Am o configurație care a funcționat destul de bine în câțiva ani, până la ultima actualizare la Ubuntu Server 20.04. Am un nod principal: tftpd-hpa care oferă pxelinux.0
, kernel, initrdfs și parametrii de pornire:
root=/dev/nfs initrd=node-initramfs nfsroot=auto ip=dhcp rw
Nodul principal rulează, de asemenea, isc-dhcp-server cu următoarea configurație
default-lease-time 3600;
ddns-update-style none;
refuza pornirea;
deny bootp;
opțiunea nume-domeniu „XXX”;
nume-server "nod0.XXX";
subrețea XXX.XXX.XXX.0 mască de rețea 255.255.255.0 {
permite pornirea;
permit bootp;
default-lease-time 14400;
max-lease-time 172800;
opțiunea nume-domeniu „XXX”;
nume de fișier „pxelinux.0”;
opțiunea cale-rădăcină „XXX.XXX.XXX.1:/XXXX/nfsroot”;
nodul gazdă 1.XXX {
hardware ethernet 00:25:90:5b:cd:b8;
adresă fixă XXX.XXX.XXX.2;
opțiunea nume-gazdă „nod1”;
opțiunea cale-rădăcină „XXX.XXX.XXX.1:/XXXX/node1”;
}
.......
}
Desigur, nodul principal rulează nfs-kernel-server și exportă directoarele necesare pentru noduri.
Cu toate acestea, atunci când un nod fără disc pornește și ar trebui să fie utilizat nfsroot=auto
a aduce cale-rădăcină
opțiunea de la serverul dhcp, se blochează în modul de salvare cu mesaj nsfmount: nevoie de o cale
Dacă schimb parametrii kernelului în
root=/dev/nfs initrd=node-initramfs nfsroot=XXX.XXX.XXX.1:/XXXX/node1 ip=dhcp rw
un nod fără disc pornește în mod normal.
Nucleul și initramf-urile sunt standard și la fel ca pentru sistemul principal în /boot
director.
Orice idee, unde cale-rădăcină
se poate pierde în timpul pornirii?