Description of problem: It looks like rhqctl is doing some magic with --server-config when starting server, because I am not able to restart JON server using JON UI or CLI Version-Release number of selected component (if applicable): JON 3.2.ER5 How reproducible: always Steps to Reproduce: 1. import RHQ Server in inventory 2. invoke restart operation Actual results: server cannot start up, it tries to use standalone.xml, but we're using standalone-full.xml. there must be some logic in rhqctl that causes reading standalone-full.xml in some weird way, because AS7 plugin does not detect that. 07:22:39,299 ERROR [org.jboss.as.server] (Controller Boot Thread) JBAS015956: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:141) [jboss-as-controller-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] at org.jboss.as.server.ServerService.boot(ServerService.java:308) [jboss-as-server-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:188) [jboss-as-controller-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: java.io.FileNotFoundException: /home/hudson/jon-server-3.2.0.ER5/jbossas/standalone/configuration/standalone.xml (No such file or directory) at java.io.FileInputStream.open(Native Method) [rt.jar:1.7.0_09-icedtea] at java.io.FileInputStream.<init>(FileInputStream.java:138) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:129) [jboss-as-controller-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] ... 3 more Expected results: server is restarted Additional info: when I use rhqctl I can start server as usuall.
marking as 3.2 blocker, because this implies also START operation, which might be used within HA setup
Afair this has also not worked with 3.1 - or did it in HA scenarios when you restart from the other server? I think we would need to change the start script from standalone.sh to rhqctl start --server for starting purposes.
You're right, I just checked this did not work in 3.1
See also Bug 1028472 - JON Server does not survive reload
Duplicate of Bug 883357 - Unable to start/restart RHQ server via "Operation-->Schedules"?
per pm call 11/21 (heute, larry, yarboro, foley, spinder) ... agreement to remove jon 3.2 blocker flag (not a regression)
*** Bug 1124029 has been marked as a duplicate of this bug. ***
*** Bug 883357 has been marked as a duplicate of this bug. ***
branch: master link: https://github.com/rhq-project/rhq/commit/a6beed4cb time: 2014-11-19 13:53:56 +0100 commit: a6beed4cb9b976c50ed944e9c590215e2dca1164 author: Libor Zoubek - lzoubek message: Bug 1032039 - JON server cannot restart itself The fix implements DiscoveryCallback and ResourceUpgradeCallback in rhq-server plugin and sets proper start script parameters (uses rhqctl) for RHQ Server resources. When non-HA server is restarted via RHQ Server scheduled operation (agent attempting to restart the server is also reporting to the same server) restart operation will not succeed (although server was in fact restarted) and it will timeout - this happens, because when agent wants to deliver operation result to server, server goes immediatelly down (as a consequence of restart operation) and when it comes up, agent is unable to resend operation result data anymore (this maybe a separate bug/edge case)
branch: release/jon3.3.x link: https://github.com/rhq-project/rhq/commit/f64d2a135 time: 2015-03-21 11:25:16 +0100 commit: f64d2a135b9f4dd6584a97c7601543ea4affe42d author: Libor Zoubek - lzoubek message: Bug 1032039 - JON server cannot restart itself The fix implements DiscoveryCallback and ResourceUpgradeCallback in rhq-server plugin and sets proper start script parameters (uses rhqctl) for RHQ Server resources. When non-HA server is restarted via RHQ Server scheduled operation (agent attempting to restart the server is also reporting to the same server) restart operation will not succeed (although server was in fact restarted) and it will timeout - this happens, because when agent wants to deliver operation result to server, server goes immediatelly down (as a consequence of restart operation) and when it comes up, agent is unable to resend operation result data anymore (this maybe a separate bug/edge case) (cherry picked from commit a6beed4cb9b976c50ed944e9c590215e2dca1164) Signed-off-by: Libor Zoubek <lzoubek>
JBoss ON server plug-in is part of JBoss EAP plug-in pack. Moving this to plug-in update request.
Created attachment 1039195 [details] server.log
Created attachment 1039196 [details] agent.log
There was a typo in resource upgrade code. If you re-imported RHQ Server resource after plugin upgrade, it would have worked. Now fixed branch: master link: https://github.com/rhq-project/rhq/commit/1ce9c99b4 time: 2015-06-16 09:49:25 +0200 commit: 1ce9c99b4bfd70d272d7a3ed39450105fb96656b author: Libor Zoubek - lzoubek message: Bug 1032039 - JON server cannot restart itself Fix resource upgrade code
branch: release/jon3.3.x link: https://github.com/rhq-project/rhq/commit/6ab59855b time: 2015-06-16 17:18:06 +0200 commit: 6ab59855bf4ffb29ff07f627fefbb8074bc2c990 author: Libor Zoubek - lzoubek message: Bug 1032039 - JON server cannot restart itself Fix resource upgrade code (cherry picked from commit 1ce9c99b4bfd70d272d7a3ed39450105fb96656b) Signed-off-by: Libor Zoubek <lzoubek>
Verified for both standalone and HA