Bug 1021487 - org.jboss.as.test.integration.mgmt.access.CliInterfaceStandardRolesBasicTestCase sometimes hang on running on Windows OracleJDK16
Summary: org.jboss.as.test.integration.mgmt.access.CliInterfaceStandardRolesBasicTestC...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Testsuite
Version: 6.2.0
Hardware: Unspecified
OS: Windows
unspecified
medium
Target Milestone: ER7
: EAP 6.2.0
Assignee: Ladislav Thon
QA Contact: Pavel Jelinek
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-21 11:46 UTC by Pavel Jelinek
Modified: 2013-12-15 16:18 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-12-15 16:18:25 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker WFLY-1458 0 Major Resolved Allow specifying timeout for org.jboss.as.arquillian.container.ManagementClient.isServerInRunningState() 2013-11-26 13:42:21 UTC

Description Pavel Jelinek 2013-10-21 11:46:26 UTC 
See: 

https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-61-as-testsuite-Win-matrix-OracleJDK6/55/jdk=java16_default,label_exp=w2k8%26%26x86/console 

https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-61-as-testsuite-Win-matrix-OracleJDK6/58/jdk=java16_default,label_exp=w2k8%26%26x86/console
Comment 1 Ladislav Thon 2013-10-21 14:46:02 UTC 
It's highly unlikely that this particular test case hangs just by itself. Looking at the output, it's more like the previous test case (AccessConstraintUtilizationTestCase) that failed didn't tear down correctly.

Will look into it. Given that I wrote the test, this is devel_ack+ as far as I'm concerned. Can't do that for real, obviously :-)
Comment 2 Ladislav Thon 2013-10-22 10:07:49 UTC 
OK, I was wrong, I didn't write AccessConstraintUtilizationTestCase. But I'll still look into it.
Comment 3 Ladislav Thon 2013-10-22 11:10:34 UTC 
OK, so here's what's going on. In both cases, some other test failed to tear down correctly. This can be inferred from:

1. Looking at failing tests that precede the RBAC TS. In both cases, IIOP tests fail because some other server is running and they have Arquillian configured to disallow this situation. The error messages in IIOP tests are pretty clear about this.

2. Looking at the failing test in the RBAC TS in second case. The test fails because it can't find a management resource /core-service=management/access=authorization/constraint=sensitivity-classification/type=messaging -- this can only happen when the server doesn't have the messaging subsystem. The RBAC TS uses standalone-full profile, which has messaging enabled, so there must be some server already running in wrong profile.

The purpose of this bug is for the CliInterfaceStandardRolesBasicTestCase test to fail fast and not try to wait indefinitely for something that's not gonna happen.
Comment 4 Ladislav Thon 2013-10-23 12:50:42 UTC 
I'm not sure if I found the same problem that caused this issue, but I did find an error in the implementation of Arquillian managed container in WildFly/EAP. In certain situations, similar to this one, the container startup timeout is prolonged cca 50x (default is 1 minute, so in the erroneous situation, it's 50 wasted minutes). Need to work on it upstream, not sure about hitting/missing 6.2.
Comment 5 Ladislav Thon 2013-10-23 13:20:43 UTC 
Linking an upstream JIRA that I believe is essentially the same problem: https://issues.jboss.org/browse/WFLY-1458
Comment 9 Pavel Jelinek 2013-11-11 11:22:19 UTC 
This issue was not spotted in EAP 6.2.0.ER7.
Note You need to log in before you can comment on or make changes to this bug.