Date: Mon, 25 Apr 2016 10:00:52 +0200 From: =?UTF-8?Q?BERTRAND_Jo=c3=abl?= <joel.bertrand@systella.fr> To: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: Re: Diskless workstation and some minor issues Message-ID: <571DCEB4.1020509@systella.fr> In-Reply-To: <20160419161201.GZ2422@kib.kiev.ua> References: <57163991.4000100@systella.fr> <1461075243.1232.9.camel@freebsd.org> <20160419161201.GZ2422@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
Konstantin Belousov a écrit : > On Tue, Apr 19, 2016 at 08:14:03AM -0600, Ian Lepore wrote: >> On Tue, 2016-04-19 at 15:58 +0200, BERTRAND Jo?l wrote: >>> Second trouble. /var/log/message contains a lot of : >>> Apr 9 10:50:00 pythagore atrun[862]: cannot lock /var/at/jobs/: >>> Permission denied >>> >>> > Of course, lockd and statd are running on nfs server. Permission on >>> /var/at are : >>> >>> root@pythagore:/var/at # ls -al >>> total 8 >>> drwxr-xr-x 4 root wheel 512 Aug 12 2015 . >>> drwxr-xr-x 28 root wheel 512 Apr 15 09:14 .. >>> drwxr-xr-x 2 daemon wheel 512 Aug 12 2015 jobs >>> drwxr-xr-x 2 daemon wheel 512 Aug 12 2015 spool >>> root@pythagore:/var/at # >>> >>> > I don't understand where is the mistake. >>> >> >> This is a more serious problem. I have found it to be impossible to >> run a diskless workstation with a persistant /var mounted via NFS >> (either by itself or as a directory within the nfs rootfs). It's been >> this way for several years. You can add varmfs=yes to your rc.conf to >> get a working system, but then you have a non-persistant /var which >> really isn't very useful. >> >> Hmm, but the problems I usually have are with /var/run and pidfiles. >> I've never noticed this /var/at problem (maybe just because I gave up >> trying to run with an nfs-mounted /var before I noticed them). > > I successfully run with nfs-mounted /var (actually, part of the nfs-mounted > root) on my test machines, with the following boot setting: > boot.nfsroot.options="nolockd" > > What you need is the working advisory locks, but since /var is by its > structure, private, there is no need to share locking with the server > or other clients. nolockd makes the client kernel to handle adv locks > autonomously, without lockd/statd protocol. > Sorry for the delay, my diskless FreeBSD workstation is far away... Last saturday, I have added in /boot/loader.conf : hw.usb.no_boot_wait=1 boot.nfsroot.options="nolockd" First line works as expected but if I keep the second one uncommented, FreeBSD doesn't boot anymore. Kernel is loaded and launchs init but dhclient refuses to send DHCP request to server... Regards, JB
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?571DCEB4.1020509>