[HOWTO] Diskless NFS-Clienten unter Debian mit eigenen Confdir und standartkernel

denke schon, dass es die richtige initrd ist. ist zumindest die, die ich in der chrootumgebung erstellt habe und dann nach /var/lib/tftboot kopiert habe

ich bin nun endlich auch dazu gekommen weiterzumachen, allerdings hängt der
client nun beim booten?

Hi,

habe den Serverpart nun auf einer physikalischen Maschine installiert. Jetzt funktioniert es auch mit nem VM-WARE Client.

Leider hakt es aber noch beim Einbinden von dem /home. Serverseitig ist es folgendermaßen exportiert

/home/          *(rw,no_root_squash,no_all_squash,async,hard,intr,no_subtree_check)

Clientseitig ist es so eingebunden

192.168.99.19:/home     /home nfs       rw,auto,async 0 0

Die Fehlermeldung beim mount -a lautet

Zitat

rpcbind: server localhost not responding, timed out
RPC: failed to contact local rpcbind server (errno 5)
rpcbind: server localhost not responding, timed out
RPC: failed to contact local rpcbind server (errno 5)
rpcbind: server localhost not responding, timed out
RPC: failed to contact local rpcbind server (errno 5)
mount.nfs: internal error

Alles anzeigen

Auch sind die locales nicht richtig installiert. Die Konsole auf der Tastatur lässt sich auch nur englisch bedienen. Da habe ich ebenfalls keine Ahnung, wie man das wegbekommt. Der X-Server lässt sich nicht starten, da er wohl nicht nach /home/user schreiben bzw. locken kann

Zitat

xauth: errot in locking authority file /home/user/.Xauthority

Diese Problem sollten wohl mit nicht ausreichenden Schreibrechten zutun haben, aber wie bekommt man dies in den Griff?

Gruß, Heinzelrumpel

apt-get install console-data

damit klappt es dann auch mit der deutschen tastatur belegung.

leider funktioniert das aufs bei mir auch nicht, das config verzeichnis wird einfach nicht genutzt :-/

Kron:

ich benutze für Server und Client Debian (etch/unstable)

Mit dem aufs bin ich etwas weitergekommen, jetzt wird zumindest
im Config Directory ein Verzeichnis mit der Mac Adresse des Clients angelegt.

Im Howto fehlte noch:

sudo cp rootaufs /etc/initramfs-tools/scripts/init-bottom
sudo chmod a+x /etc/initramfs-tools/scripts/init-bottom/rootaufs

sonst wird zumindest bei mir rootaufs beim Start nicht ausgeführt.
Allerdings bringt das Skript einige Fehler beim Mountpoints verschieben.
Der mount Befehlt der Debian initrd kennt nicht den Parameter --move.
Desweiteren unterstützt das Debian aufs Kernel Modul 2.6.24 kein NFS Branch (laut
Logausgabe) Nach Update auf 2.6.25 läuft das Script ein Stück weiter und bringt
dann ein Kernel-Oops...

in sid (unstable) leider auch so :-/

laut aufs homepage brauchen die dist kernel spezielle updates damit es auch mit nfs klappt....

denn oops hatte ich auch schon :-/ ich werde montag mal ubuntu probieren....

ubuntu klappt bei mir auch gut, allerdings klappt der nfsmount erst nachdem ich auf dem server zweimal ?!

exportfs -rv

ausführe...

Hallo Kron,

>> edit:
>> ok, hat sich erledigt:
>> echo "unconfigured-client" > /etc/hostname
>> so gehts!

erstmal vielen herzlichen Dank für das super HowTo, haste echt sehr gut geschrieben -> funktioniert alles 1A! (nachdem ich bei den Clients von Sid auf Hardy umgestiegen bin )

Ich bin grade dabei ein kleines BOINC Netzwerk aufzubauen, und alle Clients sollen halt direkt von dem Server booten -> funkt wie gesagt auch bestens!

Eine Sache will mir aber partout nicht gelingen: Wenn ich in der Chroot Umgebung den Hostname des Systems ändere, ändert sich auch der Hostname vom "Muttersystem". Meine Idee ist halt das alle neuen (noch unbekannten, also noch keinen "config" ordner habenden) Clients erstmal den Hostname "unconfigured-client" bekommen, den ich dann nacher ändere.

Kannst du mir sagen wie ich das hinbekommen könnte?

Ich habs so versucht:

mount -t proc none /var/lib/netboot/root/proc
mount -t sysfs none /var/lib/netboot/root/sys
chroot /var/lib/netboot/root
mount -t devpts -o gid=4,mode=620 none /dev/pts
mount -t tmpfs none /dev/shm
hostname unconfigured-client

Gruß,
smoove

Also muss ich nur aufs auf lenny aus den sourcen installieren und das sollte die Probleme beseitigen?

Danke für die Anleitung. Funktioniert mit Ubuntu hardy (fast) wunderbar.

Wie verhindere ich die Funktionen von "aufs" für andere Dateisysteme,
z.B. für Homeverzeichnisse, die von einem anderen Server angemountet
werden? Für diese sollen ja keine Dateien unter /var/lib/netboot/config/xx-xx-xx-xx-xx-xx/
angelegt werden.
Ich mounte die Homeverzeichnisse mittels automount an, da dauert es eine
Weile, bis das Verzeichnis angemountet wird. Während dieser Zeit werden
unter /var/lib/netboot/config/xx-xx-xx-xx-xx-xx/home/... Dateien angelegt,
das ist natürlich nicht korrekt und ich möchte es explizit verbieten. Wie kann ich das?

Danke.

>Wie verhindere ich die Funktionen von "aufs" für andere Dateisysteme,
>z.B. für Homeverzeichnisse, die von einem anderen Server angemountet
>werden?

Die Ursache war ein Bug:
https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/226219

Aber trotzdem wäre eine solche Option für Fehlersituationen nicht schlecht.

Viele Grüße.
P.

Kron

wollte mich der NFS-Sache wieder annehmen, jedoch checke ich das mit dem aufs-kompilieren nicht. Auf sourceforge gibt es ne Kurzanleitung, aber ..naja

Nehme mal stark an, dass ich aufs inden Kernel kompilieren muss, oder reicht auch als Modul? Denke eher fest einkompilieren. Weißt du da näheres?

Gruß, Heinzelrumpel