homepage

I have this little test case:
import multiprocessing
 
manager = multiprocessing.Manager()
del manager
and I get this:
Traceback (most recent call last):
 File "/usr/lib/python2.7/multiprocessing/util.py", line 261, in _run_finalizers
 finalizer()
 File "/usr/lib/python2.7/multiprocessing/util.py", line 200, in __call__
 res = self._callback(*self._args, **self._kwargs)
 File "/usr/lib/python2.7/shutil.py", line 249, in rmtree
 onerror(os.remove, fullname, sys.exc_info())
 File "/usr/lib/python2.7/shutil.py", line 247, in rmtree
 os.remove(fullname)
OSError: [Errno 16] Device or resource busy: '/nfs/tmp/pymp-f7R9S6/.nfs00000000e039692f00000236'
(the TMDIR directory is in a nfs server)

"""
OSError: [Errno 16] Device or resource busy: '/nfs/tmp/pymp-f7R9S6/.nfs00000000e039692f00000236'
"""
That's because the temporary directory is removed while a file inside is still open.
And that's really likely the unix socket used by the server's listener.
What happens if you do this instead:
"""
import multiprocessing
 
manager = multiprocessing.Manager()
manager.shutdown()
del manager
"""
You should shutdown the manager before it gets garbage collected.
> (the TMDIR directory is in a nfs server)
Bad idea, for the following reasons:
- you're actually lucky Linux allows binding unix sockets over NFS filesystems, some Unix flavors don't
- you're likely to run into similar problems, because code which removes a temporary directory while having still an open FD is quite common, and will break with a tmp dir over NFS
- mkstemp() and friends use O_EXCL to create a temporary file securely, and some NFS implementations of O_EXCL are unsafe (should be OK with NFSv3 and later though)
- it's not a good idea performance wise

I'm closing, since the manager should be shutdown (and TMPDIR on NFS isn't a good idea).