JDK-8058789 : java/nio/file/FileStore/Basic.java fails accessing NFS mount
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.nio
  • Affected Version: 9
  • Priority: P4
  • Status: Resolved
  • Resolution: Duplicate
  • Submitted: 2014-09-19
  • Updated: 2015-07-31
  • Resolved: 2015-07-31
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbd_minorResolved
Related Reports
Duplicate :  
JDK-8130274 - java/nio/file/FileStore/Basic.java fails when two successive stores in an iteration are determined to be equal
Relates :  
JDK-8077671 - (fs) java/nio/file/FileSystem/Basic.java hangs accessing NFS mount
Relates :  
JDK-8065959 - java/nio/file/FileStore/Basic.java failing on SLES
Relates :  
JDK-8081354 - java/nio/file/FileStore/Basic.java fails with: java.nio.file.NoSuchFileException: /usr/jserv
Description
TESTFAIL:java/nio/file/FileStore/Basic.java

java/nio/file/FileStore/Basic.java fails fails intermittently, may related to mount points temporarily not accessible.

----------System.err:(14/662)----------
java.lang.RuntimeException: Assertion failed
	at Basic.assertTrue(Basic.java:51)
	at Basic.doTests(Basic.java:123)
	at Basic.main(Basic.java:43)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at com.sun.javatest.regtest.MainAction$SameVMRunnable.run(MainAction.java:759)
	at java.lang.Thread.run(Thread.java:745)

JavaTest Message: Test threw exception: java.lang.RuntimeException
JavaTest Message: shutting down test

