Every time I run a gnulib test on a Solaris 10 box with NFS home drive,
it fails to remove the test directory. I've isolated it down to a
minimal case:
gnulib-tool --with-tests --test verify
complains about:
rm: cannot remove `testdir17481/gltests': File exists
Sure enough, it leaves behind testdir17481/gltests/.nfs699FA (or some
other name), whose contents are always that of test-verify.sh. My hunch
is that this means that the file is still open by at least one process
at the time we try to rm -rf the gltests directory, so NFS (in its
immortal stupidity) renames the file to a hidden name, then refuses to
delete the directory because it still contains a file. Obviously, after
a few seconds, whatever has held the file open exits, and I am then able
to remove the directory myself. But for the life of me, I can't figure
out what long-running process is being left behind after the execution
of ./test-verify.sh completes, to keep the shell script around in NFS in
the first place. Any help in tracking down the culprit would be
appreciated.
--
Eric Blake ebl...@redhat.com +1-801-349-2682
Libvirt virtualization library http://libvirt.org
