[jboss-dev] Clustering bootstrap still taking a long time

[Adrian]

The problem with the hang when booting the all configuration
seems to be gone now, but I'm still seeing the clustering
take a long time to bootstrap.

It always seems to be stuck here:

"main" prio=1 tid=0x80b31a10 nid=0x44a4 in Object.wait()
[0x804d4000..0x804d6fb0]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x98e62928> (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 <0x98e62928> (a org.jgroups.util.Promise)
        at org.jgroups.protocols.pbcast.FLUSH.startFlush(FLUSH.java:207)

It is doing this multiple times which leads to
a long total boot time:

15:37:50,931 INFO  [ServerImpl] JBoss (Microcontainer) [5.0.0.Beta3
(build: SVNTag=JBoss_5_0_0_Beta3 date=200711081439)] Started in
5m:14s:880ms

Is there a problem with "flush" when there are no other members in the
cluster?

e.g.

15:34:14,466 WARN  [JChannelFactory] Flush failed at 10.11.14.31:32795
DefaultPartition-JMS-CTRL
15:34:19,527 INFO  [STDOUT]                  
-------------------------------------------------------
GMS: address is 10.11.14.31:32796
-------------------------------------------------------
15:34:43,545 WARN  [JChannelFactory] Flush failed at 10.11.14.31:32796
DefaultPartition-JMS-DATA

-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx