EJUKEBOX and Java
Subsystems (2)
While I'm starting to investigate, I just wanted to post my quandry here:
We have a Linux-based Java application (2.4.17 kernel, IBM JVM) that accesses files over an NFS v3 mount (UDP) to a Solaris 8 NFS server that exports a SAM-FS filesystem (Sun's HSM product). It seems that whenever our application requests access to a file that resides on tape, it encounters a temporary deadlock condition. We know that the NFS server is returning EJUKEBOX at this point and it seems that once data begins to flow back to the client, the deadlock releases. Could this be in any way due to changing signal handling in the nfs3_rpc_wrapper function? The Java virtual machine does use signals for internal purposes; I believe libpthread does so as well. Any thoughts on this are more than welcome.
Signature · 10 lines
Brian Tinsley Senior Systems Engineer Emageon _______________________________________________ NFS maillist - [email protected] https://lists.sourceforge.net/lists/listinfo/nfs