Date: Fri, 06 May 2005 09:19:59 +0200 From: Eirik =?ISO-8859-1?B?2A==?=verby <ltning@anduin.net> To: Danny Braniss <danny@cs.huji.ac.il>, <hartzell@alerce.com> Cc: "stable@freebsd.org" <stable@freebsd.org> Subject: Re: Current status of nullfs and/or unionfs? Message-ID: <BEA0E73F.14A29%ltning@anduin.net> In-Reply-To: <E1DTwAl-000PKy-Ht@cs1.cs.huji.ac.il>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06-05-05 08:18, "Danny Braniss" <danny@cs.huji.ac.il> wrote: >> Eirik =D8verby writes: >>> [...] >>> What can I expect to see when trying nullfs and/or unionfs today? Has >>> anything changed? Do I have even a remote chance of making it work - an= d if >>> it doesn't work, what are my chances of anyone having time or energy to= look >>> into it? I'm an admin only, no coder, otherwise I'd be happy to look in= to it >>> myself. >>=20 >> I'm using unionfs to mount a copy of my ports tree into a jail on a >> fairly currently patched 5.3 system. It works beautifully except that >> it sometimes can't be unmounted as the machine shuts down, leading to >> an fsck. >>=20 >> I've been trying to characterize it. Seems like I can mount it, start >> a jail, stop the jail, and unmount it just fine. However if I do >> anything in the jail's ports tree, then it won't unmount. Last >> experiment I did was to log into the jail and do a couple of 'syncs', >> then log out, shut the jail down and unmount it. That worked that one >> time. >>=20 >> Not enough to file a bug yet, but the anecdote might be useful. >=20 >=20 > we use unionfs with our diskless, mounting the read-only root via nfs, th= en > union /etc with a memory file system, the per host files (rc.conf, fstab = ...) > get copied to it, so that after a reboot no need to fsck anything. works > like a charm! Interesting approach. Is this with 4.x or 5.x? How do you union-mount /etc (mount command/fstab entry)? /Eirik >=20 > a happy user of unionfs, > danny >=20 >=20 >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BEA0E73F.14A29%ltning>