Hi, Louis Rilling: > With aufs20081020 and Debian kernel Linux 2.6.25, an aufs mount exported by= > NFS, > I got a deadlock when using udba=3Dinotify to copy a file under an aufs bra= > nch, > while several NFS clients were accessing the server simultaneously. > > /proc/mounts on the server: > /dev/sda10 /srv ext3 rw,errors=3Dcontinue,data=3Dordered 0 0 > /dev/ram14 /srv/.nfsroot64-scratch ext2 rw,errors=3Dcontinue 0 0 > none /srv/nfsroot64 aufs rw,si=3Dfe5774f273e5041a,xino=3D/srv/.nfsroot64-sc= > ratch/.aufs.xino,noplink,udba=3Dinotify,br:/srv/.nfsroot64-scratch=3Drw:/sr= > v/.nfsroot64-base=3Dro 0 0 > > The command using udba was something like this: > > ~louis$ cp foo /srv/.nfsroot64-base/lib/
In your /proc/mount, I can see /srv/.nfsroot64-scratch but /srv/.nfsroot64-base. What is the filesystem of ...-base? And you execute cp on nfs server, aren't you? If you can set RR instead of RO to ...-base, then try it. The RR makes the branch an exception of inotiry watch. If you cannot, then try this patch. Junjiro R. Okajima
a.patch.bz2
Description: BZip2 compressed data
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
