使用mod_jk时,Apache和GlassFish之间的“Broken Pipe”

时间:2011-04-27 21:30:48

标签: apache glassfish mod-jk

我使用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

非常感谢任何帮助!

感谢。

1 个答案:

答案 0 :(得分:1)

在Apache启动期间检查mod_jk日志以获取mod_jk的初始化。如果没有写入日志,那么mod_jk模块的安装/配置就出错了。

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