[Unionfs] Re: rw nfs branch (Re: unionfs root on nfs)
Martin Kreiner
m.kreiner at levigo.de
Sun Mar 5 12:57:04 EST 2006
Hans-Peter Jansen schrieb:
> Hi Junjiro-San, hi *,
>
> Am Freitag, 4. November 2005 16:47 schrieb hooanon05 at yahoo.co.jp:
>
>>Here is my patch for nfs and procfs, it is against
>>unionfs-20051025-2113. I applied it after my rename2.patch + lookup
>>patch, both patches are posted to this ml on 27 October.
>>nfs patch calls some kernel internal functions, so you need to link
>>unionfs statically instead of dynamic module.
>>If you meet a problem again, try '#define Debug' in proc.c (new
>>file). It will print which process accessed to proc fs.
>>Although I tried procfs patch will be available in non-nfs
>>environment, I didnt test it much.
>
>
> I'm desperately seeking a (short time) fix for the /proc problem to get
> my SuSE 9.3 diskless NFS setup going until the unionfs crew come along
> with an "official" fix. How did you solved this in your environment?
> Still based on this patch? The "statically linking" order isn't very
> appealing, since I try very hard to keep the distribution kernel
> untouched, if possible somehow.
>
> I already evaluated these possibilies:
> - server based union:
> no problem with /proc, but server crashes forces all clients to
> reboot, which isn't an option in my setup..
> - client based union:
> we all know about the consequences of missing mmap support
> looked into patching startproc, but this is getting somewhat hairy,
> and only fixes one problem source
> certain tricks with mount --move and pivot_root
>
if startproc does not check inode consistency (like debians start-stop-daemon),
and pivot_root is not an option (because you are using initramfs whith
run-init) you can trick startproc (and other programms relying on "proper"
/proc/<PID>/exe links) by moving your nfsroot right after init starts (e.g. in
/etc/rcS.d/S00-unionfs):
mount --move "$NFSROOT" /
this works for me (with some additions).
martin
> None of these approaches fulfils my needs, but startproc patching still
> looks like the most attractive ATM, which I will tackle tomorrow.
>
> Regards,
> Pete
More information about the unionfs
mailing list