[
https://issues.apache.org/jira/browse/ARTEMIS-2916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Apache Dev updated ARTEMIS-2916:
--------------------------------
Description:
We have similar scenario described in ARTEMIS-2421, but using:
* Artemis 2.13.0
* JDBC Shared Store
* 1 Master currently down
* 3 Slave
** 1 Live
** 2 Backup
All 3 slaves are configured with:
{quote}<ha-policy>
<shared-store>
<slave>
<allow-failback>false</allow-failback>
<failover-on-shutdown>true</failover-on-shutdown>
</slave>
</shared-store>
</ha-policy>{quote}
After 2 days of activities, with a single Slave working as Live, we got
suddenly one Backup server becoming Live too, while the other Live server was
still working.
No warnings/errors available. Just backup server (after being idle for a couple
of days) got live lock and started creating queues and starting connectors.
The third slave broker started in the meanwhile to log continuously:
{{AMQ212034: There are more than one servers on the network broadcasting the
same node id. You will see this message exactly once (per node) if a node is
restarted, in which case it can be safely ignored. But if it is logged
continuously it means you really do have more than one node on the same network
active concurrently with the same node id. This could occur if you have a
backup node active at the same time as its live node. nodeID=...}}
Final scenario was:
* 1 Master down
* 3 Slave
** 2 Live
** 1 Backup
I see that ARTEMIS-2421 was fixed only in the filesystem use-case.
Should it be fixed for JDBC too?
was:
We have similar scenario described in ARTEMIS-2421, but using:
* Artemis 2.13.0
* JDBC Shared Store
* 1 Master currently down
* 3 Slave
** 1 Live
** 2 Backup
All 3 slaves are configured with:
{{<ha-policy>}}
{{ <shared-store>}}
{{ <slave>}}
{{ <allow-failback>false</allow-failback>}}
{{ <failover-on-shutdown>true</failover-on-shutdown>}}
{{ </slave>}}
{{ </shared-store>}}
{{</ha-policy>}}
After 2 days of activities, with a single Slave working as Live, we got
suddenly one Backup server becoming Live too, while the other Live server was
still working.
No warnings/errors available. Just backup server (after being idle for a couple
of days) got live lock and started creating queues and starting connectors.
The third slave broker started in the meanwhile to log continuously:
{{AMQ212034: There are more than one servers on the network broadcasting the
same node id. You will see this message exactly once (per node) if a node is
restarted, in which case it can be safely ignored. But if it is logged
continuously it means you really do have more than one node on the same network
active concurrently with the same node id. This could occur if you have a
backup node active at the same time as its live node. nodeID=...}}
Final scenario was:
* 1 Master down
* 3 Slave
** 2 Live
** 1 Backup
I see that ARTEMIS-2421 was fixed only in the filesystem use-case.
Should it be fixed for JDBC too?
> Two servers becoming Live using JDBC Shared Store
> -------------------------------------------------
>
> Key: ARTEMIS-2916
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2916
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Components: Broker
> Affects Versions: 2.13.0
> Reporter: Apache Dev
> Priority: Critical
>
> We have similar scenario described in ARTEMIS-2421, but using:
> * Artemis 2.13.0
> * JDBC Shared Store
> * 1 Master currently down
> * 3 Slave
> ** 1 Live
> ** 2 Backup
>
> All 3 slaves are configured with:
> {quote}<ha-policy>
> <shared-store>
> <slave>
> <allow-failback>false</allow-failback>
> <failover-on-shutdown>true</failover-on-shutdown>
> </slave>
> </shared-store>
> </ha-policy>{quote}
>
> After 2 days of activities, with a single Slave working as Live, we got
> suddenly one Backup server becoming Live too, while the other Live server was
> still working.
> No warnings/errors available. Just backup server (after being idle for a
> couple of days) got live lock and started creating queues and starting
> connectors.
> The third slave broker started in the meanwhile to log continuously:
> {{AMQ212034: There are more than one servers on the network broadcasting the
> same node id. You will see this message exactly once (per node) if a node is
> restarted, in which case it can be safely ignored. But if it is logged
> continuously it means you really do have more than one node on the same
> network active concurrently with the same node id. This could occur if you
> have a backup node active at the same time as its live node. nodeID=...}}
>
> Final scenario was:
> * 1 Master down
> * 3 Slave
> ** 2 Live
> ** 1 Backup
>
> I see that ARTEMIS-2421 was fixed only in the filesystem use-case.
> Should it be fixed for JDBC too?
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
