Hallo Dominik, Am 12.09.2014 um 11:23 schrieb Dominik Förderer: > Hallo, > > bei mir treten seit linbo 2.2.6-1 (lmn6.1) einige wirklich extrem > nervige Probleme auf...andere haben ähnliches in der Liste geschrieben. > Leider bringt auch keine Installation eines älteren Linbos mehr die Wende... > > Meine Bitte wäre, dass einige mal testen, ob die folgenden Probleme auch > bei ihnen auftreten...ich versuche mal alle Beobachtungen zusammenzufassen: > > 1. linbo-remote: > > - ein aktivierter Autostart des Betriebsystem wird nicht > ignoriert/überstimmt und daher werden die Remote-Befehle nicht > ausgeführt, da schon ein linbo-prozess (nämlich der Autostart) läuft; > ein Traum, wenn man gerade ein neues Image erstellen wollte und die > Arbeit nach dem autosync umsonst war.... Ärgerlich aber durch > ausschalten des autostarts "workroundbar"
mit Einführung des Parameters -p hat sich die Bedienlogik von linbo-remote entscheidend geändert. Das muss in der Doku noch besser herausgestellt werden. Versuch mal mit eingeschaltetem Autostart linbo-remote -p <Befehlsliste> -w 0 -i <Host> Damit werden die Befehle abgearbeitet bevor die start.conf ausgewertet wird. -c ist eigentlich nur noch bei Clients sinnvoll, die schon online sind und nicht mehr aufgeweckt werden müssen. Deshalb habe ich die Manipulation der start.conf rausgenommen, da dies auch zu Fehlern führte, wenn ein linbo-remote-Aufruf aus irgendeinem Grund abgebrochen wurde. > > - bei ausgeschaltetem Autostart gibt es weitere Probleme; die > Remote-Befehle partition und initcache werden komplett ignoriert; per > linbo_wrapper direkt auf dem Client gestartet funktionieren sie aber. > Ganz toll, wenn man z.B. an einer postsync-Datei etwas ändert und sich > wundert einen halben Tag lang wundert, warum nach einem initcache noch > alles beim Alten ist... Das kann ich hier nicht nachvollziehen. linbo-remote -c partition,format,initcache -w 30 -i <Host> tut hier genau, was es soll. > > 2. linbo-sync klappt nicht "zuverlässig" > > - wird nur eine Kleinigkeit, z.B. nur etwas an der postsync-Datei > geändert, dann "merkt" Linbo die Änderung an der Datei nicht bei einem > normalen remote gestarteten pxe-Boot mit sync+start, d.h. der cache wird > nicht initialisiert Kann ich auch nicht nachvollziehen. Eine auf dem Server geänderte postsync wird hier bei Sync+Start heruntergeladen und ausgeführt. > > 3. neu+start macht keinen Postsync > > - wird im Rahmen von neu+start auch ein neues cloop vom Server geholt, > dann wird nach der Synchronisation das postsync-Skript nicht ausgeführt Wiederum hier nicht nachvollziehbar. > > 4. import_workstations - pxe-Bootconfig > > - bei import_workstation werden nicht für alle Hardwareklassen > pxe-Bottkonfigs in /var/linbo/pxelinux.cfg/<Hwkname> aus der > Defaultkonfiguration erzeugt. Und wenn doch, dann werden bei einigen > HWK's Änderungen in der start.conf.<Hwkklasse> an den Kernel-Options für > linbo nach einem import_workstations nicht in die pxe-Bootkonfig > geschrieben... > Hier erzeugt import_workstations für alle Rechnergruppen, für die PXE-Boot vorgesehen ist PXE-Boot-Konfigurationsdateien, wenn noch keine vorhanden ist. Kernel-Optionen werden nur angepasst, wenn in der PXE-Boot-Konfigurationsdatei der Rechnergruppe die Zeile ### managed by linuxmuster.net ### vorhanden ist (siehe http://is.gd/HJjlHY). VG, Thomas
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
