Bug 1730619 - 2 singleton masters when one node is restarted
Summary: 2 singleton masters when one node is restarted
Keywords:
Status: NEW
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Clustering
Version: 6.4.22
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: jboss-set
QA Contact: Pavel Slavicek
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-07-17 08:23 UTC by Miroslav Novak
Modified: 2019-07-17 08:23 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug


Attachments (Terms of Use)
logs.zip (2.41 MB, application/zip)
2019-07-17 08:23 UTC, Miroslav Novak
no flags Details

Description Miroslav Novak 2019-07-17 08:23:02 UTC
Created attachment 1591341 [details]
logs.zip

Description of problem:
Test scenario:
- Start 3 EAP 6.4 pods in Openshift in cluster
-- deploy singleton timer inserts new line to DB every 10 seconds (it will happen only on one pod)
- between 10 sec interval of timer get number rows in DB over servlet, expect that it increases by 1 every 10 seconds

Version-Release number of selected component (if applicable):
EAP 6.4.22

Actual results:
Sometimes happens that 2 server are working as singleton masters and both of them are inserting rows into DB

Expected results:
Number of lines increases by 1 every 10 seconds. There is just singleton master.

Additional info:
Attaching logs from test and pods (logs.zip) - name of tests HASingletonCounterTest.haSingletonCanCountForTwoMinutesTest


Looking at the logs there is visible that pod sinc-1-9q5vs elected itself as singleton provider. Then around 2sec later it elected pod hsinc-1-mvmmx as singleton provider. 
At this moment pod hsinc-1-mvmmx was restarted (most likely because of failing liveness probe).
However 3rd pod hsinc-1-g4tmc just started and was elected as singleton provider as well.
So at this moment sinc-1-9q5vs and hsinc-1-g4tmc works as singleton master which is wrong.


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