]
Simeon Pinder updated AS7-4847:
-------------------------------
Steps to Reproduce:
i)Setup a modcluster instance with two AS7 nodes(running on two different machines).
ii)Use read-proxy-info to view list of Nodes/cluster members and their identifiers.
iii)Attempt to execute disable*/enable*/stop* operations and they will only affect one of
the nodes.
iv)Browsing the modcluster subsystem this is no way to view the jvmRoute identifier.
v) Without it is is unclear how to determine what from the proxyInformation is relevant to
a specific AS7 instance.
was:
i)Setup a modcluster instance with two AS7 nodes.
ii)Use read-proxy-info to view list of Nodes/cluster members and their identifiers.
iii)Attempt to execute disable*/enable*/stop* operations and they will only affect one of
the nodes.
iv)Browsing the modcluster subsystem this is no way to view the jvmRoute identifier.
v) Without it is is unclear how to determine what from the proxyInformation is relevant to
a specific AS7 instance.
modcluster doesn't expose the jvmRoute information via cli.
Can't execute *-context operations without it properly.
-------------------------------------------------------------------------------------------------------------------
Key: AS7-4847
URL:
https://issues.jboss.org/browse/AS7-4847
Project: Application Server 7
Issue Type: Bug
Components: CLI
Affects Versions: 7.1.2.Final (EAP)
Environment: EAP6
Reporter: Simeon Pinder
Assignee: Alexey Loubyansky
Priority: Critical
Labels: rhq
The modcluster subsystem needs to expose the 'jvmRoute' identifier via cli for
the modcluster subsystem at the configuration level(at
subsystem=modcluster/mod-cluster-config=configuration level). Without this information it
is ambiguous how and which contexts will be affected when you execute the following
operations:
disable, disable-context, enable, enable-context, stop, stop-context.
The other configuration attributes/operations target cluster-wide configuration, but the
previous list of operations can only be executed at the cluster member/node level. In
other words, a modcluster group could have 30 members/nodes but the above CLI operations
will only affect the virtual-hosts and contexts for one of those nodes as uniquely
identified by the jvmRoute. There is currently no consistent way to determine what a
valid cluster identifier should be.
The jvmRoute can be explicitly set via the 'jboss.mod_cluster.jvmRoute' property
or is automatically generated. Either way the correct jvmRoute or modcluster node
identifier information needs to be correctly exposed as read-only information for the
modcluster subsystem.
This post (
https://community.jboss.org/message/632900), mentions an 'instance-id'
on the web subsytem but it is also 'undefined' even for systems where the jvmRoute
has been explicitly set or autogenerated.
As the identifier is used by modcluster the identifier should be exposed consistently.
Additionally there is no way to read whether a specific context is enabled/disabled. That
issue probably needs it's another JIRA though.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: