project_key: JBPAPP6 SPNEGOLoginModuleTestCase fails consistently on IBMJDK as well as on IPV6(pure as well as dualstack) due to failed kerberos authentication. I think the testcase should be updated to handle all scenarios Job in Hudson: IPV6 on OracleJDk: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-60-as-testsuite-RHEL-OracleJDK6-dualstackIPV6/jdk=java16_default,label=linux-ipv6/7/testReport/ IPV4 on IBMJDK: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-60-as-testsuite-RHEL6-buildIBMJDK6_testrunIBMJDK16/lastCompletedBuild/testReport/org.jboss.as.test.integration.security.loginmodules.negotiation/SPNEGOLoginModuleTestCase/testAuthn/ Refer http://www-01.ibm.com/support/docview.wss?uid=swg1IV16528
Attachment: Added: error_ipv6_alljdk_JBPAPP-10036 Attachment: Added: error_ibmjdk_JBPAPP-10036.log
Hi Peter, Could you please take a look at this failure?The tests fail due to Kerberos authentication
Docs QE Status: Removed: NEW
Josef,since you are author of this testcase assigning this jira to you
This one was fixed in 6.1.0 already. @Pavel: could you please verify?
This test is still failing. See https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-60-as-testsuite-RHEL-OpenJDK6-dualstackIPV6/lastCompletedBuild/jdk=openjdk-1.6.0-local,label_exp=RHEL6%26%26x86%26%26ipv6%26%26!pure-ipv6/testReport/org.jboss.as.test.integration.security.loginmodules.negotiation/ https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-Testsuite/job/eap-60-as-testsuite-RHEL-matrix-IBMJDK6/24/jdk=ibm16,label_exp=RHEL6%26%26x86_64/testReport/org.jboss.as.test.integration.security.loginmodules.negotiation/
Came across this while cleaning the testsuite for EAP6.2. The recent failures. Not the original ones. Testing this locally, the InetAddress.getLocalHost() call isn't returning an IP address I can actually associate with my computer. Not the loopback, not from the ifconfig info, and not the external, so I'm not sure where it's getting the address, but it certainly doesn't work to connect either to this GSSTestServer or anything else on my system. Adding InetAddress.getLocalHost().getLoopbackAddress() seems to solve the problem, if the loopback address is all that's needed, but from reading it sounds like getLocalHost() isn't really recommended as the implementation varies between systems somehow. Another method is sifting thru NetworkInterface.getNetworkInterfaces() and either finding the loopback address or finding the... not-loopback, I suppose. There's a method to see if it's a loopback address. The weird-unknown-ip causing the problem doesn't show up in this call, so it might be safer. Not sure where the unknown-ip is coming from though.
The original issue no more occurs. The problem mentioned in comment 7 still persists but is specific for IPV6 on OpenJDK 1.6 and has new BZ https://bugzilla.redhat.com/show_bug.cgi?id=1033128 So I'm verifying this one.