Puncte:0

Sistem de fișiere rădăcină NFS

drapel tr

Încerc să fac ca un sistem de fișiere NFS root (și boot) la distanță să funcționeze corect și ating limitele cunoștințelor mele. Mă întreb dacă cineva mă poate îndruma în direcția corectă.

Server

Atât TFTP, cât și NFS sunt servite de un router Linksys WRT 1900 ACS care rulează OpenWRT 19.07. Acest dispozitiv are, de asemenea, un SSD extern care este folosit ca sistem de fișiere rădăcină suprapus.

https://openwrt.org/docs/guide-user/additional-software/extroot_configuration.

Fiecare client are un fișier de sistem rădăcină în acest director (Ubuntu 21.04)

/nfs/exports/tftp/

și un director de boot sub

/tftp/tftpboot/

Și aici este conținutul /etc/exports:

/overlay/upper/nfs/exports/ *(rw,sync,no_subtree_check,no_root_squash) /overlay/upper/tftp/tftpboot/ *(rw,sync,no_subtree_check,no_root_squash)

Dacă nu adaug prefixul /overlay/upper/, atunci nu pot monta directorul exportat

Clienții

Clienții pornesc cu succes PXE și încarcă sistemul de operare (Ubuntu 21.04), mă pot autentifica, SSH etc. Cu toate acestea, acest lucru nu este fără să văd erori în timpul pornirii sau dacă încerc să fac un upgrade apt-get.

Prima eroare pe care o văd în timpul pornirii este următoarea:

[Eșuat] Nu s-a pornit Remount Root and Kernel File System

apoi mai târziu văd

[Failed] Nu s-a putut monta /boot

totuși, odată conectat, /boot pare să fie montat.

Aici este fstab-ul de la un client

10.1.0.1:/overlay/upper/nfs/exports/tftp/68fe97e5 / nfs defaults,_netdev,nfsvers=4.1,proto=tcp 0 0

10.1.0.1:/overlay/upper/tftp/tftpboot/68fe97e5 /boot nfs defaults,_netdev,nfsvers=4.1,proto=tcp 0 0

tmpfs /tmp tmpfs implicite 0 0

tmpfs /var/tmp tmpfs implicite 0 0

tmpfs /var/run tmpfs implicite 0 0

(scuze pentru formatare)

Și /boot/cmdline.txt

net.ifnames=0 dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/nfs nfsroot=10.1.0.1:/overlay/upper/nfs/exports/tftp/68fe97e5,tcp elevator ip=dedhcp rootwait fixrtc rw cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memorie

Când mă uit la systemctl systemd-remount-fs.service văd această linie

27 mai 15:10:08 rdg-clust-01 systemd-remount-fs[317]: mount.nfs: a fost specificată o opțiune de montare incorectă

Poate cineva să spună ce opțiune greșesc?

Puncte:0
drapel in

Priviți cum funcționează acest lucru în KickStart, JumpStart sau vechiul RoboInstaller. Imaginea nucleului miniroot este deservită de TFTP, iar sistemul de fișiere este deservit de NFS. De asemenea, așa funcționau clienții UNIX fără disc pe vremuri. Sunt destul de sigur că nu poți servi un întreg sistem de fișiere cu TFTP. Doar că nu este modul în care este conceput protocolul.

Există o serie de documente online care vă pot ajuta să vă ghidați către o configurare de succes a sistemului fără disc:

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/managing_storage_devices/setting-up-a-remote-diskless-system_managing-storage-devices

https://www.xmodulo.com/diskless-boot-linux-machine.html

http://mirror.internode.on.net/pub/ldp/en/Diskless-root-NFS-HOWTO/Diskless-root-NFS-HOWTO.pdf

drapel tr
Sistemul de fișiere este servit prin NFS, doar am numit greșit un director. După cum am spus în OP, funcționează, pornește. Se plânge doar spunând că am o setare greșită

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.