[JBoss JIRA] Created: (JGRP-648) ClassCastException in IpAddress
by Robert Newson (JIRA)
ClassCastException in IpAddress
-------------------------------
Key: JGRP-648
URL: http://jira.jboss.com/jira/browse/JGRP-648
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6.1
Reporter: Robert Newson
Assigned To: Bela Ban
This happened to me just now. I've never seen it before.
java.lang.ClassCastException: comparison between different classes: the other object is null
at org.jgroups.stack.IpAddress.compareTo(IpAddress.java:143)
at org.jgroups.protocols.pbcast.FLUSH.handleStartFlush(FLUSH.java:480)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:336)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:144)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:205)
at org.jgroups.protocols.FC.up(FC.java:408)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:767)
at org.jgroups.protocols.VIEW_SYNC.up(VIEW_SYNC.java:161)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:267)
at org.jgroups.protocols.pbcast.NAKACK.handleMessage(NAKACK.java:842)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:672)
at org.jgroups.protocols.BARRIER.up(BARRIER.java:122)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
at org.jgroups.protocols.FD.up(FD.java:322)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:300)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:145)
at org.jgroups.protocols.Discovery.up(Discovery.java:246)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1535)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1479)
--
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
16 years, 11 months
[JBoss JIRA] Created: (JGRP-665) Merge and Multiplexer have a race issue
by Vladimir Blagojevic (JIRA)
Merge and Multiplexer have a race issue
---------------------------------------
Key: JGRP-665
URL: http://jira.jboss.com/jira/browse/JGRP-665
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6, 2.7
Reporter: Vladimir Blagojevic
Assigned To: Vladimir Blagojevic
Fix For: 2.6.2, 2.7
After introduction of a new MergeTest the following race condition has been observed.
Say we have A and B nodes each having one service S. They split and then heal again. Recall that we first install view down the stack and then up the stack. When MergeView travels up the stack to multiplexer we do service view merge consolidation in Multiplexer#handleMergeView.
However, MergeView might arrive at node A at time T and at node B at time T+N msec. What happens is that one node installs view sooner than the other one and then this leads to discarding of service ack messages (in NAKACK layer) during service view merge consolidation.
--
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
16 years, 11 months