Description of problem: 'Remove managed server' operation probably passes bad arguments to EAP6 API Version-Release number of selected component (if applicable): Version: 4.3.0-SNAPSHOT Build Number: 42b9f09 EAP6 DR12 How reproducible: always Steps to Reproduce: 1. start up and inventory eap6 domain controller 2. go to operations and try to remove managed server (make sure it does not run Actual results: Operation fails java.lang.Exception: Operation [Operation{operation='remove', address=Address{path: host=master,server-config=EAP server-four}, additionalProperties={socket-binding-port-offset=0, name=EAP server-four, auto-start=false, group=, socket-binding-group=}}] returned null, rolled-back=false at org.rhq.core.pc.operation.OperationInvocation.run(OperationInvocation.java:278) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) Expected results: Additional info: plugin should pass 'server-four' param instead of 'EAP server-four' and .. not sure why socket-binding-port-offset=0, because I've created server (using RHQ UI) with offset 300 (RHQ UI shows that correctly in Connection Settings)
This is an issue with us adding he "EAP " prefix to the name - need to check if the resource key is without EAP and can be used. Alternatively the EAP prefix can be dropped as the manages servers are now in the tree below the host controller
Can you check again? I can't reproduce this - the code is using the "path" plugin property for the remove operation and is not passing any additional parameters. The plugin is (supposed) to write a message like this to the agent log 2012-01-27 17:48:47,325 INFO [ResourceContainer.invoker.nonDaemon-1] (rhq.modules.plugins.jbossas7.ManagedASComponent)- delete resource: host=master,server-config=server-four ... can you please paste that into your reply? Did you specify the remove operation on HC or Host-level?
I call operation on HC level here is what comes from agent log 2012-01-27 18:05:43,693 ERROR [ResourceContainer.invoker.nonDaemon-1] (rhq.modules.plugins.jbossas7.ASConnection)- IS was null and code was 500 2012-01-27 18:05:43,693 WARN [ResourceContainer.invoker.nonDaemon-1] (rhq.modules.plugins.jbossas7.ASConnection)- Operation [Operation{operation='remove', address=Address{path: host=master,server-config=EAP server-three}, additionalProperties={socket-binding-port-offset=0, name=EAP server-three, auto-start=false, group=, socket-binding-group=}}] returned null
12/30/2012 BZ triage meeting mfoley, ccrouch, loleary, asantos
Libor, code 500 is an internal server error in AS7.
yes, but the reason for it seems to be sending incorrect params (server-config=EAP server-three). Yes, AS7 should probably not return 500. Tried this using cli [domain@localhost:8999 /] /host=master/server-config=EAP server-one:remove 'EAP server-one' is not a valid node name. which does not look as a response of controller, but a check in cli
I see the issue Libor has in his logs, but can't reproduce locally.
I've reproduced and almost have a fix.
This may be related to https://issues.jboss.org/browse/AS7-4027 especially as the path (which is used to create the address for the operation on AS7) should never contain the EAP or whatever prefixes (if they are there, then the code to create servers needs to be changed). [domain@localhost:9999 host=master] ./server-config=asdfasd:remove { "outcome" => "failed", "result" => undefined, "rolled-back" => true, "server-groups" => undefined } [domain@localhost:9999 host=master] ./server-config=asdfasd:stop { "outcome" => "success", "result" => "STOPPING" } [domain@localhost:9999 host=master] ./server-config=asdfasd:remove { "outcome" => "success", "result" => {"outcome" => "success"}, "server-groups" => undefined }
Version: 4.4.0-SNAPSHOT Build Number: f02a5b9 Remove managed server operation succeeds and also removes the managed server from HC. There is another little issue. Manged server Resource does not disappear from RHQ UI. It only becomes unavailable. I have to manually uninventory it to get rid of it. Maybe we should leave concept of operations in 'Adding/Removing managed servers' and switch to create a child / Delete child
This is fixed with commit 07dbcc85c57a946ce to master. The issue was that invoking the operation from the HostController autogroup caused a code execution path that did not handle EAP/EDG prefixes correctly. Basically the fix was that we deleted the ability to 'remove managed servers' as an operation. Instead you now need to remove managed servers by deleting them using the Domain Controller > Inventory > Child Resources table which is more consistent with other RHQ remove operations. Removing the 'managed servers' in this way also causes the immediate removal of the server from the RHQ UI as well ref Comment 10. When https://bugzilla.redhat.com/show_bug.cgi?id=801554 is addressed we should not be using operations to add/remove managed servers. Moving this to ON_QA.
Bulk closing of issues that were VERIFIED, had no target release and where the status changed more than a year ago.