Bug 788602

Summary: [eap6] securing EAP causes: Error in runtime discovery NPE
Product: [Other] RHQ Project Reporter: Libor Zoubek <lzoubek>
Component: AgentAssignee: RHQ Project Maintainer <rhq-maint>
Status: CLOSED CURRENTRELEASE QA Contact: Mike Foley <mfoley>
Severity: unspecified Docs Contact:
Priority: high    
Version: unspecifiedCC: hrupp, theute
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-09-02 07:17:35 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 707223    
Attachments:
Description Flags
debug log none

Description Libor Zoubek 2012-02-08 15:05:39 UTC
Description of problem: I think, this is related to AS7 plugin, because this issue happens to me sometimes (mostly) when I run my AS7 testsuite.


Version-Release number of selected component (if applicable):
Version: 4.3.0-SNAPSHOT
Build Number: b4761de

How reproducible: hard

I am still not sure about the steps to reproduce, but this issue happens mostly when I run rhq-eap testsuite

This is, what my tests does
Steps to Reproduce:
1. have EAP6 standalone configured to be unsecured
2. inventory EAP6, do some start/shutdown
3. secure EAP6  - by adding some random user, enabling security and restarting it (I do that using SSH)
4. right after that (observed by timestamps) agent starts to throw NPEs
  
Actual results: when agent throws too much NPE it is not able to detect new resources (like adding datasource on EAP etc). Only way to get it work is to restart agent


Expected results:


Additional info: I know, this is not usual usecase, since EAP6 comes secured by default and the right way to inventory it is to invoke 'install RHQ user' operation at first

 attaching debug log containing NPEs

Comment 1 Libor Zoubek 2012-02-08 15:09:02 UTC
Created attachment 560285 [details]
debug log

Comment 2 Libor Zoubek 2012-02-08 15:11:00 UTC
here is the NPE

2012-02-08 15:13:15,960 ERROR [InventoryManager.discovery-1] (rhq.core.pc.inventory.RuntimeDiscoveryExecutor)- Error in runtime discovery
java.lang.NullPointerException
        at org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.discoverForResource(RuntimeDiscoveryExecutor.java:239)
        at org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.discoverForResource(RuntimeDiscoveryExecutor.java:277)
        at org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.discoverForResource(RuntimeDiscoveryExecutor.java:277)
        at org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.discoverForResourceRecursive(RuntimeDiscoveryExecutor.java:158)
        at org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.runtimeDiscover(RuntimeDiscoveryExecutor.java:140)
        at org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.call(RuntimeDiscoveryExecutor.java:99)
        at org.rhq.core.pc.inventory.RuntimeDiscoveryExecutor.call(RuntimeDiscoveryExecutor.java:56)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
        at java.util.concurrent.FutureTask.run(FutureTask.java:166)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
        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)

Comment 3 Libor Zoubek 2012-02-09 09:40:09 UTC
hm .. so I've removed test, that is securing EAP6, and I still get NPEs on agent, I need to investigate more.

Comment 4 Heiko W. Rupp 2013-09-02 07:17:35 UTC
Bulk closing of issues that were VERIFIED, had no target release and where the status changed more than a year ago.