[JBoss JIRA] (WFLY-7912) It's not possible to change election-policy of singleton-policy
by Tomas Hofman (JIRA)
[ https://issues.jboss.org/browse/WFLY-7912?page=com.atlassian.jira.plugin.... ]
Tomas Hofman commented on WFLY-7912:
------------------------------------
Right, that works, thanks for explanation.
> It's not possible to change election-policy of singleton-policy
> ---------------------------------------------------------------
>
> Key: WFLY-7912
> URL: https://issues.jboss.org/browse/WFLY-7912
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.1.0.Final
> Reporter: Tomas Hofman
> Assignee: Paul Ferraro
>
> Attempt to change election policy:
> {code}
> [standalone@localhost:9990 /] batch
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=simple:remove
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=random:add
> [standalone@localhost:9990 / #] run-batch
> {code}
> results in
> {code}
> The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error):
> WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:
> Step: step-2
> Operation: /subsystem=singleton/singleton-policy=default/election-policy=random:add
> Failure: WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.singleton.policy.default.election-policy is already registered
> {code}
> The bug seems to be introduced by https://github.com/wildfly/wildfly/commit/605b22c30ae122492e7c019e330fea2...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFLY-8013) Out of memory exception after a number of remote deploys
by Tiago Matias (JIRA)
[ https://issues.jboss.org/browse/WFLY-8013?page=com.atlassian.jira.plugin.... ]
Tiago Matias updated WFLY-8013:
-------------------------------
Environment:
Server: Ubuntu 16.04.1 LTS x64
bq.
bq. Startup arguments:
bq.
bq.
bq. java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0
was:
Server: Ubuntu 16.04.1 LTS x64
Startup arguments:
java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0
> Out of memory exception after a number of remote deploys
> --------------------------------------------------------
>
> Key: WFLY-8013
> URL: https://issues.jboss.org/browse/WFLY-8013
> Project: WildFly
> Issue Type: Enhancement
> Components: Server
> Affects Versions: 10.1.0.Final
> Environment: Server: Ubuntu 16.04.1 LTS x64
> bq.
> bq. Startup arguments:
> bq.
> bq.
> bq. java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0
> Reporter: Tiago Matias
> Assignee: Jason Greene
> Priority: Minor
>
> Using the wildfly-maven-plugin for remotely deploying a WAR file do Wildfly and, after a few deploys (between 5 and 10) An outofmemory error emerges, requiring a full server restart.
> *Full error log of maven.*
> {quote}
> [INFO] Authenticating against security realm: ManagementRealm
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 47.630 s
> [INFO] Finished at: 2017-02-02T15:38:04+00:00
> [INFO] Final Memory: 22M/290M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Final:deploy (default) on project MyProject: Failed to execute goal deploy: {"WFLYCTL0062: Composite operation failed and was rolled back
> . Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"backoffice.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"
> backoffice.war\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"backoffice.war\"
> [ERROR] Caused by: java.lang.OutOfMemoryError: Metaspace"},"WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"MyProject.war\".POST_MODULE"],"WFLYCTL0180: Services with missing/una
> vailable dependencies" => undefined}}}
> {quote}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFLY-8013) Out of memory exception after a number of remote deploys
by Tiago Matias (JIRA)
[ https://issues.jboss.org/browse/WFLY-8013?page=com.atlassian.jira.plugin.... ]
Tiago Matias updated WFLY-8013:
-------------------------------
Description:
Using the wildfly-maven-plugin for remotely deploying a WAR file do Wildfly and, after a few deploys (between 5 and 10) An outofmemory error emerges, requiring a full server restart.
*Full error log of maven.*
{quote}
[INFO] Authenticating against security realm: ManagementRealm
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 47.630 s
[INFO] Finished at: 2017-02-02T15:38:04+00:00
[INFO] Final Memory: 22M/290M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Final:deploy (default) on project MyProject: Failed to execute goal deploy: {"WFLYCTL0062: Composite operation failed and was rolled back
. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"backoffice.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"
backoffice.war\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"backoffice.war\"
[ERROR] Caused by: java.lang.OutOfMemoryError: Metaspace"},"WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"MyProject.war\".POST_MODULE"],"WFLYCTL0180: Services with missing/una
vailable dependencies" => undefined}}}
{quote}
was:
Using the wildfly-maven-plugin for remotely deploying a WAR file do Wildfly and, after a few deploys (between 5 and 10) An outofmemory error emerges, requiring a full server restart.
Full error log of maven.
{{
[INFO] Authenticating against security realm: ManagementRealm
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 47.630 s
[INFO] Finished at: 2017-02-02T15:38:04+00:00
[INFO] Final Memory: 22M/290M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Final:deploy (default) on project MyProject: Failed to execute goal deploy: {"WFLYCTL0062: Composite operation failed and was rolled back
. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"backoffice.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"
backoffice.war\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"backoffice.war\"
[ERROR] Caused by: java.lang.OutOfMemoryError: Metaspace"},"WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"MyProject.war\".POST_MODULE"],"WFLYCTL0180: Services with missing/una
vailable dependencies" => undefined}}}}}
> Out of memory exception after a number of remote deploys
> --------------------------------------------------------
>
> Key: WFLY-8013
> URL: https://issues.jboss.org/browse/WFLY-8013
> Project: WildFly
> Issue Type: Enhancement
> Components: Server
> Affects Versions: 10.1.0.Final
> Environment: Server: Ubuntu 16.04.1 LTS x64
> Startup arguments:
> java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0
> Reporter: Tiago Matias
> Assignee: Jason Greene
> Priority: Minor
>
> Using the wildfly-maven-plugin for remotely deploying a WAR file do Wildfly and, after a few deploys (between 5 and 10) An outofmemory error emerges, requiring a full server restart.
> *Full error log of maven.*
> {quote}
> [INFO] Authenticating against security realm: ManagementRealm
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 47.630 s
> [INFO] Finished at: 2017-02-02T15:38:04+00:00
> [INFO] Final Memory: 22M/290M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Final:deploy (default) on project MyProject: Failed to execute goal deploy: {"WFLYCTL0062: Composite operation failed and was rolled back
> . Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"backoffice.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"
> backoffice.war\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"backoffice.war\"
> [ERROR] Caused by: java.lang.OutOfMemoryError: Metaspace"},"WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"MyProject.war\".POST_MODULE"],"WFLYCTL0180: Services with missing/una
> vailable dependencies" => undefined}}}
> {quote}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFLY-8013) Out of memory exception after a number of remote deploys
by Tiago Matias (JIRA)
Tiago Matias created WFLY-8013:
----------------------------------
Summary: Out of memory exception after a number of remote deploys
Key: WFLY-8013
URL: https://issues.jboss.org/browse/WFLY-8013
Project: WildFly
Issue Type: Enhancement
Components: Server
Affects Versions: 10.1.0.Final
Environment: Server: Ubuntu 16.04.1 LTS x64
Startup arguments:
{{
java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0}}
Reporter: Tiago Matias
Assignee: Jason Greene
Priority: Minor
Using the wildfly-maven-plugin for remotely deploying a WAR file do Wildfly and, after a few deploys (between 5 and 10) An outofmemory error emerges, requiring a full server restart.
Full error log of maven.
{{
[INFO] Authenticating against security realm: ManagementRealm
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 47.630 s
[INFO] Finished at: 2017-02-02T15:38:04+00:00
[INFO] Final Memory: 22M/290M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Final:deploy (default) on project MyProject: Failed to execute goal deploy: {"WFLYCTL0062: Composite operation failed and was rolled back
. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"backoffice.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"
backoffice.war\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"backoffice.war\"
[ERROR] Caused by: java.lang.OutOfMemoryError: Metaspace"},"WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"MyProject.war\".POST_MODULE"],"WFLYCTL0180: Services with missing/una
vailable dependencies" => undefined}}}}}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFLY-8013) Out of memory exception after a number of remote deploys
by Tiago Matias (JIRA)
[ https://issues.jboss.org/browse/WFLY-8013?page=com.atlassian.jira.plugin.... ]
Tiago Matias updated WFLY-8013:
-------------------------------
Environment:
Server: Ubuntu 16.04.1 LTS x64
Startup arguments:
java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0
was:
Server: Ubuntu 16.04.1 LTS x64
Startup arguments:
{{
java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0}}
> Out of memory exception after a number of remote deploys
> --------------------------------------------------------
>
> Key: WFLY-8013
> URL: https://issues.jboss.org/browse/WFLY-8013
> Project: WildFly
> Issue Type: Enhancement
> Components: Server
> Affects Versions: 10.1.0.Final
> Environment: Server: Ubuntu 16.04.1 LTS x64
> Startup arguments:
> java -D[Standalone] -server -Xms256m -Xmx8096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/opt/wildfly/standalone/log/server.log -Dlogging.configuration=file:/opt/wildfly/standalone/configuration/logging.properties -jar /opt/wildfly/jboss-modules.jar -mp /opt/wildfly/modules org.jboss.as.standalone -Djboss.home.dir=/opt/wildfly -Djboss.server.base.dir=/opt/wildfly/standalone -c standalone.xml -b 0.0.0.0
> Reporter: Tiago Matias
> Assignee: Jason Greene
> Priority: Minor
>
> Using the wildfly-maven-plugin for remotely deploying a WAR file do Wildfly and, after a few deploys (between 5 and 10) An outofmemory error emerges, requiring a full server restart.
> Full error log of maven.
> {{
> [INFO] Authenticating against security realm: ManagementRealm
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 47.630 s
> [INFO] Finished at: 2017-02-02T15:38:04+00:00
> [INFO] Final Memory: 22M/290M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.wildfly.plugins:wildfly-maven-plugin:1.1.0.Final:deploy (default) on project MyProject: Failed to execute goal deploy: {"WFLYCTL0062: Composite operation failed and was rolled back
> . Steps that failed:" => {"Operation step-1" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"backoffice.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"
> backoffice.war\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"backoffice.war\"
> [ERROR] Caused by: java.lang.OutOfMemoryError: Metaspace"},"WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"MyProject.war\".POST_MODULE"],"WFLYCTL0180: Services with missing/una
> vailable dependencies" => undefined}}}}}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFLY-7912) It's not possible to change election-policy of singleton-policy
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-7912?page=com.atlassian.jira.plugin.... ]
Paul Ferraro closed WFLY-7912.
------------------------------
Resolution: Rejected
[~thofman] You cannot just add the simple policy without removing the existing random policy. Remember, the only operations that are implicit are the election-policy=simple:add or remove. Therefore, to revert from the random policy back to the default (i.e. simple) policy, you would use the following command:
{noformat}
/subsystem=singleton/singleton-policy=default/election-policy=random:remove(){allow-resource-service-restart=true}
{noformat}
This is effectively a short cut, since the election-policy=simple:add() is implied (i.e. optional).
> It's not possible to change election-policy of singleton-policy
> ---------------------------------------------------------------
>
> Key: WFLY-7912
> URL: https://issues.jboss.org/browse/WFLY-7912
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.1.0.Final
> Reporter: Tomas Hofman
> Assignee: Paul Ferraro
>
> Attempt to change election policy:
> {code}
> [standalone@localhost:9990 /] batch
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=simple:remove
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=random:add
> [standalone@localhost:9990 / #] run-batch
> {code}
> results in
> {code}
> The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error):
> WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:
> Step: step-2
> Operation: /subsystem=singleton/singleton-policy=default/election-policy=random:add
> Failure: WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.singleton.policy.default.election-policy is already registered
> {code}
> The bug seems to be introduced by https://github.com/wildfly/wildfly/commit/605b22c30ae122492e7c019e330fea2...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFLY-7912) It's not possible to change election-policy of singleton-policy
by Tomas Hofman (JIRA)
[ https://issues.jboss.org/browse/WFLY-7912?page=com.atlassian.jira.plugin.... ]
Tomas Hofman reopened WFLY-7912:
--------------------------------
> It's not possible to change election-policy of singleton-policy
> ---------------------------------------------------------------
>
> Key: WFLY-7912
> URL: https://issues.jboss.org/browse/WFLY-7912
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.1.0.Final
> Reporter: Tomas Hofman
> Assignee: Paul Ferraro
>
> Attempt to change election policy:
> {code}
> [standalone@localhost:9990 /] batch
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=simple:remove
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=random:add
> [standalone@localhost:9990 / #] run-batch
> {code}
> results in
> {code}
> The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error):
> WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:
> Step: step-2
> Operation: /subsystem=singleton/singleton-policy=default/election-policy=random:add
> Failure: WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.singleton.policy.default.election-policy is already registered
> {code}
> The bug seems to be introduced by https://github.com/wildfly/wildfly/commit/605b22c30ae122492e7c019e330fea2...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFLY-7912) It's not possible to change election-policy of singleton-policy
by Tomas Hofman (JIRA)
[ https://issues.jboss.org/browse/WFLY-7912?page=com.atlassian.jira.plugin.... ]
Tomas Hofman commented on WFLY-7912:
------------------------------------
[~pferraro] I think this should be reopened. Changing from simple election policy to random is working as you described, but changing from random back to simple is not:
{code}
[standalone@localhost:9990 /] /subsystem=singleton/singleton-policy=default/election-policy=simple:add {allow-resource-service-restart=true}
{
"outcome" => "failed",
"failure-description" => "WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.singleton.policy.default.election-policy is already registered",
"rolled-back" => true
}
{code}
The random-election-policy is not recognized as a required singleton sibling in AddStepHandler and isn't removed.
Also, this approach doesn't go along with Web Console.
> It's not possible to change election-policy of singleton-policy
> ---------------------------------------------------------------
>
> Key: WFLY-7912
> URL: https://issues.jboss.org/browse/WFLY-7912
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.1.0.Final
> Reporter: Tomas Hofman
> Assignee: Paul Ferraro
>
> Attempt to change election policy:
> {code}
> [standalone@localhost:9990 /] batch
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=simple:remove
> [standalone@localhost:9990 / #] /subsystem=singleton/singleton-policy=default/election-policy=random:add
> [standalone@localhost:9990 / #] run-batch
> {code}
> results in
> {code}
> The batch failed with the following error (you are remaining in the batch editing mode to have a chance to correct the error):
> WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:
> Step: step-2
> Operation: /subsystem=singleton/singleton-policy=default/election-policy=random:add
> Failure: WFLYCTL0158: Operation handler failed: org.jboss.msc.service.DuplicateServiceException: Service org.wildfly.clustering.singleton.policy.default.election-policy is already registered
> {code}
> The bug seems to be introduced by https://github.com/wildfly/wildfly/commit/605b22c30ae122492e7c019e330fea2...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month
[JBoss JIRA] (WFCORE-2260) Validate presence of required attributes in PersistentResourceXmlParser/Description
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2260?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-2260:
-------------------------------------
Description:
One disadvantage of moving away from hand coded parsers to PersistentResourceXmlParser/Description is the hand coded ones often had a bit of logic to confirm that all expected attributes were set and fail with XmlStreamException if not. The benefit of that vs failing in boot operation execution is the indication of where in the xml the problem is and the integration with VDX.
See JBEAP-8437 for an example of where that no longer happens.
Adding this kind of thing to PersistentResourceXmlParser/Description is a bit tricky since it's generic while the hand coded stuff could just be applied where it was easy for the author to understand. (Of course being generic is a great advantage once it's done right since it gets applied consistently.)
Things that generic support would need to understand:
1) Attributes with alternatives are not required if the alternative is set.
2) Whether persistence is all via xml attributes or whether elements are involved. IOW when should the check that all required things are set be performed? If all persistence is to xml attributes then it should be done once the start element is parsed, before child elements. But if child elements are involved, then this needs to be deferred. Or I guess repeated, with logic that recognizes it's possible a required attribute that is persisted as an xml attribute may have an alternative that is persisted as an element.
Speaking more generally, Jeff Mesnil had the brainstorming thought that beyond specific logic for this it may be possible for PersistentResourceXmlParser/Description to do validation against schema. Plenty of issues to consider there, including how to deal with expressions. (It would be great if it were easy to ask an xml validator to just validate structure, but ignore whether attribute values match the schema rules. That would avoid the problem with expressions. We already validate all the attribute values.)
This is NOT meant for WildFly Core 3.0.
was:
One disadvantage of moving away from hand coded parsers to PersistentResourceXmlParser/Description is the hand coded ones often had a bit of logic to confirm that all expected attributes were set and fail with XmlStreamException if not. The benefit of that vs failing in boot operation execution is the indication of where in the xml the problem is and the integration with VDX.
See JBEAP-8437 for an example of where that no longer happens.
Adding this kind of thing to PersistentResourceXmlParser/Description is a bit tricky since it's generic while the hand coded stuff could just be applied where it was easy for the author to understand.
Things that generic support would need to understand:
1) Attributes with alternatives are not required if the alternative is set.
2) Whether persistence is all via xml attributes or whether elements are involved. IOW when should the check that all required things are set be performed? If all persistence is to xml attributes then it should be done once the start element is parsed, before child elements. But if child elements are involved, then this needs to be deferred. Or I guess repeated, with logic that recognizes it's possible a required attribute that is persisted as an xml attribute may have an alternative that is persisted as an element.
Speaking more generally, Jeff Mesnil had the brainstorming thought that beyond specific logic for this it may be possible for PersistentResourceXmlParser/Description to do validation against schema. Plenty of issues to consider there, including how to deal with expressions. (It would be great if it were easy to ask an xml validator to just validate structure, but ignore whether attribute values match the schema rules. That would avoid the problem with expressions. We already validate all the attribute values.)
This is NOT meant for WildFly Core 3.0.
> Validate presence of required attributes in PersistentResourceXmlParser/Description
> -----------------------------------------------------------------------------------
>
> Key: WFCORE-2260
> URL: https://issues.jboss.org/browse/WFCORE-2260
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Tomaz Cerar
>
> One disadvantage of moving away from hand coded parsers to PersistentResourceXmlParser/Description is the hand coded ones often had a bit of logic to confirm that all expected attributes were set and fail with XmlStreamException if not. The benefit of that vs failing in boot operation execution is the indication of where in the xml the problem is and the integration with VDX.
> See JBEAP-8437 for an example of where that no longer happens.
> Adding this kind of thing to PersistentResourceXmlParser/Description is a bit tricky since it's generic while the hand coded stuff could just be applied where it was easy for the author to understand. (Of course being generic is a great advantage once it's done right since it gets applied consistently.)
> Things that generic support would need to understand:
> 1) Attributes with alternatives are not required if the alternative is set.
> 2) Whether persistence is all via xml attributes or whether elements are involved. IOW when should the check that all required things are set be performed? If all persistence is to xml attributes then it should be done once the start element is parsed, before child elements. But if child elements are involved, then this needs to be deferred. Or I guess repeated, with logic that recognizes it's possible a required attribute that is persisted as an xml attribute may have an alternative that is persisted as an element.
> Speaking more generally, Jeff Mesnil had the brainstorming thought that beyond specific logic for this it may be possible for PersistentResourceXmlParser/Description to do validation against schema. Plenty of issues to consider there, including how to deal with expressions. (It would be great if it were easy to ask an xml validator to just validate structure, but ignore whether attribute values match the schema rules. That would avoid the problem with expressions. We already validate all the attribute values.)
> This is NOT meant for WildFly Core 3.0.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 1 month