nfs-root und etherwake

Hi,

vielleicht hat ja schon jemand selbiges probiert und weiss wie es geht.

Ich möchte gerne einen diskless nfs-root client mit meiner SMT7020S realisieren.
Dieser soll per ehterboot oder netboot starten, die eigene IP, die Serverip und nfs-root Informationen aber selbst schon kennen und vor dem eigentlichen booten den Server (der im s2ram sein könnte) per etherwake (die MAC muss er dafür natürlich auch irgendwo gespeichert haben) aufwecken.

Hat sowas schonmal jemand probiert (hoffentlich erfolgreich) und kann mir sagen wie man das bewerkstelligt?

Leider werde ich im Netz zu diesem Thema irgendwie nicht fündig (alle Links die ich da finde beschreiben nur die falsche etherwake Richtung - nicht der Server wird geweckt sondern der Client).

MfG,
Norbert

Zitat

Original von sparkie

diese Parameter kannst du z.B. beim 'mkelf-linux' hart ins combined image nehmen (siehe 'man mkelf-linux'). ABer ich habe es inzwischen bei mir so geloest, dass alles ueber DHCP laeuft. Also mit Parameter

Code

mkelf-linux '--append=root=/dev/nfs ip=dhcp ....'

das funktioniert super, da spaetere Aenderungen am Netz nur im DHCP Server gemacht werden muessen.

genau diese Variante hat mir auch schon mal vorgeschwebt. Ich habe es jetzt aber IMHO besser geloest. Dazu habe ich auf meinem zentralen Router (der ist ja permanent online) nen Cronjob laufen, der jede Minute alle Boot/Shutdown Bedingungen fuer den Video-Server abprueft und dann diesen mit 'etherwake' oder 'init 0' steuert.

Diese Loesung ist IMHO flexibler als der 'etherwake' direkt im Client, weil ein (zentrales) Script auf dem Router nen besseren Gesamtueberblick als die (dezentralen) Clients hat.

Alles anzeigen

Die idee scheitert bei mir aber leider an der entscheidenden Stelle
a) Mein DHCP-Server ist mein Server
b) kann ich das nicht auf meinen Router oder WLAN AP abwälzen, da dort die DHCP funktionen nur minimal Konfigurierbar sind. So kann ich z.B. keine Festzuordnung von einer Mac auf eine IP machen oder unterschiedliche weitere DHCP Parameter setzen.
Das unterstützt leider weder der DLS-Router (Arcor Speedmodem 50Z), noch der WAP54G von Linksys (leider ist openwrt da noch work in progress).

Zitat

Original von MHi
Um den Server zu Wecken muesstest du von einer Ramdisk booten (initrd), diese muss dann den Server wecken und danach einen Moment warten, bis sie das Root-FS per NFS mountet...

Wie gut, dass ich mich noch nie mit initrd beschäftigt habe
Ich hatte irgendwie gehofft es gäbe die Lösung schon irgendwo als Howto.

Zitat

Original von sparkie

Ich habe zum Thema auch noch nichts gefunden. Darum eben meine Ersatzloesung.

Was benutzt du denn als router?
Vielleicht überlege ich mir dann diese Lösung zu adaptieren

Zitat

Original von sparkie

das ist aber nicht so schlimm.

Modifizieren der Ramdisk geht grundsaetzlich recht einfach:

Code

mkdir /tmp/RAMD
cd /tmp/RAMD
gunzip < /boot/initrd.img-2.6.22-2-686 | cpio -idv
vi init # oder sonst was
find . | cpio --quiet --dereference -o -H newc | gzip -9 > /boot/initrd.img-2.6.22-2-686

Nur, wenn man überhaupt eine hat geht das modifizieren recht einfach
Nur brauchte ich bisher nie eine für meine selbstgebauten Kernel.

Zitat

Original von Steve135

...ich denke ich habe Euer Problem vor einiger Zeit selbst gehabt und kann Euch nur diese Lösung hier ans Herz legen. Das funktioniert bei mir zur vollsten Zufriedenheit! :]:]:]

http://www.vdr-portal.de/board/thread.php?threadid=62914

Gruss Steve135

Alles anzeigen

