Mount point not found in mtab

[Mark Wielaard]

Hi,

We have a bit of a curious bug report against the latest IcedTea7, which
is supposed to turn into the M3 JavaOne special soon, so it is based on
OpenJDK7, M3, b59, which includes nio2-b99.

http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=339

Matthias packages this for Debian and Ubuntu and got a somewhat
mysterious failure during the make check phase (which is run after the
package is build to make sure the binary is sane), which runs jtreg on
the various workspaces. During one of these runs it gets:

Exception in thread "main" java.io.IOError: java.io.IOException: Mount
point not found in mtab
	at java.io.File$TemporaryDirectory$1.run(File.java:1787)
	at java.io.File$TemporaryDirectory$1.run(File.java:1781)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.io.File$TemporaryDirectory.isPosix(File.java:1780)
	at java.io.File$TemporaryDirectory.<clinit>(File.java:1778)
	at java.io.File.createTempFile(File.java:1877)
	at com.sun.javatest.WorkDirectory.saveTestSuiteInfo(WorkDirectory.java:890)
	at com.sun.javatest.WorkDirectory.createOrConvert(WorkDirectory.java:330)
	at com.sun.javatest.WorkDirectory.convert(WorkDirectory.java:279)
	at com.sun.javatest.regtest.Main.createParameters(Main.java:1253)
	at com.sun.javatest.regtest.Main.run(Main.java:792)
	at com.sun.javatest.regtest.Main.run(Main.java:690)
	at com.sun.javatest.regtest.Main.main(Main.java:634)
Caused by: java.io.IOException: Mount point not found in mtab
	at sun.nio.fs.LinuxFileStore.findMountEntry(LinuxFileStore.java:89)
	at sun.nio.fs.UnixFileStore.<init>(UnixFileStore.java:65)
	at sun.nio.fs.LinuxFileStore.<init>(LinuxFileStore.java:43)
	at sun.nio.fs.LinuxFileSystem.getFileStore(LinuxFileSystem.java:168)
	at sun.nio.fs.UnixPath.getFileStore(UnixPath.java:817)
	at java.io.File$TemporaryDirectory$1.run(File.java:1784)
	... 12 more

I don't believe this is related to the jtreg run in particular. But
depends on the package creation process which creates a chroot
environment where /tmp is bind mounted. I haven't been able to reproduce
this issue myself yet in a smaller context. But maybe it rings a bell
for someone?

Thanks,

Mark