result: Failed. Execution failed: `main' threw exception: java.lang.RuntimeException: Assertion failed
Comments
Resolving as a duplicate of JDK-8130274. If the problem recurs a new issue may be filed.
31-07-2015
This is a test bug. This test fails when two mount points happen to be the same and happen to be consecutive. There are a couple things wrong. 1. it assumes there should not be 2 mount to the same place 2. when comparing it ignore the type of the mount. Note this tail of a listing of mount -d of a mac on which the test is currently passing: ..... map auto_direct on /asqe-fs (autofs, read-only, automounted, nobrowse) map auto_direct on /pkg (autofs, read-only, automounted, nobrowse) jesbuild.us.oracle.com:/export/nstools/contrib-arch on /tools/contrib-arch (nfs, nodev, nosuid, read-only, automounted, nobrowse) pkg.us.oracle.com:/export/pkg.i386.sunos5 on /pkg (nfs, nodev, nosuid, read-only, automounted, nobrowse) jesbuild.us.oracle.com:/export/nstools/ns-arch on /tools/ns-arch (nfs, nodev, nosuid, read-only, automounted, nobrowse) scanas403.us.oracle.com:/export/rom/nonsrc/sww/solaris on /usr/swi (nfs, nodev, nosuid, read-only, automounted, nobrowse) jarchive.us.oracle.com:/export/ij3/disk1/vol0/psres on /usr/psres (nfs, nodev, nosuid, automounted, nobrowse) mf-sfbay-03.us.oracle.com:/usr/dist on /usr/dist (nfs, nodev, nosuid, read-only, automounted, nobrowse) In particular note the two /pkg mounts. There are separated by another, so this will pass. We are seeing that eventually the other mount go away leaving this situation. ..... map auto_direct on /asqe-fs (autofs, read-only, automounted, nobrowse) map auto_direct on /pkg (autofs, read-only, automounted, nobrowse) pkg.us.oracle.com:/export/pkg.i386.sunos5 on /pkg (nfs, nodev, nosuid, read-only, automounted, nobrowse) Those last two are now consecutive and this test would fail. So the test passes depending on what mounts are avaible at the time. Maybe the test should also compare the type, autofs vs. nfs, of the mount rather than a simple compare, or it shouldn't be asserting this check at all. Maybe FileStore.equals() can do a better compare(???).
01-07-2015
Basic.jtr file from a failed test run on scaaa985.us.oracle.com where /pkg is mounted multiple times, _and_ appears two-in-a-row in the listing.
30-06-2015
Modified version of the Basic.java unit test with verbose output added: % diff Basic.java.00 Basic.java 113a114 > int fileStoreCount=0; 114a116 > fileStoreCount++; 123a126 > System.out.println(String.format("%d Compare filestores store: %s and prev: %s",fileStoreCount,store,prev));
30-06-2015
/net/koori/onestop/jtreg/4.1/promoted/latest/binaries/jtreg/bin/jtreg -jdk:build/macosx-x86_64-normal-server-release/jdk -dir:jdk/test -r:TEST_RESULTS/reportDIR -w:TEST_RESULTS/workDir java/nio/file/FileStore/Basic.java Directory "TEST_RESULTS/workDir" not found: creating Directory "TEST_RESULTS/reportDIR" not found: creating Test results: failed: 1 Report written to /scratch/jenkins/workspace/9-dev-build-mac/TEST_RESULTS/reportDIR/html/report.html Results written to /scratch/jenkins/workspace/9-dev-build-mac/TEST_RESULTS/workDir Error: Some tests failed or other problems occurred. The workDir/java/nio/file/FileStore/Basic.jtr file (also attached to this report) contains: 24 Compare filestores store: /asqe-fs (map auto_direct) and prev: /usr/swi (map auto_direct) /pkg (map auto_direct) (name=map auto_direct type=autofs) 25 Compare filestores store: /pkg (map auto_direct) and prev: /asqe-fs (map auto_direct) /pkg (pkg.us.oracle.com:/export/pkg.i386.sunos5) (name=pkg.us.oracle.com:/export/pkg.i386.sunos5 type=nfs) 26 Compare filestores store: /pkg (pkg.us.oracle.com:/export/pkg.i386.sunos5) and prev: /pkg (map auto_direct) ----------System.err:(15/766)---------- java.lang.RuntimeException: Assertion failed at Basic.assertTrue(Basic.java:52) at Basic.doTests(Basic.java:127) at Basic.main(Basic.java:44) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:502) at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:92) at java.lang.Thread.run(Thread.java:745) JavaTest Message: Test threw exception: java.lang.RuntimeException: Assertion failed JavaTest Message: shutting down test STATUS:Failed.`main' threw exception: java.lang.RuntimeException: Assertion failed
30-06-2015
Here is a case on the same machine that fails after unmounting two of the NFS mounts: sudo umount /net/koori/onestop sudo umount /net/pkg.us.oracle.com/export/pkg.i386.sunos5 Here is the df -h output: $ df -h Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/disk0s2 465Gi 41Gi 424Gi 9% 10813089 111115140 9% / devfs 183Ki 183Ki 0Bi 100% 635 0 100% /dev map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /net map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /home map auto_workspace 0Bi 0Bi 0Bi 100% 0 0 100% /workspace map auto_shared 0Bi 0Bi 0Bi 100% 0 0 100% /shared map auto_import 0Bi 0Bi 0Bi 100% 0 0 100% /import map auto_share 0Bi 0Bi 0Bi 100% 0 0 100% /share map auto_micro 0Bi 0Bi 0Bi 100% 0 0 100% /micro map auto_zones 0Bi 0Bi 0Bi 100% 0 0 100% /znfs map auto_scde 0Bi 0Bi 0Bi 100% 0 0 100% /scde map auto_kits 0Bi 0Bi 0Bi 100% 0 0 100% /kits map auto_java 0Bi 0Bi 0Bi 100% 0 0 100% /java map auto_src 0Bi 0Bi 0Bi 100% 0 0 100% /src map auto_ws 0Bi 0Bi 0Bi 100% 0 0 100% /ws map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /u map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /h map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /tools/contrib-arch map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /tools/ns-arch map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/psres map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/jserv map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/dist map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/swi map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /asqe-fs map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /pkg pkg.us.oracle.com:/export/pkg.i386.sunos5 618Gi 8.8Gi 609Gi 2% 276722 1277873299 0% /pkg jre.us.oracle.com:/p/v10 492Gi 466Gi 21Gi 96% 23904879 38219729 38% /net/jre.us.oracle.com/p/v10 koori:/onestop 1.0Gi 356Mi 668Mi 35% 41722 1367741 3% /net/koori/onestop
30-06-2015
To back up what Steve wrote in the previous comment, here is a case on scaaa985 that passes: $ df -h Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/disk0s2 465Gi 41Gi 424Gi 9% 10813026 111115203 9% / devfs 184Ki 184Ki 0Bi 100% 637 0 100% /dev map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /net map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /home map auto_workspace 0Bi 0Bi 0Bi 100% 0 0 100% /workspace map auto_shared 0Bi 0Bi 0Bi 100% 0 0 100% /shared map auto_import 0Bi 0Bi 0Bi 100% 0 0 100% /import map auto_share 0Bi 0Bi 0Bi 100% 0 0 100% /share map auto_micro 0Bi 0Bi 0Bi 100% 0 0 100% /micro map auto_zones 0Bi 0Bi 0Bi 100% 0 0 100% /znfs map auto_scde 0Bi 0Bi 0Bi 100% 0 0 100% /scde map auto_kits 0Bi 0Bi 0Bi 100% 0 0 100% /kits map auto_java 0Bi 0Bi 0Bi 100% 0 0 100% /java map auto_src 0Bi 0Bi 0Bi 100% 0 0 100% /src map auto_ws 0Bi 0Bi 0Bi 100% 0 0 100% /ws map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /u map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /h map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /tools/contrib-arch map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /tools/ns-arch map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/psres map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/jserv map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/dist map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /usr/swi map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /asqe-fs map auto_direct 0Bi 0Bi 0Bi 100% 0 0 100% /pkg koori:/onestop 1.0Gi 356Mi 668Mi 35% 41722 1367741 3% /net/koori/onestop pkg.us.oracle.com:/export/pkg.i386.sunos5 618Gi 8.8Gi 609Gi 2% 276722 1277873586 0% /net/pkg.us.oracle.com/export/pkg.i386.sunos5 pkg.us.oracle.com:/export/pkg.i386.sunos5 618Gi 8.8Gi 609Gi 2% 276722 1277873586 0% /pkg jre.us.oracle.com:/p/v10 492Gi 466Gi 21Gi 96% 23904879 38219729 38% /net/jre.us.oracle.com/p/v10
30-06-2015
http://java.se.oracle.com/mach5/view/9-dev-test/job/9-dev-tier2-mac-failuresHistory/Failure_History/
11-03-2015