Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-12539

JGroups get modified in a wrong way after cli command

    Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: 18.0.0.Beta1
    • Fix Version/s: 18.0.0.Final
    • Component/s: Clustering, Management
    • Labels:
      None
    • Environment:
      • Red Hat JBoss Enterprise Application Platform (EAP)
      • 7.1 onwards
    • Steps to Reproduce:
      Hide

      1. Start JBoss
      2. Run Domain mode
      3. Execute bean-validation remove:
      ~~~
      /profile=MP_NONSINGLETONS/subsystem=bean-validation:remove
      /profile=MP_TRANS_RMP_RAY/subsystem=bean-validation:remove
      ~~~
      4. Compare before and after

      Show
      1. Start JBoss 2. Run Domain mode 3. Execute bean-validation remove: ~~~ /profile=MP_NONSINGLETONS/subsystem=bean-validation:remove /profile=MP_TRANS_RMP_RAY/subsystem=bean-validation:remove ~~~ 4. Compare before and after

      Description

      What happens:
      While trying to run domain with EAP 7 with EAP 6 as slaves the following happens:

      Intro:

      On running following cli commands after domain controller started, the jgroups get modified by themselves in a wrong way:
      ------
      cli commands run:
      /profile=MP_NONSINGLETONS/subsystem=bean-validation:remove
      /profile=MP_TRANS_RMP_RAY/subsystem=bean-validation:remove
      -------
      Before running cli command:
      <protocol type="pbcast.NAKACK"/>
      <protocol type="UNICAST2"/>
      After running cli command:
      <protocol type="pbcast.NAKACK2"/>
      <protocol type="UNICAST3"/>

      ------
      Full jgroups section before running cli command for MP_TRANS_RMP_RAY, MP_NONSINGLETONS profiles:

      Before running cli command:
      <subsystem xmlns="urn:jboss:domain:jgroups:1.1" default-stack="udp">
      <stack name="udp">
      <transport type="UDP" socket-binding="jgroups-udp"/>
      <protocol type="PING"/>
      <protocol type="MERGE3"/>
      <protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/>
      <protocol type="FD"/>
      <protocol type="VERIFY_SUSPECT"/>
      <protocol type="pbcast.NAKACK"/>
      <protocol type="UNICAST2"/>
      <protocol type="pbcast.STABLE"/>
      <protocol type="pbcast.GMS"/>
      <protocol type="UFC"/>
      <protocol type="MFC"/>
      <protocol type="FRAG2"/>
      <protocol type="RSVP"/>
      </stack>
      </subsystem>

      After running cli command:
      ~~~
      <subsystem xmlns="urn:jboss:domain:jgroups:6.0">
      <channels default="auto">
      <channel name="ee-web" stack="udp"/>
      <channel name="ee-hibernate" stack="udp"/>
      <channel name="auto" stack="udp"/>
      </channels>
      <stacks default="udp">
      <stack name="udp">
      <transport type="UDP" socket-binding="jgroups-udp">
      <property name="port_range">
      50
      </property>
      </transport>
      <protocol type="PING"/>
      <protocol type="MERGE3"/>
      <protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/>
      <protocol type="FD"/>
      <protocol type="VERIFY_SUSPECT"/>
      <protocol type="pbcast.NAKACK2"/>
      <protocol type="UNICAST3"/>
      <protocol type="pbcast.STABLE"/>
      <protocol type="pbcast.GMS"/>
      <protocol type="UFC"/>
      <protocol type="MFC"/>
      <protocol type="FRAG2"/>
      <protocol type="RSVP"/>
      </stack>
      </stacks>
      </subsystem>
      ~~~
      The architecture EAP 7 master - EAP 6 slave is supported according to https://access.redhat.com/articles/2568341

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  thofman Tomas Hofman
                  Reporter:
                  thofman Tomas Hofman
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  3 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: