Bug 1390932 - [QA](6.4.z) Stuck paged messages if list-messages CLI operation is called
Summary: [QA](6.4.z) Stuck paged messages if list-messages CLI operation is called
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: HornetQ
Version: 6.4.11
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: Radovan Netuka
QA Contact: Miroslav Novak
URL:
Whiteboard:
: 1455235 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-11-02 09:37 UTC by Erich Duda
Modified: 2020-12-14 07:50 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-27 16:41:19 UTC
Type: Bug


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker HORNETQ-1545 0 Major Open Stuck paged messages 2017-09-14 09:18:57 UTC

Description Erich Duda 2016-11-02 09:37:56 UTC
Description of problem:

There are stuck messages in following scenario:
1. Send enough number of messages to cause that some of them are paged.
2. Call list-messages operation via CLI.
3. Check that returned list does not contain any duplicates.
4. Receive all messages.

Result:
 - In step 3 there are duplicate messages however receiver does not receive duplicates
 - Receiver does not receive all messages.
 - When you look at queue via CLI, it contains lost messages. The same messages were identified as duplicates in step 3.
 - Stuck messages can be received only after restart of server.
 - I don't see any issues if the step 2 is skipped.
 - I don't see any issues if there are no paged messages.
 - The scenario works with EAP 7.0.x


Steps to Reproduce:
# Download patched EAP 6.4.11
# Download test suite and run the test
git clone git://git.app.eng.bos.redhat.com/jbossqe/eap-tests-hornetq.git
cd eap-tests-hornetq/scripts/
git checkout master
# this groovy script takes EAP 6.4.x zip and unzips to 4 directories, it also makes better "default" config, change path to EAP zip per your machine
groovy -DEAP_ZIP_URL=file:///<provide_path_to_downloaded_eap_zip> PrepareServers.groovy

export WORKSPACE=$PWD
export JBOSS_HOME_1=$WORKSPACE/server1/jboss-eap
export JBOSS_HOME_2=$WORKSPACE/server2/jboss-eap
export JBOSS_HOME_3=$WORKSPACE/server3/jboss-eap
export JBOSS_HOME_4=$WORKSPACE/server4/jboss-eap
cd ../jboss-hornetq-testsuite/

mvn clean test -Dtest=RuntimeQueueOperationsTestCaseCli#listMessagesBeforeReceiveTest -DfailIfNoTests=false  | tee log

Comment 1 Clebert Suconic 2016-11-02 14:46:25 UTC
there's a difference in implementation on TotalIterator...

I even went further, and TotalIterator has even more changes now on master, to avoid some duplicates that I had. TotalIterator has a parameter for browsing, so there are further improvements on master that will get into EAP 7.next

Comment 3 Brad Maxwell 2017-01-27 16:42:38 UTC
As per discussion, this is too complex to be handled in a CP, so it will be handled upstream.  For EAP 6 , you should not invoke CLI operations that could cause disruption   while it is paging

Comment 4 Radovan Netuka 2017-06-19 13:44:52 UTC
*** Bug 1455235 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.