0

我使用 Apache 作为 GlassFish 3.1 的前端，使用 mod_jk 作为连接器。两者之间的连接非常不稳定——大约 50% 的时间都在工作——即使我是系统上唯一的人。当问题发生时，浏览器给我一个 HTTP 超时，GlassFish 服务器在其日志中有两种类型的异常：

java.io.IOException
at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:249)
at org.apache.jk.common.JkInputStream.refillReadBuffer(JkInputStream.java:309)
at org.apache.jk.common.JkInputStream.doRead(JkInputStream.java:227)
at com.sun.grizzly.tcp.Request.doRead(Request.java:501)
at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:336)
at com.sun.grizzly.util.buf.ByteChunk.substract(ByteChunk.java:431)
at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:357)
at org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:265)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at com.ctc.wstx.io.MergedReader.read(MergedReader.java:101)
at com.ctc.wstx.io.ReaderSource.readInto(ReaderSource.java:84)
at com.ctc.wstx.io.BranchingReaderSource.readInto(BranchingReaderSource.java:57)
at com.ctc.wstx.sr.StreamScanner.loadMore(StreamScanner.java:967)
at com.ctc.wstx.sr.StreamScanner.getNext(StreamScanner.java:738)
at com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:1995)
at com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2647)
at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1019)

java.net.SocketException: Broken pipe
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:580)
at org.apache.jk.common.JkInputStream.doWrite(JkInputStream.java:206)
at com.sun.grizzly.tcp.Response.doWrite(Response.java:685)
at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:420)

在 Apache 端，mod_jk 日志完全是空的。一旦我遇到这种情况，唯一的恢复方法就是重新启动 Apache 服务器。有趣的是，重启后，超时的请求会自动执行——神奇！我不知道谁存储它们。

无论如何，我对 Apache 和 mod_jk 一点经验都没有，我想知道从哪里开始寻找问题。我使用的软件版本如下：

Apache：版本 2.2.17-2，GlassFish：3.1，mod_jk：1.2.30-1

任何帮助将非常感激！

谢谢。

4

1 回答 1

1

在 Apache 启动期间检查 mod_jk 日志以了解 mod_jk 的初始化。如果没有写入日志，则 mod_jk 模块的安装/配置有问题。

您是否创建了 Glassfish 集群？如果是，则为集群设置 DjvmRoute 和 Dcom.sum.web.enterprise.jkenabled jvm 选项，并检查需要创建的 DAS 主机上的 http 网络侦听器以侦听来自 mod_jk 的请求（它最初是 jk_disabled，因此启用它） .. 如果没有，则在您部署应用程序的每个服务器域上检查 mod_jk 的 http 网络侦听器。

于 2011-08-23T12:33:27.527 回答