On Mon, Mar 24, 2008 at 12:28:01PM +0900, [EMAIL PROTECTED] wrote: > > Bruno Cesar Ribas: > > Catching up, you have a /var RO via NFS, AND this /var is in you by the > > machine that exports this NFS, right?! > > But it never mean that system freezes. Some applications will not work > correctly or may stop/abort, but aufs (or kernel itself) should keep > working even if files on nfs-ro branch are modified/removed on nfs > server. > I am afraid there may exist an unknown problem in aufs.
yes! that's what we were discussing at that another thread. Just trying to reproduce it. > > > > I'm saying that because I got some trouble at /var/cache/man , when I base > > machine ran cron jobs to recreate caches AND my aufs machine (which has /var > > as a NFS RO) got cron jobs to cache man stoped there. And any proccess which > > needed to read /var/cache/man/*something* got problem (that D state). > > In your case, the bug which were fixed today may be related since you > have written that CONFIG_AUFS_HINOTIFY is enabled. I'd like to suggest > you to The machine that i disabled HINOTIFY did no crash (yet?!). It is hard to say if this is the real problem. Yes! I saw Th update before you sent the e-mail =) > - update your aufs source files Doing in the morning. > - and find the way to reproduce a problem That's what i'm looking for!! > > Junjiro Okajima -- Bruno Ribas - [EMAIL PROTECTED] http://web.inf.ufpr.br/ribas C3SL: http://www.c3sl.ufpr.br ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
