Re: Running kernel does not match the kernel modules inside the nfsroot

Robert Markula <[email protected]>
Newsgroups gmane.linux.debian.fai
Message-ID <[email protected]>
Hi Romain,

are you sure about that? As long as you don't change the TFTP config 
file itself, a daemon restart shouldn't be necessary.

 From my experience, problems with TFTP are often related to 
directory/file permissions.

Cheers,


Robert


Am 24.03.22 um 14:43 schrieb Romain Pelissier:
> Hi!
> In fact I have found the issue, and maybe it could be mentioned 
> somewhere in the documentation.
> After any modification made in the tftp/pxe folder (/srv/tftp/fai) 
> (including adding or modifying a client's config) you need to restart 
> the tftp daemon in order to have the new parameters taking into account...
> Seems like it caches the info somewhere even if it is not totally 
> clear how and where.. Anyway, it works now:)
> thanks!
>
>
> Le mar. 22 mars 2022 à 20:22, CSCI Technician <[email protected]> a écrit :
>
>     Check the file that fai-chboot created. It looks like the kernel line
>     does not match the append line for kernel versions.
>      From your output the 4.19.0.9-amd64 kernel is booted but the
>     parameters
>     refer to the new kernel version initrd file.
>     Both need to be the same version.
>
>
>     On 3/22/22 12:53, Romain Pelissier wrote:
>     > Hi all!
>     > I really hope you can help me on this because I am pretty lost
>     on what
>     > do do to make it work..
>     >
>     > So, I am installing fai 5.10.3~buster1 on a debian stretch (not
>     sure
>     > if it is supported like this but...)
>     > I mostly want to install a debian buster os on a baremetal,
>     right now,
>     > just a basic install.
>     > fai.conf looks like:
>     > LOGUSER=fai
>     > FAI_LOGPROTO=ssh
>     > SERVER=192.168.44.34
>     > FAI_CONFIG_SRC=nfs://$SERVER/srv/fai/config
>     >
>     > my /etc/fai/apt/sources.list file (I have changed bullseye for
>     buster
>     > since I only need buster)
>     > cat /etc/fai/apt/sources.list
>     > deb http://deb.debian.org/debian buster main contrib non-free
>     > deb http://deb.debian.org/debian-security buster/updates main
>     contrib
>     > non-free
>     > #deb http://deb.debian.org/debian buster-backports main contrib
>     non-free
>     >
>     > # from bullseye on you need
>     > #deb http://deb.debian.org/debian-security bullseye-security main
>     > contrib non-free
>     >
>     > # repository that may contain newer fai packages for buster
>     > deb http://fai-project.org/download buster koeln
>     >
>     > The content of /etc/apt/sources.list.d/fai.list :
>     > cat /etc/apt/sources.list.d/fai.list
>     > deb http://fai-project.org/download stretch koeln
>     > #deb https://fai-project.org/download buster koeln
>     > #deb http://fai-project.org/download buster koeln
>     >
>     > I use the NFROOT config from
>     > https://github.com/faiproject/fai/commits/master/conf/NFSROOT but I
>     > changed bullseye to buster.
>     >
>     > Then I have run the fai-setup -v -f .
>     > I have to change a line in /usr/sbin/fai-make-nfsroot
>     > ROOTCMD="unshare --pid --fork --mount-proc chroot $NFSROOT"
>     > because --kill-child is not available as an option in the
>     > strech unshare binary
>     >
>     > So far so good, at least no errors at that point.
>     > I have created a host and setup the dhcp
>     > fai-chboot -I -F -v -u nfs://192.168.44.34/srv/fai/config
>     <http://192.168.44.34/srv/fai/config>
>     > <http://192.168.44.34/srv/fai/config> hp2testing
>     > the file is created
>     > So for what I understand, at that pointI should be able to boot and
>     > have a buster installed.
>     > The client boot the pxe image but at the end I got this:
>     >
>     > Fully Automatic Installation - FAI
>     > 5.18.3-busterl (c) 1999-2821 Thomas Lange Clange9cs.uni-koeln.de
>     <http://Clange9cs.uni-koeln.de>
>     > <http://Clange9cs.uni-koeln.de <http://Clange9cs.uni-koeln.de>>>
>     > inux 4.19.0-9-amd64 x86_64 GMU/Linux ernel parameters:
>     > BOOT_IMAGE=vmlinuz-4.19.8-9-amd64 initrdminitrd.img-4.19.8-9- .md64
>     > irdhcp root=10.199.44.34:/srv/fai/nfsroot:vcrs=3 rootovl
>     > FAI_FLAGS=menu initial.verbose.sshd.createvt
>     > FAI_COMFIG_SRC=nfs://10.199.44.34/srv/fai/config
>     <http://10.199.44.34/srv/fai/config>
>     > <http://10.199.44.34/srv/fai/config> Al_ACTIO11=install 'coding
>     > /tmp/fai/boot.log Al_FLAGS: menu initial verbose sshd createvt
>     getting
>     > SERVER=10.199.44.34. Value extracted from FAI_COMFIG_SRC. Can't
>     > connect to monserver on 18.199.44.34 port 4711. Monitoring
>     disabled.
>     > RROR: The running kernel does not match the kernel modules
>     inside the
>     > nfsroot. RROR: Kernel modules directory /11b/modules/4.19.0-9-amd64
>     > not available. Only found: lib/modules/4.19.8-19-amd64
>     > rror in task confdir. Code: 790 aceback: task error task_confdir
>     task
>     > !start main LOGUSER is undefined. Not saving log files to remote.
>     > FATAL ERROR. Installation stopped. root hp2testing:/* _
>     >
>     > (sorry if the output is ugly, I use an online image to text
>     converter...)
>     >
>     > So at the end the kernel used to boot 4.19.0-9 is not the
>     correct one
>     > found in the nfs server 4.19.8-19, but why?
>     > What step have I missed to have this error?
>     > If you can guide me on how to troubleshoot this I will really
>     > appreciate it.
>     > thanks!
>
>     -- 
>     Merlin Hansen
>     Department of Computing Science
>     Vancouver Island University
>     900 Fifth Street
>     Nanaimo BC  V9R 5S5
>     250-753-3245 x 2321
>     [email protected]
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.