On 11/02/15 02:54, sf...@users.sourceforge.net wrote: > OmegaPhil: >> I will continue fighting this as a cgmanager bug, but any idea why aufs >> doesn't know that the reference is still held? > > ?? > Again I don't understand. > You could not rmmod aufs. It is because your system knows the reference > to the module is held, right? > Do you mean that every module should know which process is referencing > the module itself? If so, it might be better for you to post LKML, > although I am not sure whether people will be intrested in you. > > > J. R. Okajima
The crux of the problem is aufs returned success when unmounting, when it shouldn't have as not everything had released references to the volume. That was my question. I have reported in the following Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767468#58 The answer is probably this from the maintainer: 'cgmanager has made it so it can receive umount events from host ns, but my guess is / in host ns is still private so it doesn't send them. So cgmanager will need to umount everything it doesn't need at startup, or not create a private mount namespace.'
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
