Your message dated Mon, 21 Dec 2020 15:38:33 +0100
with message-id <[email protected]>
and subject line closing
has caused the Debian Bug report #800535,
regarding clients try to mount the nfsroot from dhcp-server instead of the
next_server, dhclient does not write next-server option
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
800535: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800535
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: isc-dhcp-client
Version: 4.3.1-6
In some situations a client tries to mount the nfsroot from the DHCP
server instead of using next_server. This happens if the DHCP server
is not the same as the tftp server and the DHCP server sends the
dhcp_server_identifier. If the initrd was build with dracut, the
kernel tries to mount the nfsroot from the server which is defined by
dhcp_server_identifier.
This patch may be merged with #731244 or you can find more details on
this behaviour there.
The root cause is, that a dhclient does not receive the dhcp option
next-server. next-server is not a dhcp option but instead it is sent
in siaddr field of DHCP message (see RFC 1541).
There's a patch in CentOS which adds the next-server option to the
dhclient script (see https://bugzilla.redhat.com/show_bug.cgi?id=658855)
I would like to see this patch also added into Debian. It cleanly
applies to upstream/4.2.5-P1 but not to the master branch.
I've extracted the file dhcp-4.2.5-next-server.patch from
http://vault.centos.org/7.1.1503/os/Source/SPackages/dhcp-4.2.5-36.el7.centos.src.rpm
and attached it to this mail.
dhcp-4.2.5-next-server.patch
Description: Binary data
--
regards Thomas
--- End Message ---
--- Begin Message ---
Closing this bug, since dracut now has a fix for it in dracut
051-1 which does this:
Change the order of NFS servers during the boot
NFS server provided by DHCP in next-server option has higher priority than
DHCP-server itself
No need for a patch in ISC dhcp daemon any more.
--
regards Thomas
--- End Message ---
