Created attachment 862861 [details] server log Description of problem: This issue can be reproduced more or less reliably by our automation (4 out of 5 runs), but I'm still not able to reproduce it locally. So any hint would be helpful. Version-Release number of selected component (if applicable): Version : 4.10.0-SNAPSHOT Build Number : 2dd5c24 How reproducible: 4 out of 5 Steps to Reproduce: Automation runs a CLI script which does following: 1. find EAP6 standalone instance 2. create a new deployment 3. wait until the deployment is discovered 4. delete the deployment Actual results: 09:30:54,408 ERROR [org.rhq.enterprise.server.resource.ResourceFactoryManagerBean] (http-/0.0.0.0:7080-5) Error while sending delete resource request to agent service: org.rhq.core.clientapi.agent.PluginContainerException: Resource component container could not be retrieved for resource: 10258 at org.rhq.core.pc.util.ComponentUtil.getComponent(ComponentUtil.java:100) at org.rhq.core.pc.inventory.ResourceFactoryManager.getDeleteResourceFacet(ResourceFactoryManager.java:261) at org.rhq.core.pc.inventory.ResourceFactoryManager.deleteResource(ResourceFactoryManager.java:225) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_24] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.6.0_24] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.6.0_24] Expected results: No errors Additional info: There is no error around 09:30:54 in the agent log. Relevant part of RHQ server log attached. This automation runs against oracle. I launched one run against postgresql to see if it could be DB specific. I will add a comment with results.
Maybe the component has not yet been created/started. Try this approach: wait for the new resource to be "UP" in inventory before deleting it.
Postgresql run failed as well, so used DB is irrelevant. Automation is now running with changes described in comment 1
Waiting for resource to become UP solved the problem, so comment 1 is probably correct.