[jboss-jira] [JBoss JIRA] Commented: (JBAS-4734) Flush failures on MuxChannel connection

[Vladimir Blagojevic (JIRA)]

    [ http://jira.jboss.com/jira/browse/JBAS-4734?page=comments#action_12415371 ] 
            
Vladimir Blagojevic commented on JBAS-4734:
-------------------------------------------

Dimitris, 

Brian will probably close this issue as we have changed underlying transport mechanism - we do not use multiplexer any more.

> Flush failures on MuxChannel connection
> ---------------------------------------
>
>                 Key: JBAS-4734
>                 URL: http://jira.jboss.com/jira/browse/JBAS-4734
>             Project: JBoss Application Server
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Clustering
>            Reporter: Brian Stansberry
>         Assigned To: Vladimir Blagojevic
>             Fix For: JBossAS-5.0.0.CR2
>
>         Attachments: server.zip
>
>
> Getting WARN messages about startFlush failures when multiplexed channels connect:
> 2007-09-18 03:04:02,936 WARN  [org.jboss.ha.framework.server.JChannelFactory] Flush failed at 127.0.0.1:51382 DefaultPartition-SFSBCache
> Adrian took a thread dump before one of those was logged and saw:
> "main" prio=1 tid=0x80cbdfa0 nid=0x2847 in Object.wait() [0x804d2000..0x804d5130]
>         at java.lang.Object.wait(Native Method)
>         - waiting on <0xaf1e6838> (a org.jgroups.util.Promise)
>         at org.jgroups.util.Promise.doWait(Promise.java:104)
>         at org.jgroups.util.Promise._getResultWithTimeout(Promise.java:60)
>         at org.jgroups.util.Promise.getResultWithTimeout(Promise.java:28)
>         - locked <0xaf1e6838> (a org.jgroups.util.Promise)
>         at org.jgroups.protocols.pbcast.FLUSH.startFlush(FLUSH.java:207)
>         at org.jgroups.protocols.pbcast.FLUSH.startFlush(FLUSH.java:229)
>         at org.jgroups.protocols.pbcast.FLUSH.startFlush(FLUSH.java:229)
>         at org.jgroups.protocols.pbcast.FLUSH.down(FLUSH.java:263)
>         at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:339)
>         at org.jgroups.JChannel.downcall(JChannel.java:1240)
>         at org.jgroups.JChannel.startFlush(JChannel.java:1504)
>         at org.jgroups.JChannelFactory.connect(JChannelFactory.java:364)
>         - locked <0xade09c70> (a org.jgroups.JChannelFactory$Entry)
> I'll attach a server.log file from a hudson run that shows a bunch of these.  Look at lines 4153-4193 for the first one, where the underlying JChannel connection happens.
> I'm not seeing these on my local system.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira