Try to run core libs tests -- All IO tests failing

Jonathan Gibbons jonathan.gibbons at oracle.com
Tue Jul 30 14:05:07 PDT 2013 

Bumped the isue to P2, marked it "Affect 8" and added a link to this thread.

-- Jon

On 07/30/2013 01:57 PM, Nick Williams wrote:
> Ahhh. I know what's going on.
>
> http://blog.leon-rosenberg.net/2012/08/oracle-kills-getlocalhost-on-macos-x-in.html
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7180557
>
> Maybe someone can fix this year-old Java 7 bug that makes 
> getLocalHost() not work sometimes on Mac OS X? :-)
>
> N
>
> On Jul 30, 2013, at 3:53 PM, Jonathan Gibbons wrote:
>
>> Regarding the hostname, jtreg is executing the following code for all 
>> tests, not just java.io tests
>>
>>        String hostname;
>>        try {
>>            hostname = InetAddress.getLocalHost().getCanonicalHostName();
>>        } catch (UnknownHostException e) {
>>            hostname = "unknown";
>>        }
>>
>>
>>
>> On 07/30/2013 01:50 PM, Nick Williams wrote:
>>> Gotchya.
>>>
>>> I commented out the java.io tests locally for now.
>>>
>>> By the way, I noticed something. Before, when the java.io tests were 
>>> failing, the output said "hostname=unknown." However, now that I'm 
>>> connected to the VPN and they're passing, the output says 
>>> "hostname=10.211.55.2." When I unplug from the ethernet altogether, 
>>> the output says "hostname=127.0.0.1."
>>>
>>> Sounds like that has something to do with this weird failure of all 
>>> java.io tests.
>>>
>>> N
>>>
>>> On Jul 30, 2013, at 3:46 PM, Jonathan Gibbons wrote:
>>>
>>>> jtreg itself does not "stop on error". If you're driving the tests 
>>>> through the makefiles, the makefiles may partition the work into 
>>>> separate jtreg runs on separate parts of the test suite.
>>>>
>>>> -- Jon
>>>>
>>>>
>>>> On 07/30/2013 01:13 PM, Nick Williams wrote:
>>>>> Okay, this is indeed very interesting. After two hours it was only 
>>>>> about half-way through the java.io tests and all of them had 
>>>>> failed so far. On a sheer hunch and nothing more, I unplugged my 
>>>>> ethernet cable, thus disconnecting me from any/all networks and 
>>>>> the Internet. BOOM. The rest of the java.io tests finished (and 
>>>>> passed) in a few seconds, leaving 137 that had failed. I then 
>>>>> re-ran the tests while still disconnected from the Internet and 
>>>>> 312 of the java.io tests passed this time, leaving only 1 failure 
>>>>> (java/io/BufferedReader/Lines.java, output below).
>>>>>
>>>>> I plugged my Ethernet back in and ran the tests again and java.io 
>>>>> started failing every test again, timing out after 60 seconds 
>>>>> each. Curiously extending my hunch I remained connected over 
>>>>> Ethernet and connected to a remote network via OpenVPN. Now all of 
>>>>> the java.io test pass again (except that same one, with the same 
>>>>> output).
>>>>>
>>>>> What on Earth??? (If it helps, I'm on Mac OS X 10.7.5.)
>>>>>
>>>>> Unfortunately, the one failed java.io test prevents jtreg from 
>>>>> continuing on to the next set of tests (java.lang). Anyone know 
>>>>> how to tell jtreg to continue running on error?
>>>>>
>>>>> Nick
>>>>>
>>>>> #Test Results (version 2)
>>>>> #Tue Jul 30 14:53:42 CDT 2013
>>>>> #-----testdescription-----
>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedReader/Lines.java
>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test
>>>>> keywords=bug8003258
>>>>> run=USER_SPECIFIED testng Lines\n
>>>>> source=Lines.java
>>>>> title=\
>>>>>
>>>>> #-----environment-----
>>>>>
>>>>> #-----testresult-----
>>>>> end=Tue Jul 30 14\:53\:42 CDT 2013
>>>>> execStatus=Error. Unexpected exception caught from test 
>>>>> java/io/BufferedReader/Lines.java\: java.lang.NullPointerException
>>>>> sections=script_messages Details
>>>>>
>>>>> #section:script_messages
>>>>> ----------messages:(0/0)----------
>>>>>
>>>>> #section:Details
>>>>> ----------messages:(0/0)----------
>>>>> ----------Stack trace:(10/672)----------
>>>>> java.lang.NullPointerException
>>>>> at 
>>>>> com.sun.javatest.regtest.TestNGReporter.getMatcher(TestNGReporter.java:97)
>>>>> at com.sun.javatest.regtest.TestNGReporter.add(TestNGReporter.java:80)
>>>>> at 
>>>>> com.sun.javatest.regtest.TestNGAction.endAction(TestNGAction.java:131)
>>>>> at com.sun.javatest.regtest.MainAction.run(MainAction.java:260)
>>>>> at 
>>>>> com.sun.javatest.regtest.RegressionScript.run(RegressionScript.java:149)
>>>>> at com.sun.javatest.Script.run(Script.java:228)
>>>>> at 
>>>>> com.sun.javatest.DefaultTestRunner.runTest(DefaultTestRunner.java:174)
>>>>> at 
>>>>> com.sun.javatest.DefaultTestRunner.access$100(DefaultTestRunner.java:43)
>>>>> at com.sun.javatest.DefaultTestRunner$1.run(DefaultTestRunner.java:66)
>>>>> result: Not run. Test running...
>>>>>
>>>>>
>>>>> test result: Error. Unexpected exception caught from test 
>>>>> java/io/BufferedReader/Lines.java: java.lang.NullPointerException
>>>>>
>>>>>
>>>>> On Jul 30, 2013, at 1:39 PM, Nick Williams wrote:
>>>>>
>>>>>> On Jul 30, 2013, at 1:16 PM, Nick Williams wrote:
>>>>>>
>>>>>>> On Jul 30, 2013, at 1:10 PM, Alan Bateman wrote:
>>>>>>>
>>>>>>>> On 30/07/2013 11:02, Nick Williams wrote:
>>>>>>>>> I'm running the core libs tests locally (for the first time), 
>>>>>>>>> and every java.io test is failing. They're all failing for the 
>>>>>>>>> same reason (output below), and I suspect it's something local 
>>>>>>>>> and not an actual problem. But the test output is not very 
>>>>>>>>> helpful. Note that all of the java.beans tests passed with 
>>>>>>>>> flying colors. Once it got to java.io, everything started 
>>>>>>>>> failing. Worse, each test is taking 60 seconds to fail. I 
>>>>>>>>> could be here a while...
>>>>>>>>>
>>>>>>>>> Thoughts?
>>>>>>>> What command are you using? From the output it suggests that 
>>>>>>>> the connection between jtreg and the agent VM cannot be 
>>>>>>>> established.
>>>>>>>>
>>>>>>>> -Alan.
>>>>>>> Command, just like README-builds.html#testing says:
>>>>>>>
>>>>>>> cd test && make 
>>>>>>> PRODUCT_HOME=`pwd`/../build/macosx-x86_64-normal-server-release/images/j2sdk-image/ 
>>>>>>> all
>>>>>>>
>>>>>>> I assume this is specifically an java.io-related problem because 
>>>>>>> all the java.beans tests passed without exception and so far 
>>>>>>> every java.io test through java.io.Externalizable (that's as far 
>>>>>>> as it has gotten) has failed without exception. Wouldn't a 
>>>>>>> problem with jtreg communicating with the agent VM have shown up 
>>>>>>> in java.beans as well? I could be wrong of course.
>>>>>> I see now that java.beans tests run in "othervm mode" while 
>>>>>> java.io tests run in "agentvm mode." Didn't realize they were 
>>>>>> being run differently. Your explanation makes much more sense 
>>>>>> now, but I still don't know what's wrong...
>>>>>>
>>>>>>>>> Here's the output from one of the tests. It looks like all the 
>>>>>>>>> other test outputs:
>>>>>>>>>
>>>>>>>>> #Test Results (version 2)
>>>>>>>>> #Tue Jul 30 12:38:15 CDT 2013
>>>>>>>>> #-----testdescription-----
>>>>>>>>> $file=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java
>>>>>>>>> $root=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test
>>>>>>>>> keywords=bug4143651
>>>>>>>>> run=ASSUMED_ACTION main ReadAfterClose\n
>>>>>>>>> source=ReadAfterClose.java
>>>>>>>>> title=Test if I/O methods will check if the stream has been 
>>>>>>>>> closed.
>>>>>>>>>
>>>>>>>>> #-----environment-----
>>>>>>>>>
>>>>>>>>> #-----testresult-----
>>>>>>>>> description=file\:/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java
>>>>>>>>> elapsed=60007 0\:01\:00.007
>>>>>>>>> end=Tue Jul 30 12\:38\:15 CDT 2013
>>>>>>>>> environment=regtest
>>>>>>>>> execStatus=Error. Cannot get VM for test\: 
>>>>>>>>> java.net.SocketTimeoutException\: Accept timed out
>>>>>>>>> hostname=unknown
>>>>>>>>> javatestOS=Mac OS X 10.7.5 (x86_64)
>>>>>>>>> javatestVersion=4.4.1
>>>>>>>>> jtregVersion=jtreg 4.1 dev b00
>>>>>>>>> script=com.sun.javatest.regtest.RegressionScript
>>>>>>>>> sections=script_messages build compile
>>>>>>>>> start=Tue Jul 30 12\:37\:15 CDT 2013
>>>>>>>>> test=java/io/BufferedInputStream/ReadAfterClose.java
>>>>>>>>> user.name=Nicholas
>>>>>>>>> work=/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/build/macosx-amd64/testoutput/jdk_io/JTwork/java/io/BufferedInputStream
>>>>>>>>>
>>>>>>>>> #section:script_messages
>>>>>>>>> ----------messages:(5/308)----------
>>>>>>>>> JDK under test: 
>>>>>>>>> (/Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/test/../build/macosx-x86_64-normal-server-release/images/j2sdk-image)
>>>>>>>>> openjdk version "1.8.0-internal"
>>>>>>>>> OpenJDK Runtime Environment (build 
>>>>>>>>> 1.8.0-internal-icholas_2013_07_29_21_14-b00)
>>>>>>>>> OpenJDK 64-Bit Server VM (build 25.0-b42, mixed mode)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> #section:build
>>>>>>>>> ----------messages:(3/100)----------
>>>>>>>>> command: build ReadAfterClose
>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>> elapsed time (seconds): 60.005
>>>>>>>>> result: Error. Cannot get VM for test: 
>>>>>>>>> java.net.SocketTimeoutException: Accept timed out
>>>>>>>>>
>>>>>>>>> #section:compile
>>>>>>>>> ----------messages:(3/235)----------
>>>>>>>>> command: compile -XDignore.symbol.file=true 
>>>>>>>>> /Users/Nicholas/Documents/OpenJDK/Projects/jdk8/jdk8/jdk/test/java/io/BufferedInputStream/ReadAfterClose.java
>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>> elapsed time (seconds): 60.005
>>>>>>>>> result: Error. Cannot get VM for test: 
>>>>>>>>> java.net.SocketTimeoutException: Accept timed out
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> test result: Error. Cannot get VM for test: 
>>>>>>>>> java.net.SocketTimeoutException: Accept timed out
>>>>>>>>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/jtreg-use/attachments/20130730/76c5968e/attachment-0001.html

More information about the jtreg-use mailing list