[JBoss JIRA] Created: (JGRP-647) Potentially Meaningless InterruptedIOException Can Be Logged Repeatedly
by Jimmy Wilson (JIRA)
Potentially Meaningless InterruptedIOException Can Be Logged Repeatedly
-----------------------------------------------------------------------
Key: JGRP-647
URL: http://jira.jboss.com/jira/browse/JGRP-647
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6, 2.5.1, 2.5, 2.4.1 SP4, 2.4.1 SP3
Reporter: Jimmy Wilson
Assigned To: Bela Ban
Priority: Minor
Fix For: 2.4.2, 2.7
TP.down doesn't catch/handle the InterruptedIOException that can be thrown from the underlying send call when interrupted:
try {
if(use_outgoing_packet_handler)
outgoing_queue.put(msg);
else
send(msg, dest, multicast);
}
catch(QueueClosedException closed_ex) {
}
catch(InterruptedException interruptedEx) {
}
catch(Throwable e) {
if(log.isErrorEnabled()) {
String dst=msg.getDest() == null? "null" : msg.getDest().toString();
log.error("failed sending message to " + dst + " (" + msg.getLength() + " bytes)", e.getCause());
}
}
This can lead to it being logged repeatedly at the ERROR level:
2007-11-14 10:02:30,040 ERROR -> (PingSender) [UDP] failed sending message to null (0 bytes)
java.io.InterruptedIOException: operation interrupted
at java.net.PlainDatagramSocketImpl.send(Native Method)
at java.net.DatagramSocket.send(DatagramSocket.java:612)
at org.jgroups.protocols.UDP._send(UDP.java:316)
at org.jgroups.protocols.UDP.sendToAllMembers(UDP.java:286)
at org.jgroups.protocols.TP.doSend(TP.java:937)
at org.jgroups.protocols.TP.send(TP.java:926)
at org.jgroups.protocols.TP.down(TP.java:712)
at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:499)
at org.jgroups.stack.Protocol.passDown(Protocol.java:533)
at org.jgroups.protocols.PING.sendMcastDiscoveryRequest(PING.java:214)
at org.jgroups.protocols.PING.sendGetMembersRequest(PING.java:208)
at org.jgroups.protocols.PingSender.run(PingSender.java:59)
at java.lang.Thread.run(Thread.java:595)
2.5/2.6 don't handle the InterruptedIOException either, but since this was reported with EAP 4.2 (JGroups 2.4.1.SP3), I 'd like to see it in 2.4.2 if possible. That way, it can make it into a 4.2/4.3 EAP CP.
--
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
18 years, 5 months
[JBoss JIRA] Created: (JGRP-679) Member propagates non-existing coordinator
by Peter Fuchs (JIRA)
Member propagates non-existing coordinator
------------------------------------------
Key: JGRP-679
URL: http://jira.jboss.com/jira/browse/JGRP-679
Project: JGroups
Issue Type: Bug
Affects Versions: 2.2.8
Environment: Oracle Application Server Cluster running application using JGroups
Reporter: Peter Fuchs
Assigned To: Bela Ban
Priority: Critical
Our application is running on a clustered application server environment (Oracle AS 10gR2) with 9 application instances in total. We are using JGroups for keeping the object caches of all application instances in sync.
>From time to time we encounter the problem that our application cannot be started and seems to "hang". After setting the JGroups logger to DEBUG we could see that it was JGroups that was trying to connect to a coordinator that did not exist anymore. After some investigation we found out that there was one running instance propagating a coordinator that did not exist any longer. The only solution in that case was to restart the instance that was propagating the wrong coordinator address.
As the version we currently use (2.2.8) is quite old I checked Jira for fixes regarding this issue but could not really identify this specific behaviour (maybe due to my poor knowledge about the internals of JGroups). We are planning to use JGroups V2.4.1(SP4) in our future software releases (as we are bound to JDK 1.4.2) but would like to know if this issue has been fixed in that version.
Please find attached an example log file excerpt.
--
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
18 years, 5 months