Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8000439

NPG: REGRESSION : sun/security/krb5/auto/MaxRetries.java fails with timeout

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P2
    • Resolution: Not an Issue
    • Affects Version/s: hs25
    • Fix Version/s: hs25
    • Component/s: security-libs
    • Labels:
    • Subcomponent:
    • Introduced In Build:
      b02
    • CPU:
      sparc
    • OS:
      solaris_11

      Description

      sun/security/krb5/auto/MaxRetries.java

      The test fails with

      ----------------- TEST (1000,4) -----------------
      >>> KDCCommunication: kdc=localhost UDP:33333, timeout=1000,Attempt =1, #bytes=144
      >>> KDCCommunication: kdc=kdc.rabbit.hole UDP:16984, timeout=1000,Attempt =1, #bytes=144
      >>> KDCCommunication: kdc=localhost UDP:33333, timeout=1000,Attempt =1, #bytes=226
      >>> KDCCommunication: kdc=kdc.rabbit.hole UDP:16984, timeout=1000,Attempt =1, #bytes=226
      ----------System.err:(43/2757)----------
      javax.security.auth.login.LoginException: Receive timed out
      at com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:771)
      at com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:588)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:474)
      at javax.security.auth.login.LoginContext.invoke(LoginContext.java:785)
      at javax.security.auth.login.LoginContext.access$000(LoginContext.java:203)
      at javax.security.auth.login.LoginContext$4.run(LoginContext.java:698)
      at javax.security.auth.login.LoginContext$4.run(LoginContext.java:696)
      at java.security.AccessController.doPrivileged(Native Method)
      at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:696)
      at javax.security.auth.login.LoginContext.login(LoginContext.java:594)
      at Context.fromJAAS(Context.java:114)
      at MaxRetries.test1(MaxRetries.java:101)
      at MaxRetries.main(MaxRetries.java:70)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:474)
      at com.sun.javatest.regtest.MainWrapper$MainThread.run(MainWrapper.java:94)
      at java.lang.Thread.run(Thread.java:722)
      Caused by: java.net.SocketTimeoutException: Receive timed out
      at java.net.PlainDatagramSocketImpl.receive0(Native Method)
      at java.net.AbstractPlainDatagramSocketImpl.receive(AbstractPlainDatagramSocketImpl.java:143)
      at java.net.DatagramSocket.receive(DatagramSocket.java:781)
      at sun.security.krb5.internal.UDPClient.receive(NetClient.java:206)
      at sun.security.krb5.KdcComm$KdcCommunication.run(KdcComm.java:386)
      at sun.security.krb5.KdcComm$KdcCommunication.run(KdcComm.java:339)
      at java.security.AccessController.doPrivileged(Native Method)
      at sun.security.krb5.KdcComm.send(KdcComm.java:323)
      at sun.security.krb5.KdcComm.send(KdcComm.java:219)
      at sun.security.krb5.KdcComm.send(KdcComm.java:191)
      at sun.security.krb5.KrbAsReqBuilder.send(KrbAsReqBuilder.java:316)
      at sun.security.krb5.KrbAsReqBuilder.action(KrbAsReqBuilder.java:361)
      at com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:729)
      ... 21 more

      JavaTest Message: Test threw exception: javax.security.auth.login.LoginException: Receive timed out
      JavaTest Message: shutting down test

      STATUS:Failed.`main' threw exception: javax.security.auth.login.LoginException: Receive timed out
      result: Failed. Execution failed: `main' threw exception: javax.security.auth.login.LoginException: Receive timed out


      test result: Failed. Execution failed: `main' threw exception: javax.security.auth.login.LoginException: Receive timed out

        Issue Links

          Activity

          Hide
          weijun Weijun Wang added a comment -
          The test is failing again now with the same problem on the same machine.

          I've done 3 rounds of testing and the result is:

          b50-b57: always OK
          b58-b80: always fail
          b61-b66: always OK
          b67-b76: failed 6 times randomly (6/30 = 20%)
          b77-b83: always fail

          According to the SQE nightly reports, the test only fails on solaris-sparcv9.
          Show
          weijun Weijun Wang added a comment - The test is failing again now with the same problem on the same machine. I've done 3 rounds of testing and the result is: b50-b57: always OK b58-b80: always fail b61-b66: always OK b67-b76: failed 6 times randomly (6/30 = 20%) b77-b83: always fail According to the SQE nightly reports, the test only fails on solaris-sparcv9.
          Hide
          stefank Stefan Karlsson added a comment -
          It's not clear to me that this is a NoPermGen related issue anymore, and it's not even clear that it's a HotSpot and not a JDK issue.

          Do you have anything that supports that this test just isn't unstable?

          As I said before, running a JDK from before the PermGen removal but with -XX:-CompressedOops also triggers this timout. So, it seems to be very timing sensitive.
          Show
          stefank Stefan Karlsson added a comment - It's not clear to me that this is a NoPermGen related issue anymore, and it's not even clear that it's a HotSpot and not a JDK issue. Do you have anything that supports that this test just isn't unstable? As I said before, running a JDK from before the PermGen removal but with -XX:-CompressedOops also triggers this timout. So, it seems to be very timing sensitive.
          Hide
          weijun Weijun Wang added a comment -
          There is no recent changes to the test and source codes related. Yes, the test is timing sensitive, but it runs fine on other platforms and also before b57 and between b61 and b66. I tried to copy b76's libjvm.so to a b83 build but jtreg does not run with this "hybrid" jdk. Therefore I am currently unable to prove the issue is not a jdk one.
          Show
          weijun Weijun Wang added a comment - There is no recent changes to the test and source codes related. Yes, the test is timing sensitive, but it runs fine on other platforms and also before b57 and between b61 and b66. I tried to copy b76's libjvm.so to a b83 build but jtreg does not run with this "hybrid" jdk. Therefore I am currently unable to prove the issue is not a jdk one.
          Hide
          stefank Stefan Karlsson added a comment -
          I moved this bug to java.security. It has been shown that this test was unstable even before the PermGen removal. To see this, try JDK-b57 with -XX:-UseCompressedOops and see that it fails the same way as with the NPG build, JDK8-b58. Between b58 and b61 we didn't have CompressedKlassPointers so HotSpot was slightly slower and provoked this timeout. If you still see failures from this test, please open another bug.
          Show
          stefank Stefan Karlsson added a comment - I moved this bug to java.security. It has been shown that this test was unstable even before the PermGen removal. To see this, try JDK-b57 with -XX:-UseCompressedOops and see that it fails the same way as with the NPG build, JDK8-b58. Between b58 and b61 we didn't have CompressedKlassPointers so HotSpot was slightly slower and provoked this timeout. If you still see failures from this test, please open another bug.
          Hide
          weijun Weijun Wang added a comment -
          The test still only fails on solaris-sparcv9. Close as there is no convincing proof of it being a hotspot bug. Meanwhile, the test in placed inside ProblemList.txt for solaris-sparc.
          Show
          weijun Weijun Wang added a comment - The test still only fails on solaris-sparcv9. Close as there is no convincing proof of it being a hotspot bug. Meanwhile, the test in placed inside ProblemList.txt for solaris-sparc.

            People

            • Assignee:
              weijun Weijun Wang
              Reporter:
              nisriniv Nithya Srinivasan (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: