[JBoss JIRA] (JGRP-2197) Merge doesn't work properly
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2197?page=com.atlassian.jira.plugin.... ]
Bela Ban closed JGRP-2197.
--------------------------
Resolution: Won't Fix
> Merge doesn't work properly
> ---------------------------
>
> Key: JGRP-2197
> URL: https://issues.jboss.org/browse/JGRP-2197
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.4
> Reporter: Allen Zhao
> Assignee: Bela Ban
> Priority: Critical
> Attachments: MergeTest.java, jgroups.log, jgroupsConfig.xml
>
>
> Using the attached jGroups configuration file and sample code based on the Draw example, run two MergeTest instances alanz-dev-54589 and alanz-dev-53593 on one machine, and another instance , AllenMAC-4773 on the second machine; both machines are in the same network connected by a cable.
> Initially all three instances are in the same group, then unplug the cable from the second machine, two groups formed as expected:
> group1: alanz-dev-54589 and alanz-dev-53593
> group2: AllenMAC-4773
> Then plug the cable into the second machine again, the groups merged into one group with all the three members.
> These are good as expected. Keeping doing these by unplug/plug the cable into the second machine, it took around 5 times until the following happened, which is unexpected:
> when AllenMAC-4773 merged into the group composed by alanz-dev-54589 and alanz-dev-53593, it kicked alanz-dev-54589 out, and the two groups formed: MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], and alanz-dev-54589 formed a group by itself.
> Please see the sample code output from the two instances run on the first machine as follows:
> ==============alanz-dev-54589===================
> -------------------------------------------------------------------
> GMS: address=alanz-dev-54589, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63608
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|0] (1) [alanz-dev-54589]
> ** View=[alanz-dev-54589|1] (2) [alanz-dev-54589, AllenMAC-4773]
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> ================alanz-dev-53593=======================
> ---------------------------------------------------------------------
> GMS: address=alanz-dev-53593, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63610
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|13] (1) [alanz-dev-53593], [AllenMAC-4773|13] (1) [AllenMAC-4773]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> The issue happened in our system which uses jGroups for data replication. I turned on all jGroups log, and got some useful log information as the attached. It seems that at some point, a merge request from AllenMAC-4773 was received by alanz-dev-53593, and in that message, mbrs only contained alanz-dev-53593.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JGRP-2197) Merge doesn't work properly
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2197?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2197:
--------------------------------
I don't support such an old version (~5 years old) [1]. There have been a couple of merge-related changes since 3.2.4, I suggest try with a recent version (3.6.12 or 4.0.3) and a *recent config* as well.
[1] https://developer.jboss.org/wiki/Support
> Merge doesn't work properly
> ---------------------------
>
> Key: JGRP-2197
> URL: https://issues.jboss.org/browse/JGRP-2197
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.4
> Reporter: Allen Zhao
> Assignee: Bela Ban
> Priority: Critical
> Attachments: MergeTest.java, jgroups.log, jgroupsConfig.xml
>
>
> Using the attached jGroups configuration file and sample code based on the Draw example, run two MergeTest instances alanz-dev-54589 and alanz-dev-53593 on one machine, and another instance , AllenMAC-4773 on the second machine; both machines are in the same network connected by a cable.
> Initially all three instances are in the same group, then unplug the cable from the second machine, two groups formed as expected:
> group1: alanz-dev-54589 and alanz-dev-53593
> group2: AllenMAC-4773
> Then plug the cable into the second machine again, the groups merged into one group with all the three members.
> These are good as expected. Keeping doing these by unplug/plug the cable into the second machine, it took around 5 times until the following happened, which is unexpected:
> when AllenMAC-4773 merged into the group composed by alanz-dev-54589 and alanz-dev-53593, it kicked alanz-dev-54589 out, and the two groups formed: MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], and alanz-dev-54589 formed a group by itself.
> Please see the sample code output from the two instances run on the first machine as follows:
> ==============alanz-dev-54589===================
> -------------------------------------------------------------------
> GMS: address=alanz-dev-54589, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63608
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|0] (1) [alanz-dev-54589]
> ** View=[alanz-dev-54589|1] (2) [alanz-dev-54589, AllenMAC-4773]
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> ================alanz-dev-53593=======================
> ---------------------------------------------------------------------
> GMS: address=alanz-dev-53593, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63610
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|13] (1) [alanz-dev-53593], [AllenMAC-4773|13] (1) [AllenMAC-4773]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> The issue happened in our system which uses jGroups for data replication. I turned on all jGroups log, and got some useful log information as the attached. It seems that at some point, a merge request from AllenMAC-4773 was received by alanz-dev-53593, and in that message, mbrs only contained alanz-dev-53593.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JGRP-2197) Merge doesn't work properly
by Allen Zhao (JIRA)
[ https://issues.jboss.org/browse/JGRP-2197?page=com.atlassian.jira.plugin.... ]
Allen Zhao updated JGRP-2197:
-----------------------------
Attachment: MergeTest.java
> Merge doesn't work properly
> ---------------------------
>
> Key: JGRP-2197
> URL: https://issues.jboss.org/browse/JGRP-2197
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.4
> Reporter: Allen Zhao
> Assignee: Bela Ban
> Priority: Critical
> Attachments: MergeTest.java, jgroups.log, jgroupsConfig.xml
>
>
> Using the attached jGroups configuration file and sample code based on the Draw example, run two MergeTest instances alanz-dev-54589 and alanz-dev-53593 on one machine, and another instance , AllenMAC-4773 on the second machine; both machines are in the same network connected by a cable.
> Initially all three instances are in the same group, then unplug the cable from the second machine, two groups formed as expected:
> group1: alanz-dev-54589 and alanz-dev-53593
> group2: AllenMAC-4773
> Then plug the cable into the second machine again, the groups merged into one group with all the three members.
> These are good as expected. Keeping doing these by unplug/plug the cable into the second machine, it took around 5 times until the following happened, which is unexpected:
> when AllenMAC-4773 merged into the group composed by alanz-dev-54589 and alanz-dev-53593, it kicked alanz-dev-54589 out, and the two groups formed: MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], and alanz-dev-54589 formed a group by itself.
> Please see the sample code output from the two instances run on the first machine as follows:
> ==============alanz-dev-54589===================
> -------------------------------------------------------------------
> GMS: address=alanz-dev-54589, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63608
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|0] (1) [alanz-dev-54589]
> ** View=[alanz-dev-54589|1] (2) [alanz-dev-54589, AllenMAC-4773]
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> ================alanz-dev-53593=======================
> ---------------------------------------------------------------------
> GMS: address=alanz-dev-53593, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63610
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|13] (1) [alanz-dev-53593], [AllenMAC-4773|13] (1) [AllenMAC-4773]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> The issue happened in our system which uses jGroups for data replication. I turned on all jGroups log, and got some useful log information as the attached. It seems that at some point, a merge request from AllenMAC-4773 was received by alanz-dev-53593, and in that message, mbrs only contained alanz-dev-53593.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JGRP-2197) Merge doesn't work properly
by Allen Zhao (JIRA)
[ https://issues.jboss.org/browse/JGRP-2197?page=com.atlassian.jira.plugin.... ]
Allen Zhao updated JGRP-2197:
-----------------------------
Attachment: jgroups.log
> Merge doesn't work properly
> ---------------------------
>
> Key: JGRP-2197
> URL: https://issues.jboss.org/browse/JGRP-2197
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.4
> Reporter: Allen Zhao
> Assignee: Bela Ban
> Priority: Critical
> Attachments: jgroups.log, jgroupsConfig.xml
>
>
> Using the attached jGroups configuration file and sample code based on the Draw example, run two MergeTest instances alanz-dev-54589 and alanz-dev-53593 on one machine, and another instance , AllenMAC-4773 on the second machine; both machines are in the same network connected by a cable.
> Initially all three instances are in the same group, then unplug the cable from the second machine, two groups formed as expected:
> group1: alanz-dev-54589 and alanz-dev-53593
> group2: AllenMAC-4773
> Then plug the cable into the second machine again, the groups merged into one group with all the three members.
> These are good as expected. Keeping doing these by unplug/plug the cable into the second machine, it took around 5 times until the following happened, which is unexpected:
> when AllenMAC-4773 merged into the group composed by alanz-dev-54589 and alanz-dev-53593, it kicked alanz-dev-54589 out, and the two groups formed: MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], and alanz-dev-54589 formed a group by itself.
> Please see the sample code output from the two instances run on the first machine as follows:
> ==============alanz-dev-54589===================
> -------------------------------------------------------------------
> GMS: address=alanz-dev-54589, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63608
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|0] (1) [alanz-dev-54589]
> ** View=[alanz-dev-54589|1] (2) [alanz-dev-54589, AllenMAC-4773]
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> ================alanz-dev-53593=======================
> ---------------------------------------------------------------------
> GMS: address=alanz-dev-53593, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63610
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|13] (1) [alanz-dev-53593], [AllenMAC-4773|13] (1) [AllenMAC-4773]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> The issue happened in our system which uses jGroups for data replication. I turned on all jGroups log, and got some useful log information as the attached. It seems that at some point, a merge request from AllenMAC-4773 was received by alanz-dev-53593, and in that message, mbrs only contained alanz-dev-53593.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JGRP-2197) Merge doesn't work properly
by Allen Zhao (JIRA)
Allen Zhao created JGRP-2197:
--------------------------------
Summary: Merge doesn't work properly
Key: JGRP-2197
URL: https://issues.jboss.org/browse/JGRP-2197
Project: JGroups
Issue Type: Bug
Affects Versions: 3.2.4
Reporter: Allen Zhao
Assignee: Bela Ban
Priority: Critical
Attachments: jgroupsConfig.xml
Using the attached jGroups configuration file and sample code based on the Draw example, run two MergeTest instances alanz-dev-54589 and alanz-dev-53593 on one machine, and another instance , AllenMAC-4773 on the second machine; both machines are in the same network connected by a cable.
Initially all three instances are in the same group, then unplug the cable from the second machine, two groups formed as expected:
group1: alanz-dev-54589 and alanz-dev-53593
group2: AllenMAC-4773
Then plug the cable into the second machine again, the groups merged into one group with all the three members.
These are good as expected. Keeping doing these by unplug/plug the cable into the second machine, it took around 5 times until the following happened, which is unexpected:
when AllenMAC-4773 merged into the group composed by alanz-dev-54589 and alanz-dev-53593, it kicked alanz-dev-54589 out, and the two groups formed: MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], and alanz-dev-54589 formed a group by itself.
Please see the sample code output from the two instances run on the first machine as follows:
==============alanz-dev-54589===================
-------------------------------------------------------------------
GMS: address=alanz-dev-54589, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63608
-------------------------------------------------------------------
** View=[alanz-dev-54589|0] (1) [alanz-dev-54589]
** View=[alanz-dev-54589|1] (2) [alanz-dev-54589, AllenMAC-4773]
** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
================alanz-dev-53593=======================
---------------------------------------------------------------------
GMS: address=alanz-dev-53593, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63610
-------------------------------------------------------------------
** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
** MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|13] (1) [alanz-dev-53593], [AllenMAC-4773|13] (1) [AllenMAC-4773]
** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
The issue happened in our system which uses jGroups for data replication. I turned on all jGroups log, and got some useful log information as the attached. It seems that at some point, a merge request from AllenMAC-4773 was received by alanz-dev-53593, and in that message, mbrs only contained alanz-dev-53593.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JGRP-2197) Merge doesn't work properly
by Allen Zhao (JIRA)
[ https://issues.jboss.org/browse/JGRP-2197?page=com.atlassian.jira.plugin.... ]
Allen Zhao updated JGRP-2197:
-----------------------------
Attachment: jgroupsConfig.xml
> Merge doesn't work properly
> ---------------------------
>
> Key: JGRP-2197
> URL: https://issues.jboss.org/browse/JGRP-2197
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.4
> Reporter: Allen Zhao
> Assignee: Bela Ban
> Priority: Critical
> Attachments: jgroupsConfig.xml
>
>
> Using the attached jGroups configuration file and sample code based on the Draw example, run two MergeTest instances alanz-dev-54589 and alanz-dev-53593 on one machine, and another instance , AllenMAC-4773 on the second machine; both machines are in the same network connected by a cable.
> Initially all three instances are in the same group, then unplug the cable from the second machine, two groups formed as expected:
> group1: alanz-dev-54589 and alanz-dev-53593
> group2: AllenMAC-4773
> Then plug the cable into the second machine again, the groups merged into one group with all the three members.
> These are good as expected. Keeping doing these by unplug/plug the cable into the second machine, it took around 5 times until the following happened, which is unexpected:
> when AllenMAC-4773 merged into the group composed by alanz-dev-54589 and alanz-dev-53593, it kicked alanz-dev-54589 out, and the two groups formed: MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], and alanz-dev-54589 formed a group by itself.
> Please see the sample code output from the two instances run on the first machine as follows:
> ==============alanz-dev-54589===================
> -------------------------------------------------------------------
> GMS: address=alanz-dev-54589, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63608
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|0] (1) [alanz-dev-54589]
> ** View=[alanz-dev-54589|1] (2) [alanz-dev-54589, AllenMAC-4773]
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> ================alanz-dev-53593=======================
> ---------------------------------------------------------------------
> GMS: address=alanz-dev-53593, cluster=draw-cluster, physical address=fe80:0:0:0:1c97:64f4:50a0:20b0%11:63610
> -------------------------------------------------------------------
> ** View=[alanz-dev-54589|2] (3) [alanz-dev-54589, AllenMAC-4773, alanz-dev-53593]
> ** View=[alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|4] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|3] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|3] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|6] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|5] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|5] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|8] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|7] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|7] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|10] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|9] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|9] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-54589|12] (3) [alanz-dev-54589, alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|11] (2) [alanz-dev-54589, alanz-dev-53593], [AllenMAC-4773|11] (1) [AllenMAC-4773]
> ** View=[alanz-dev-54589|13] (2) [alanz-dev-54589, alanz-dev-53593]
> ** MergeView::[alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], 2 subgroups: [alanz-dev-54589|13] (1) [alanz-dev-53593], [AllenMAC-4773|13] (1) [AllenMAC-4773]
> ** MergeView::[alanz-dev-53593|15] (3) [alanz-dev-53593, AllenMAC-4773, alanz-dev-54589], 2 subgroups: [alanz-dev-53593|14] (2) [alanz-dev-53593, AllenMAC-4773], [alanz-dev-54589|13] (1) [alanz-dev-54589]
> The issue happened in our system which uses jGroups for data replication. I turned on all jGroups log, and got some useful log information as the attached. It seems that at some point, a merge request from AllenMAC-4773 was received by alanz-dev-53593, and in that message, mbrs only contained alanz-dev-53593.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (WFLY-7570) JBeret WildFly extension cannot handle runtime-name
by Robert Smith (JIRA)
[ https://issues.jboss.org/browse/WFLY-7570?page=com.atlassian.jira.plugin.... ]
Robert Smith commented on WFLY-7570:
------------------------------------
Hi James,
In our case the job name matches the war name. It works as long as we dont change the runtime name of the war. (for example, war file: myjob.war batch job: myjob.) If we change myjob.war to myjob_1.0.0.war, we get the null pointer exception.
We're trying to come up with a workaround other than not changing the runtime name. Moving off Wildfly 9 is not an option at this point.
> JBeret WildFly extension cannot handle runtime-name
> ---------------------------------------------------
>
> Key: WFLY-7570
> URL: https://issues.jboss.org/browse/WFLY-7570
> Project: WildFly
> Issue Type: Bug
> Components: Batch
> Affects Versions: 11.0.0.Alpha1
> Environment: Nightly build from 11th of November from here:
> https://ci.jboss.org/hudson/job/WildFly-latest-master/lastBuild/
> java -version
> {noformat}
> java version "1.8.0_102"
> Java(TM) SE Runtime Environment (build 1.8.0_102-b14)
> Java HotSpot(TM) 64-Bit Server VM (build 25.102-b14, mixed mode)
> {noformat}
> Reporter: Markus Falk
> Assignee: James Perkins
> Fix For: 11.0.0.Alpha1
>
> Attachments: error.png
>
>
> A NullPointerException is thrown, when using a runtime-name for a batch job.
> Exception
> {noformat}
> ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 13) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "batch-chunk-csv-database.war"),
> ("subsystem" => "batch-jberet"),
> ("job" => "myJob")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.batch.jberet.deployment.JobOperationStepHandler.execute(JobOperationStepHandler.java:68)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:230)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:988)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:921)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:664)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:383)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1364)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:416)
> at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:237)
> at org.wildfly.security.auth.client.PeerIdentity.runAsAll(PeerIdentity.java:431)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:206)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:237)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> at org.wildfly.security.auth.client.PeerIdentity.runAsAll(PeerIdentity.java:464)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:225)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:185)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ELY-1255) Elytron client configuration file throws ConfigXMLParseException when credential certificate is used
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/ELY-1255?page=com.atlassian.jira.plugin.s... ]
David Lloyd commented on ELY-1255:
----------------------------------
Eventually yes; for for now I don't think it's necessary to do so.
> Elytron client configuration file throws ConfigXMLParseException when credential certificate is used
> ----------------------------------------------------------------------------------------------------
>
> Key: ELY-1255
> URL: https://issues.jboss.org/browse/ELY-1255
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta52
> Reporter: Ondrej Lukas
> Assignee: Pedro Igor
> Priority: Blocker
>
> When Elytron client configuration file includes configuration.authentication-client.authentication-configurations.configuration.credentials.certificate element then ConfigXMLParseException is thrown during parsing of configuration file.
> For following configuration file:
> {code}
> <configuration>
> <authentication-client xmlns="urn:elytron:1.0">
> <authentication-rules>
> <rule use-configuration="default"/>
> </authentication-rules>
> <authentication-configurations>
> <configuration name="default">
> <sasl-mechanism-selector selector="PLAIN"/>
> <credentials>
> <certificate>
> <private-key-pem>
> -----BEGIN ENCRYPTED PRIVATE KEY-----
> MIIFDjBABgkqhkiG9w0BBQ0wMzAbBgkqhkiG9w0BBQwwDgQI/UbK4uSM+lICAggA
> MBQGCCqGSIb3DQMHBAjqSiGAFsiVUwSCBMg1UIOetO6ZNmBehx3pzNVqefIYE6wc
> 5roz1Yz0ZLroq9zFn8kGGe65XlZRD8jO7+pYgglHwII0s05P2YPRx8boHgNvf/de
> cYmPXOuT2W7obUQTRlM0TzJpjP+74cwmxeM0L/mvhRlQKgkHyFzIj3f0lJxlrCS5
> FiN8xM7YuDZ+nZwSil6pF+bCO/V/TAEsuR15eG2UHZuMeFgL9xez7ZPJPKDyeXIo
> deMz2sv63keJ6nIEAxq46+m53HKFcOs3kCCa/M2LQg0uxxA3YyjLiVu8U0k/ox7L
> rQ3XVBA11oBSUM9+vFl9CMW/7do/5niL3JNrz+e1FpG6ViG2MT+3+na7YfN+7ffp
> FUSblMFR9Px00uBfqVHufCzKotNX0VqbEGGCE40i1Tpq5ZWCob4R6/42zW+BctJO
> ZxUeiJJaXAoccvJiZRraicte6OpDMWZXPIKMR+FIc1YXuWYv3BHHhfZKhLm8tuxb
> eSNE8vRR/exfV1z+YoZ0nvwOhpBOK7yQl9iqOy+eQ7e7h85yv15XFX2cOjPgY4bO
> M3wN6H41K5eUock6UYaKLY2qzVlyI0rwV1aYnnrGeA5gHkfAFdPNpxm7+ejUAi2z
> am117gT3NXKCLq0SsV55wjonAcN9ghN8X46tWZIO0chlNpVOHZSUz/NtavOrmZwZ
> UcFajPKvoT3V7t8hGD1Tg1AdChahlIjT5dzDQBaHtJLbz7qPljHuAvvZR/bapTdW
> 97zMxp3zRQbyHqPmu6BFUASgXHnKLY6Cu1a0w+AhVaemWLLVeHMweWlLsLAHxSo4
> qkqIkn8rMr9V92/nVaE6fEnmplnWTI3VY3t0vzI5gztwq7Q0ChlAttgG+BMpYOps
> 4H7dO55iz7hZFdYrZlEXBON6VTfQFhnUPuuJHHBRK1E/GEvoA6whRV7bLSrgvtEW
> 6AgFLgb8FWt9mWvf15PAptcvN/AxHGM2ymPyXqh32a+rvfPjdPgFIaCtEQmuGyoV
> NpEwg+iV7TAnEzQ1u0BcOPKr+dKKrkGzahT1Mj1ZFLG0M2J60Hv4oItMXMwvb7vq
> nnubuLwkI8dWdVgmNXIU415i546VoeRuMXY2F7hLEHUKAahcDy5PnmrEj34IVW0w
> qodBW+MeykUA9O+WndUoLI5bTnsGXNS/vZ17LwwcaGyrj2M8bTkqCMvdx8HXGnJ2
> hNN+INazIbIq7FBcQZfEHH1uJsDKy5Niqk3uKysfByyPzehcY6QxseJgqztIRqLR
> HDeymrgOn5k8HRgA4ePKOQwQe2r2vY+3ExydvL7irHMgD7EaSnUIE8KK1Aq39mQz
> ZVWigJGII05HGk/vOQP4s804hjkyS8X+CNXpMzi/2bgmzKp4aPCS1yyx2m+8eP7B
> Qs5h9YxqUh24HC7EGNkx31M4OuL1h1CmkT7uk9uCOREuRnhxClLvTL1Pu8f8OjbN
> jd2W1c/X7spOsvBg7OMD8aBpxI7qWSSWwIe5dsbNbCCDeHkZpJ4GDqxtLLv4+tEO
> XozNTlPhyF0eURRzrVyEL8C5OaSGLEfo3kFCJdS7eQX2TyttILOV9plP4YaFUw91
> DOZj1vjPVgRJSAr98/UlzE23yGfB1gUG/kUG2+HPgu2jS5TE7Mlsk6Wy5Q+3Ga+b
> wD4=
> -----END ENCRYPTED PRIVATE KEY-----
> </private-key-pem>
> <pem>
> -----BEGIN CERTIFICATE-----
> MIIDWTCCAkGgAwIBAgIEQFuxgzANBgkqhkiG9w0BAQsFADBcMQswCQYDVQQGEwJD
> WjEXMBUGA1UEBxMOQ3plY2ggUmVwdWJsaWMxDzANBgNVBAsTBkVBUCBRRTEQMA4G
> A1UEChMHUmVkIEhhdDERMA8GA1UEAxMIY2xpZW50RG4wIBcNMTcwNjIwMDYxMzU5
> WhgPMjIxNzA1MDMwNjEzNTlaMFwxCzAJBgNVBAYTAkNaMRcwFQYDVQQHEw5DemVj
> aCBSZXB1YmxpYzEPMA0GA1UECxMGRUFQIFFFMRAwDgYDVQQKEwdSZWQgSGF0MREw
> DwYDVQQDEwhjbGllbnREbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEB
> AJsXwctr7ckEMiLtsyXaFiSaB03F5z5fVzyg89WMxqWMhfRPitDIFBGN8t3/fEML
> s5I3g1dlQDwtVl9AlwHDLfwxFdLZIuDodRr6KzcTrbavDSRczGMCF+ntPo6KBBL1
> /UZLUW5y332bi7Tkc87NYN9zJ+3307fHrxGmCyeF6as7s/+uKJ0gY4JVjS/9XXec
> K8gtlye/AbBZyJhpPiM71aoQy+LecYdSB/cRBQII0XGtsusguCFGnSSA80J79TLP
> THaJG0trarktvORvnmNQz45Atxhpr9shv4xkbNWHR+qAiFO9N1w7uVFZOZUWEb9/
> bQEFlSo0LtMPgLomKGvg8/0CAwEAAaMhMB8wHQYDVR0OBBYEFO01U/yTywCdzOUl
> hZmElDjVVcZXMA0GCSqGSIb3DQEBCwUAA4IBAQAEy+IphU7QjlWgn2kkKI6RAX6p
> LAWGUlbNnfw7V131of9qz9lctRnFWazbuych/i5/oCvBj+0gyf6+PvpsfB7qlZwH
> 3H+jMNNoCrMp5MutLe9SYcfmvYkYGym77K4e8BiuDlfw3whE4B274nD99Y+e9CcY
> FuUx3yepXY9FDo58mE05zLSXhn31uIulnUGbL1iDB1yeCFG/6J7z+AkCBPKzbgFX
> 3UZid9MUn45RDf8BlP6zG+px/cE2XlaZa+0LGSH9vvvVykD18cthsLHe71Q+Y2hC
> vWvHG8wdujBxWg7A+H38x48i0PR6lNTsjEgTZbUgYM/SQtKvX2gNaR3z2YPU
> -----END CERTIFICATE-----
> </pem>
> </certificate>
> </credentials>
> <providers>
> <use-service-loader/>
> </providers>
> </configuration>
> </authentication-configurations>
> </authentication-client>
> </configuration>
> {code}
> following exception is thrown:
> {code}
> org.wildfly.client.config.ConfigXMLParseException: parser must be on START_ELEMENT to read next text
> at file:/path/to/some/wildfly-config.xml:13:89
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:40)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.<clinit>(DefaultAuthenticationContextProvider.java:36)
> ... 16 more
> Caused by: org.wildfly.client.config.ConfigXMLParseException: parser must be on START_ELEMENT to read next text
> at file:/path/to/some/wildfly-config.xml:13:89
> at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.getElementText(XMLStreamReaderImpl.java:835)
> at org.wildfly.client.config.BasicXMLStreamReader.getElementText(BasicXMLStreamReader.java:87)
> at org.wildfly.client.config.AbstractDelegatingXMLStreamReader.getElementText(AbstractDelegatingXMLStreamReader.java:80)
> at org.wildfly.client.config.AbstractDelegatingXMLStreamReader.getElementText(AbstractDelegatingXMLStreamReader.java:80)
> at org.wildfly.security.auth.client.ElytronXmlParser.parsePem(ElytronXmlParser.java:1169)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseCertificateType(ElytronXmlParser.java:1116)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseCredentialsType(ElytronXmlParser.java:961)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationConfigurationType(ElytronXmlParser.java:714)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationConfigurationsType(ElytronXmlParser.java:341)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:273)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:185)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:146)
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:38)
> ... 18 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years