Bug 1017559
Summary: | lack of synchronization on cluster.copy versus message delivery | |||
---|---|---|---|---|
Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Tom Ross <tom.ross> | |
Component: | HornetQ | Assignee: | Clebert Suconic <csuconic> | |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Martin Svehla <msvehla> | |
Severity: | urgent | Docs Contact: | Russell Dickenson <rdickens> | |
Priority: | urgent | |||
Version: | 6.1.0 | CC: | jdoyle, msvehla, myarboro, vincent.kirsch | |
Target Milestone: | ER6 | |||
Target Release: | EAP 6.2.0 | |||
Hardware: | All | |||
OS: | All | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1392427 (view as bug list) | Environment: | ||
Last Closed: | 2013-12-15 16:15:52 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | 1016141 | |||
Bug Blocks: | 1392427 |
Description
Tom Ross
2013-10-10 07:31:45 UTC
I believe this could be related to bz#997890. In the test there is received mix of small and large messages by one subscriber (in standalone JMS client) from topic when IndexOutOfBoundsException is thrown. It was hit in failover test with 2 servers in collocated HA topology with replicated journal but IndexOutOfBoundsException was thrown after successful failback of subscriber when no crash was in progress. Stack trace from the subscriber (it's different then you posted). I didn't have time to look to the code but there could be some race condition: 12:32:38,562 Thread-253 ERROR [org.jboss.qa.hornetq.apps.clients.SubscriberTransAck:138] Exception was thrown during receiving messages: java.lang.IndexOutOfBoundsException: Not enough readable bytes - Need 10, maximum is 6 at org.jboss.netty.buffer.AbstractChannelBuffer.checkReadableBytes(AbstractChannelBuffer.java:661) at org.jboss.netty.buffer.AbstractChannelBuffer.readBytes(AbstractChannelBuffer.java:338) at org.jboss.netty.buffer.AbstractChannelBuffer.readBytes(AbstractChannelBuffer.java:344) at org.hornetq.core.buffers.impl.ChannelBufferWrapper.readBytes(ChannelBufferWrapper.java:334) at org.hornetq.utils.TypedProperties.decode(TypedProperties.java:472) at org.hornetq.jms.client.HornetQMapMessage.doBeforeReceive(HornetQMapMessage.java:440) at org.hornetq.jms.client.HornetQMessageConsumer.getMessage(HornetQMessageConsumer.java:232) at org.hornetq.jms.client.HornetQMessageConsumer.receive(HornetQMessageConsumer.java:129) at org.jboss.qa.hornetq.apps.clients.SubscriberTransAck.receiveMessage(SubscriberTransAck.java:391) at org.jboss.qa.hornetq.apps.clients.SubscriberTransAck.run(SubscriberTransAck.java:110) We can't release without this.. (In reply to Miroslav Novak from comment #1) I don't think it would be releated.. there's no message.copy called and no cluster on the test you mentioned Clebert Suconic <clebert.suconic> updated the status of jira HORNETQ-1264 to Closed Tested with EAP 6.2.0.ER6 / HornetQ 2.3.9.Final Hello, I have seen this kind of behavior happen in HornetQ 2.2.18. Is there any chance the fix for this problem could be backported to a 2.2.X version? We have this happening on a customer's production site. Long story short, they prefer to not do what they consider hazardous major upgrades of the installed components, so basically we're stuck with HornetQ 2.2 :( Thanks, Vincent. |