I am setting up net-booting of amd64 clients with an amd64 server
(HP Z400) running 7.6-release, using the diskless(8) manpage.
I want to set up a shared /usr nfs mount for the clients as described
in the manpage, so that a single set of installed packages can be
managed centrally.
tftpd, bootparams, dhcpd and nfs are set up as decribed in the mapage
Server IP (em0) 192.168.0.254
NFS rootfs /export is on a separate partition.
Client IP (also em0) 192.168.0.2 as set statically by mac address in
dhcpd.conf
/etc/exports on the server:
/export/client2 -maproot=root -alldirs 192.168.0.2
/usr -ro -network=192.168.0.0 -netmask=255.255.255.0
/var/db/pkg -ro -network=192.168.0.0 -netmask=255.255.255.0
showmount -e:
/var/db/pkg 192.168.0.0
/usr 192.168.0.0
/export/client2 192.168.0.2
/etc/fstab on client2:
192.168.0.254:/export/client2 / nfs rw 0 0
192.168.0.254:/usr/ nfs ro 0 0
swap /tmp mfs rw,-s=512M 0 0
192.168.0.254:/var/db/pkg /var/db/pkg nfs 0 0
When booting multi-user, all goes normally until the boot hangs at the
point of mounting /usr in the client's /etc/rc (line 489):
mount -s /usr >/dev/null 2>&1 # if NFS, fstab must use IP address
By removing the redirection temporarily, I can see the following error
on the client:
mount_nfs: bad MNT RPC: RPC: Unable to send; errno = Permission denied
This is repeated at intervals of 30 seconds or so.
However, showmount -a on the server thinks /usr is mounted:
showmount -a:
client2:/export/client2
client2:/usr
client2:/var/db/pkg
At this point if I interrupt the processing of /etc/rc the boot
continues, but fails miserably because /usr is not mounted. (verified
with mountd -d on the server)
If I do 'boot -s', after going to a shell it is possible to
mount /usr, /tmp and /var/db/pkg without issue.
If I add the bg (backgrouund the mount task) option to the client's
fstab for /usr (ro,bg) then boot proceeds but /usr never gets mounted.
As a check, I tried booting with a non-shared /usr in
the /export/client2 directory. Booting then works without problems. But
that defeats the object of net booting, to have a shared set of
installed packages.
One strange thing that may be relevant:
If I listen with 'tcpdump -nvi em0' on the server, I can see the rpc
request going to the server port 111 over udp each time the client
attempts to mount /usr :
192.168.0.2.xxx > 192.168.0.254.111: [udp sum ok] udp 56 (ttl 64, id
xxxxx, len 84)
But the reply back to the client from the server from the same port has:
192.168.0.254.111 > 192.168.0.2.xxx: [bad udp csum 8682! -> zzzz]] udp
28 (ttl 64, id xxxxx, len 56)
(xxxx, yyyy, zzzz are the random values chosen by the networking stack)
Is it still possible to boot diskless clients with a shared /usr? What
could be the cause of the 'bad UDP csum' errors, and the 'mount_nfs bad
MNT RPC' error?
It's particularly odd because single-user boot allows /usr to be
mounted read-only without issue.
I'm running out of things to try! All assistance in resolving this
gratefully accepted....
Possibly unrelated: before the boot process of /bsd starts, I see the
following PXEboot error flash by:
pxe_netif_open : PXENV_UDP_OPEN failed: 0x60
net_open: netif_open() failed
However, after this the booting of /bsd continues as normal until the
nfs mount hang described above.
--
Chris Billington
No comments:
Post a Comment