lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 5 Dec 2006 19:43:04 +0100 (MET)
From:	Jan Engelhardt <jengelh@...ux01.gwdg.de>
To:	Trond Myklebust <trond.myklebust@....uio.no>
cc:	Janne Karhunen <Janne.Karhunen@...il.com>, MrUmunhum@...dial.com,
	linux-kernel@...r.kernel.org
Subject: Re: Mounting NFS root FS


>> Way 1:
>> 
>> mount -nt tmpfs none /var/lib/nfs;
>> mount -nt nfs fserve:/tftpboot/linux /mnt;
>> mount -n --move /var/lib/nfs /mnt/var/lib/nfs/;
>
>Nope. As Janne implied, the /var/lib/nfs partition _must_ be persistent,
>since it is used to store information about the servers on which the
>client holds locks and therefore needs to notify in case it reboots.
>Using tmpfs defeats the whole purpose of having an rpc.statd in the
>first place.

Well, tmpfs is persistens as long as the machine is powered on (and
you did not manage to fubar the tmpfs etc.), no?

Or, you can also get it out of tmpfs again and restart statd once
you've pivoted.

>> ./run_init -c /mnt /sbin/init; # or similar
>> 
>> And you can also start locking after pivot_rooting to /mnt, that would 
>> not even require (/mnt)/var/lib/nfs to be a separate mount.
>
>Much better idea. You can delay starting rpc.statd until you have set up
>your filesystem provided that you are not running any programs that
>require NLM locking. If you do need to run such a program before you
>start rpc.statd, then you will have to use the '-onolock' mount option.

Since we're on the topic locking, is it because I am not running
statd on the client that my NFS client hangs during boot phase?


	-`J'
-- 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