7:07 a.m.
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.6.3, 2.7
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
4:25 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12415162 ]
Vladimir Blagojevic commented on JGRP-770:
------------------------------------------
This works for me on latest 2.6 branch. Notified Brian and will wait for some additional
feedback from him.
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
4:16 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12415872 ]
Vladimir Blagojevic commented on JGRP-770:
------------------------------------------
Resolved on the 2.6 branch. Unit test is ChannelConcurrencyTest.
Commit set:
1.82.2.14 +32 -28 JGroups/src/org/jgroups/protocols/pbcast/CoordGmsImpl.java
1.126.2.14 +7 -8 JGroups/src/org/jgroups/protocols/pbcast/GMS.java
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
4:40 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12415874 ]
Vladimir Blagojevic commented on JGRP-770:
------------------------------------------
Resolved on 2.7 branch (HEAD):
Revision Changes Path
1.146 +16 -14 JGroups/src/org/jgroups/protocols/pbcast/GMS.java
1.91 +146 -120 JGroups/src/org/jgroups/protocols/pbcast/CoordGmsImpl.java
1.48 +15 -4 JGroups/src/org/jgroups/protocols/MERGE2.java
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
4:49 p.m.
New subject: [JBoss JIRA] Resolved: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=all ]
Vladimir Blagojevic resolved JGRP-770.
--------------------------------------
Resolution: Done
Resolved on both branches. Ported test from 2.6 to 2.7 (HEAD)
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.6.3, 2.7
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
11:40 p.m.
New subject: [JBoss JIRA] Reopened: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=all ]
Vladimir Blagojevic reopened JGRP-770:
--------------------------------------
This test fails if MessageDispatcher is used irregardless of udp stack variation i.e it
fails for both udp and flush-udp with thread lock up. Including stack trace for udp
stack.
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
12:39 a.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12416163 ]
Vladimir Blagojevic commented on JGRP-770:
------------------------------------------
Actually it only fails on flush-udp stack! Looking into it!
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
9:01 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12416332 ]
Vladimir Blagojevic commented on JGRP-770:
------------------------------------------
Here is why there is a deadlock using flush-udp.xml:
Incoming thread T goes up the stack, locks window in NAKACK or UNICAST and then attempts
locking of a lock L in GroupRequest#viewChange (for example sake). At the same time user
thread pushing a message down through castMessage already locked L through
GroupRequest#doExecute but gets blocked in FLUSH#down. However, FLUSH cannot get unblocked
since T already holds a lock on a window in NAKACK and thus FLUSH message cannot arrive to
unblock FLUSH since it cannot obtain a lock on that same window in NAKACK held by thread
T.Bingo, a deadlock!
This is why ChannelConcurrencyTest using a MessageDispatcher works with udp but does not
with flush-udp. Also for the same reason basic ChannelConcurrencyTest without a
MessageDispatcher works on both flush-udp and udp.
For the sake of proof - I reorganized GroupRequest#execute so that message is sent down
without holding a lock L. As expected ChannelConcurrencyTest started to work -
consistently!
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
9:03 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=all ]
Vladimir Blagojevic updated JGRP-770:
-------------------------------------
Attachment: 770.txt
Deadlock described in previous comment in attached in stack trace
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: 770.txt
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
9:05 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=all ]
Vladimir Blagojevic updated JGRP-770:
-------------------------------------
Attachment: GroupRequest.java
Proof of concept proposal for getting rid of a deadlock in GroupRequest.
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: 770.txt, GroupRequest.java
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
9:05 p.m.
New subject: [JBoss JIRA] Updated: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=all ]
Vladimir Blagojevic updated JGRP-770:
-------------------------------------
Comment: was deleted
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: 770.txt, GroupRequest.java
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
9:05 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12416335 ]
Vladimir Blagojevic commented on JGRP-770:
------------------------------------------
Proof of concept proposal for getting rid of a deadlock in GroupRequest.java. See attached
file!
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: 770.txt, GroupRequest.java
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
12:56 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12416449 ]
Bela Ban commented on JGRP-770:
-------------------------------
I applied the patch to 2.6 and 2.7. In 2.6, ChannelConcurrencyTest passes now (also the
Dispatcher based test), whereas the (one) test in 2.7 now fails (used to pass !)
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.7, 2.6.3
Attachments: 770.txt, GroupRequest.java
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
5:16 p.m.
New subject: [JBoss JIRA] Commented: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=comments#action_12416524 ]
Vladimir Blagojevic commented on JGRP-770:
------------------------------------------
Resolved by applying GroupRequest patch to both branches.
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.6.3, 2.7
Attachments: 770.txt, GroupRequest.java
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
5:16 p.m.
New subject: [JBoss JIRA] Resolved: (JGRP-770) Concurrent startup of many channels doesn't stabilize
[ http://jira.jboss.com/jira/browse/JGRP-770?page=all ]
Vladimir Blagojevic resolved JGRP-770.
--------------------------------------
Resolution: Done
Concurrent startup of many channels doesn't stabilize
-----------------------------------------------------
Key: JGRP-770
URL: http://jira.jboss.com/jira/browse/JGRP-770
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assigned To: Vladimir Blagojevic
Fix For: 2.6.3, 2.7
Attachments: 770.txt, GroupRequest.java
[Brian Goose]
Jgroups 2.6.2, jdk1.6u4, and OS "Linux bubba 2.6.24-16-generic #1 SMP
Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux"
I have 8 machines that all join a channel when they startup. Usually,
they eventually merge into one view with 8 machines in it, but sometimes
I end up with one view of 7 members and one view of 1 member. It never
merges, even after waiting for an hour or two.
I've created a unit test that demonstrates this problem while using the
flush-udp stack. About 20% of the time the views will never merge into
one big view, but instead stays as two separate views, continually
trying to merge and failing. Do I have something set up wrong here?
Should this test work reliably?
I'm running with these java switches:
-ea
-Djava.net.preferIPv4Stack=true
-Dorg.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.
LogFactoryImpl
The test class is attached.
--
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
6072
days inactive
6083
days old
14 comments
2 participants
participants (2)
-
Bela Ban (JIRA) -
Vladimir Blagojevic (JIRA)