Interessant klingen tut das, allerdings würde ich gerne auf Kosten von 45-60€ für die 3 geplanten Diskless Clients verzichten. Vorallem wo ich für diese 3 auf je ein 32MB DOM hätte, auf die Kernel + initrd draufpassen würden - wenn ich denn wüsste, wie ich in einem initrd die Netzwerkhardware schon vorkonfiguriere und ein etherwake ausführe (und dann ein wenig warte bis der Server hoffentlich oben ist).

Zitat

Original von sparkie

das ist, falls du debian etch verwendest, kein Thema mehr. Ich war unter sarge uebrigens auch kein Freund von 'initrd'.

Habe es mit dem Umstieg von sarge auf etch aber nochmal mit 'initrd' versucht. Es funkt!

Mein Diskless Client holt sich, vor der root-mount in der 'initrd' ausgefuehrt wird, seine IP ueber DHCP vom Router. Das erledigt u.a. die 'ipconfig' Utility aus der Kernellibrary (/usr/lib/klibc/bin).

Du muesstest vermutlich nur noch nen etherwake nach dem Aufruf von 'ipconfig' dazupacken. Ich denke das waere ohne grossen Aufwand zu realisieren. Diese Loesung gefaellt mir inzwischen auch

DIe eigentlichen Probleme beim Aufsetzen des Diskless Clients hatte ich erst waehrend die '/etc/rcS.d' Scripten ausgefuehrt werden. Da ist auch unter etch noch nicht alles so astrein. Zumindest war bei mir noch einiges zu fixen.

[EDIT]
du hast den DHCP Service auf dem Server laufen - ist auch kein Problem.
Man kann die Netzparameter alle auch hart vorgeben. Dann wird 'ipconfig' gar nicht benutzt. Aber an dieser Stelle koenntest du trotzdem den 'etherwake' machen.
[/EDIT]

Alles anzeigen

Na das klingt doch schonmal vielversprechend. Dann werd ich mal gucken wie ich das hingebogen bekomme. Und ja, ich benutze etch auf der Box

So einfach scheints dann doch nicht zu sein. Ich beisse mir da gerade die Zähne dran aus.

Ich hab mir zwar nen hook in /usr/share/initramfs-tools/hooks
gemacht, der dafür sorgt, dass etherwake und etherwake.conf (in zweiterer ist die MAC des zu weckenden Rechners) im initrd landen und auch ein script in
/usr/share/initramfs-tools/scripts/init-premount
dass etherwake ausführen soll, nur leider gibts da ein Problem.

Scheinbar wird zwar das initrd geladen, aber da ich dem Kernel root-nfs Parameter mitgebe nutzt er das initrd entweder garnicht - oder nur bis zum nfs-script.
Ergo wird mein wakescript nie ausgeführt.
Baue ich nun nfs-support als Modul, dann funktioniert das booten via NFS-Root wieder nicht.

Ich dreh mich da gerade im Kreis.

Zitat

Original von ThoBu
Hi!

Ich hab sowas auch mit der SMT vor, im Moment aber mit einem anderen Client genauso gelöst.
Dauert zwar ein bisschen länger (weil nicht wirklich optimiert), funktioniert aber ohne zum Server in den Keller zu laufen :o)
Und zwar so:
Client im Wohnzimmer startet über cf ein mini linux, das über etherwake den Server startet, dann 2 minuten wartet und dann ein reboot macht.
Danach startet er dann über Netzwerk, da Netzwerk in der Bootreihenfolge vor der lokalen CF Karte ist.

Gruß,

Thobu

Alles anzeigen

Die Idee hatte ich auch schon, aber passt ein minilinux zusätzlich zu Kerneln, initrd auf ein 32MB dom?

Zitat

Original von sparkie
hast du mal, wie in meinem obigen Post beschrieben, mit 'gunzip' und 'gzip -9' ent/gepackt?

Nicht 100% nach der Aufstellung oben, aber entpackt und reingeschaut habe ich und da waren die Files genau wie in meinen hooks beschrieben auch drin.
Es fand sich also etherwake und etherwake.conf wieder.
Das set -x vergesse ich jedesmal
Das pack ich gleich mal mit rein (ich hoffe ich finde das auch in den hooks ).

Ich nehme die hooks, weil ich es dann auch recht bequem anderen zur Verfügung stellen kann und gleich alles beim kernelinstall per dpkg -i gemacht wird.
Sprich in der nächsten zendeb wäre das als Option gleich mit drin
Dann müsste man nur /boot aufs dom packen und nen neuen Kernel installieren