[itest,as7] two test failures in standalone mode

Lukas Krejci lkrejci at redhat.com
Fri Mar 23 10:50:13 UTC 2012


I can't comment on AS7 specific failures but I will chime in on the others...

----- Original Message -----
> From: "Heiko W.Rupp" <hrupp at redhat.com>
> To: "rhq-devel" <rhq-devel at lists.fedorahosted.org>
> Sent: Friday, March 23, 2012 11:30:55 AM
> Subject: [itest,as7] two test failures in standalone mode
> 
> java.lang.AssertionError
> 	at
> 	org.rhq.modules.plugins.jbossas7.itest.AbstractServerComponentTest.getServerResource(AbstractServerComponentTest.java:59)
> 	at
> 	org.rhq.modules.plugins.jbossas7.itest.AbstractServerComponentTest.testMetricsHaveNonNullValues(AbstractServerComponentTest.java:75)
> 	at
> 	org.rhq.modules.plugins.jbossas7.itest.standalone.StandaloneServerComponentTest.testMetricsHaveNonNullValues(StandaloneServerComponentTest.java:67)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> The assertion error is that getServerResource() was actually not able
> to obtain the resource and would return null (which then later
> would show as random NPEs)
> 
> 
> 06:20:02,155 WARN  [PluginClassLoader] Failed to purge embedded jars
> directory. Cause: java.io.IOException: Failed to delete file or
> directory:
> /tmp/TEST_RHQ_PC_DEPLOYMENTS4718447418621299904.tmp/pcs/pc/tmp/rhq-jboss-as-7-plugin-4.4.0-SNAPSHOT.jar5979248820050881201.classloader
> 06:20:02,883 WARN  [DriftManager] Could not create change sets
> directory
> /tmp/TEST_RHQ_PC_DEPLOYMENTS4718447418621299904.tmp/pcs/pc/data/changesets

I have seen these, too, but didn't pay attention to them since we don't test drift using arquillian yet. The funny thing is that the "data" directory is being created by the infrastructure prior to starting the plugin container so I am not sure why DriftManager fails to create a subdir of that.

> 06:20:03,101 ERROR [InventoryManager] Missing platform plugin(s) -
> falling back to dummy platform impl; this should only occur in
> tests!
> 06:20:03,110 WARN  [InventoryManager] Cannot give activated resource
> its discovery component. Cause:
> org.rhq.core.clientapi.agent.PluginContainerException: Cannot get
> discovery component proxy for [null]
> 06:20:03,111 WARN  [InventoryManager] Cannot give activated resource
> its discovery component. Cause:
> org.rhq.core.clientapi.agent.PluginContainerException: Cannot get
> discovery component proxy for [null]

These are strange and we should investigate what's causing this. I have seen similar errors before where the PC code got confused on the hardcoded "fake" platform resource type (which we fall back to if there is no plugin providing platform resource types), which, it seems, doesn't blend into all the workflows really well.

> 06:20:03,118 WARN  [DriftManager] Could not create change sets
> directory
> /tmp/TEST_RHQ_PC_DEPLOYMENTS4718447418621299904.tmp/pcs/pc/data/changesets
> 
> (6:20:03 AM) Running test
> [StandaloneServerComponentTest.testMetricsHaveNonNullValues] which
> is in groups [pc, standalone]...
> 
> 
> 
> Locally on RHEL6 I also see
> 
> 11:00:23,929 WARN  [RuntimeDiscoveryExecutor] Exception caught while
> executing runtime discovery scan rooted at [platform].
> java.lang.RuntimeException:
> java.util.concurrent.RejectedExecutionException
>         at
>         org.rhq.core.pc.inventory.InventoryManager.synchInventory(InventoryManager.java:1120)
>         at
>         org.rhq.core.pc.inventory.InventoryManager.handleReport(InventoryManager.java:1054)
> 

This is harmless if it happens during plugin container shutdown.

> and
> 
> 11:00:23,917 ERROR [RuntimeDiscoveryExecutor] Error in runtime
> discovery
> java.lang.NullPointerException
>         at
>         org.rhq.core.pc.plugin.PluginComponentFactory.getDiscoveryComponent(PluginComponentFactory.java:84)
>         at
>         org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.discoverForResource(RuntimeDiscoveryExecutor.java:243)
>         at
>         org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.discoverForResourceRecursive(RuntimeDiscoveryExecutor.java:156)
>         at
>         org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.runtimeDiscover(RuntimeDiscoveryExecutor.java:141)
>         at
>         org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.call(RuntimeDiscoveryExecutor.java:100)
>

This again might be the consequence of wrongly integrated fake platform resource type but I am not too sure about it in this case.
 
> 
> 
> 
> --
> Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
> Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
> Handelsregister: Amtsgericht München HRB 153243
> Geschaeftsführer:  Mark Hegarty, Charlie Peters, Michael Cunningham,
> Charles Cachera
> 
> _______________________________________________
> rhq-devel mailing list
> rhq-devel at lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/rhq-devel
> 


More information about the rhq-devel mailing list