Linbo nach update auf 2.3.31 nicht mehr funktionsfähig?

Hallo zusammen,

nach längerer Zeit habe ich auch mal wieder ein richtiges Problem, und bin mir nicht sicher ob das mit Mitteln aus den anderen Linbo-Threads gelöst werden kann.

Hintergrund:
Seit über einem Jahr habe ich keine neuen Rechner mehr aufnehmen müssen, alles lief stabil. Ich habe das Grub-Menü eingerichtet, so dass ich nur sehr selten in die Linbo-Gui muss.
Nun wollte ich heute einen Rechner aus dem Bestand einer anderen Rechnergruppe zuweisen. Habe die Änderungen in der workstations-Datei eingetragen, import_workstations durchgeführt, und dann per linbo-remote die nötigen Befehle zum partitionieren, formatieren, syncen, starten abgesetzt. Als ich später in der Schule war habe ich gesehen dass das nicht richtig geklappt hat:
Im Grub-Menü war die neue Rechnergruppe (ubuntu14plus) zu lesen, auch die BS-Einträge haben gestimmt. Manche BS ließen sich aber nicht daraus starten. Also habe ich den Rechner in die Linbo-Gui durchgebootet, und dort wird der Rechner ohne Rechnergruppe geführt!
Das funktioniert aber nicht. Irgendwie scheint der Rechner aus der Linbo-Gui nicht mit dem Server kommunizieren zu wollen, obwohl er eine IP etc. bekommt!

Ich habe nun den Rechner komplett aus der workstations entfernt, und wollte ihn neu aufnehmen.
Der Versuch den Rechner neu zu registrieren endet mit folgendem Fehler:

Da Linbo keine HDD-Daten anzeigt habe ich das ganze noch mit einem nagelneuen PC ausprobiert, identisches Ergebnis. Wäre auch komisch gewesen, der Rechner hat bis zur Änderung der Rechnergruppe einwandfrei funktioniert.

Hat jemand Ideen?

Liebe Grüße
Alex

Hallo ALex,

Im Grub-Menü war die neue Rechnergruppe (ubuntu14plus) zu lesen, auch
die BS-Einträge haben gestimmt. Manche BS ließen sich aber nicht daraus
starten. Also habe ich den Rechner in die Linbo-Gui durchgebootet, und
dort wird der Rechner ohne Rechnergruppe geführt!
Das funktioniert aber nicht. Irgendwie scheint der Rechner aus der
Linbo-Gui nicht mit dem Server kommunizieren zu wollen, obwohl er eine
IP etc. bekommt!

ich glaube nicht, dass das das Problem ist (juhu, dreimal das(s)
hintereinander :slight_smile: ).
Entweder stimmt etwas mit der Zeile in der workstations nicht, oder
etwas stimmt in der start.conf nicht.
Bitte poste mal beides hier.

LG

Holger

Hallo Holger,
kann morgen die Dateien liefern, glaube aber nicht an ein Problem dort. Die Start.conf ist seit langem im Einsatz.

Bei der Rechnerneuaufnahme kommen ja beide Dateien noch gar nicht zum Einsatz! Siehe letztes Bild: Was bedeutet diese Fehlermeldung?

LG Alex

Hier die Zeile aus der workstations:
bio;bio-pc02;ubuntu14plus;3C:D9:2B:50:77:0F;10.17.6.2;255.240.0.0;1;1;1;1;1;

Hier die zugehörige start.conf:

[LINBO]                  # globale Konfiguration
Cache = /dev/sda6        # lokale Cache Partition
Server = 10.16.1.1
Group = ubuntu14plus
SystemType = bios
RootTimeout = 600        # automatischer Rootlogout nach 600 Sek.
AutoPartition = no       # keine automatische Partitionsreparatur beim LINBO-Start
AutoFormat = no          # kein automatisches Formatieren aller Partitionen beim LINBO-Start
AutoInitCache = no       # kein automatisches Befüllen des Caches beim LINBO-Start
DownloadType = torrent     # Image-Download per torrent|multicast|rsync, default ist rsync
BackgroundFontColor = white
ConsoleFontColorStdout = white
ConsoleFontColorStderr = red
KernelOptions = dhcpretry=15

[Partition]              # Start einer Partitionsdefinition, Windows XP
Dev = /dev/sda1          # Device-Name der Partition (sda1 = erste Partition auf erster Platte)
Size = 30G               # Partitionsgroesse in kB (Bsp.: ca. 5G)
Id = 83                   # Partitionstyp (83 = Linux, 82 = swap, c = FAT32, 7 = NTFS, ...)
FSType = ext4            # Dateisystem auf der Partition
Bootable = no            # Bootable-Flag
Label =

[Partition]              # Definition der Cache-Partition
Dev = /dev/sda2          # Device-Name der Partition (sda3 = dritte Partition auf erster Platte)
Size = 15000000                  # Partitionsgroesse in kB (Bsp.: keine Angabe = Rest der Platte, ca. 5GB)
Id = 83                  # Partitionstyp (83 = Linux, 82 = swap, c = FAT32, ...)
FSType = ext4            # Dateisystem fuer Cache-Partition (ext4)
Bootable = no            # Bootable-Flag
Label =



[Partition]
Dev = /dev/sda3
Size = 5000000
Id = 82
FSType = swap
Bootable = no
Label =



[Partition]
Dev = /dev/sda4
Size =
Id = 5
FSType =
Bootable = no
Label =



[Partition]
Dev = /dev/sda5
Size = 15000000
Id = 83
FSType = ext4
Bootable = no
Label =



[Partition]
Dev = /dev/sda6
Size =
Id = 83
FSType = ext4
Bootable = no
Label =



[OS]
Name = Ubuntu 14.04
Version =
Description =
IconName = ubuntu.png
Image =
BaseImage = ubuntu1404.cloop
Boot = /dev/sda1
Root = /dev/sda1
Kernel = vmlinuz
Initrd = initrd.img
Append =
StartEnabled = yes
SyncEnabled = yes
NewEnabled = yes
Hidden = yes
Autostart = yes
AutostartTimeout = 60
DefaultAction = start



[OS]
Name = Windows virtuell
Version =
Description =
IconName = virtuell.png
Image =
BaseImage = virtualbox.cloop
Boot = /dev/sda5
Root = /dev/sda5
Kernel = vmlinuz
Initrd =
Append =
StartEnabled = no
SyncEnabled = yes
NewEnabled = no
Hidden = yes
Autostart = no
AutostartTimeout =
DefaultAction = sync

Hallo Alex,

Wenn du die Rechner direkt aus Grub startest (ohne Linbo, haben wir auch), wird bei einem import_workstations die Grub-Konfiguration nicht neugeschrieben (weil du die Zeile # ### managed by linuxmuster.net ### in der /var/linbo/boot/grub/rechnergruppe.cfg entfernt hast). Das würde erklären, warum manche Rechner nicht mehr aus Grub gestartet werden konnten und vielleicht löst es auch deinen anderen Probleme.

Ich würde an deiner Stelle ein Backup von deinen Anpassungen in den jeweiligen *.cfg Grubdateien machen und dann die Zeil oben wieder hinzufügen, damit import_workstations die Datei auf den richtigen Stand bringt.

Bitte beachte auch diese Hinweise hier: http://docs.linuxmuster.net/de/latest/systemadministration/troubleshooting/hardwarebugs.html#probleme-mit-grafikkarten-treibern

vG Stephan

Hallo Alexander,

hab jetzt meine workstations-Datei nicht zur Hand, aber ist da nicht eine 1 zu wenig. Das hatte ich auch schon Mal mit genau den gleichen Symptomen.

Grüße

Jürgen

Nein, das müsste passen.

Ich fürchte das Problem ist größer als zunächst angenommen. Ich habe mittlerweile ein paar Versuche gemacht, und gerade habe ich das Problem, dass Anpassungen in der start.conf durchaus in die entsprechende /boot/grub/xxx.cfg geschrieben werden (also die Zeile ### managed by …### ist drin), aber die Rechner ziehen diese Änderungen für Linbo beim nächsten Start nicht vom Server…

Gruß Alex

Hallo Alex,

Ich würde an deiner Stelle ein Backup von deinen Anpassungen in den
jeweiligen *.cfg Grubdateien machen und dann die Zeil oben wieder
hinzufügen, damit import_workstations die Datei auf den richtigen
Stand bringt.

Ich fürchte das Problem ist größer als zunächst angenommen. Ich habe
mittlerweile ein paar Versuche gemacht, und gerade habe ich das Problem,
dass Anpassungen in der start.conf durchaus in die entsprechende
/boot/grub/xxx.cfg geschrieben werden (also die Zeile ### managed by
…### ist drin), aber die Rechner ziehen diese Änderungen für Linbo beim
nächsten Start nicht vom Server…

booten sie den vom Netzwerk?

Nun müssen wir systematisch ran gehen.
Deine workstationszeile sieht korrekt aus.
Deine Symptome passen aber auf „Fehler in workstations oder in start.conf“
In der start.conf hab ich auf Anhieb keinen Fehler gefunden: vor allem
können das auch nicht sichtbare Fehler sein: ein Windowseditor, der
andere Zeilenumbrücke reingeschrieben hat, die man nciht sieht.

Deswegen würde ich mal anders vorgehen:

  1. Platz auf Server?
    df -h
    df -i
    absetzen: irgendwo 100%?

  2. Switch spinnt: Switches vom Strom trennen (alle bis zum Server) und
    nochmal versuchen

  3. Rechner „näher“ an den Server bewegen (an den Hauptswitch) → nochmal
    versuchen

  4. Client in nagelneue Gruppe aufnehmen und start.conf Vorlage aus
    /var/linbo/examples/ hinkopieren, dann import_workstations aufrufen und
    genau schauen, ob da Fehler erscheinen.
    Dann nochmal testen.

  5. am Client findet er die Festplatte nicht: heißt sie den noch sda?
    Cleint in linbo booten → auf KOnsole gehen und
    fdisk -l /deb/sda
    fdisk -l /dev/sdb
    eintippen
    SD Kartenleser im Client?

  6. linbo auf Client nicht vollständig aktualisiert: bei einem Client
    alle Partitionen löschen (mit linbo auf der console oder mit einer
    linuxbootcd), dann neu booten und mit linbo Paltte formatieren.

LG

Holger

Hallo zusammen,

für mich schaut es so aus, als ob der TFTP - Prozess nicht läuft (siehe Screenshot 3) …

Was sagt denn ein netstat -aunp |grep -e ".69" auf dem Schulserver?

Grüße

udp        0      0 0.0.0.0:69              0.0.0.0:*                           20765/in.tftpd  
udp        0      0 127.0.0.1:696           0.0.0.0:*                           520/rpc.statd   
udp        0      0 127.0.0.1:46953         127.0.0.1:46953         VERBUNDEN   2085/postgres

Sieht doch aus als wenn das läuft, oder?
Gruß, Alex

Hallo Alex,

Ja. Dies ist also nicht das Problem. Um sicher zu gehen, würde ich den Dienst noch neu starten.

service tftpd-hpa restart

Grüße

Hab ich gemacht, hat aber nichts gebracht. Ich warte jetzt bis heute Abend, und starte dann sämtliche Switche und den Server neu, mal schauen was passiert…

Gruß, Alex

Ich kann eine zusätzliche Information liefern:

unter /var/linbo/log finden sich keine Dateien xxx_linbo.log, die jünger als 26. März 2018 sind.

Für mich heißt das, dass das Linbo sämtlicher Rechner seit diesem Datum nicht mehr mit dem Server kommuniziert, und nur noch das lokal auf der Festplatte hinterlegte Linbo arbeitet.

LG Alex

Hallo Alex,

in deinem letzten Screenshot gibt’s ja eine rsync-Fehlermeldung.

Läuft denn der rsync-Dämon überhaut auf dem Server? Schau doch mal nach mit

service rsync status

Möglicherweise funktioniert deswegen der Austausch der Log- und Konfig-Dateien nicht?

Viele Grüße

Andreas

* rsync is running

Schade, ist es wohl auch nicht…

LG Alex

Was sagt denn die interne Firewall auf dem Server?

iptables -L

Andreas

Ich kenne mich mit iptables nich aus, und da kommt natürlich eine ganze Menge…

Kannst du mir sagen was dich interessiert?
Alex

Wenn da eine ganze Menge kommt, ist das wohl ganz gut, denn soweit ich das verstanden habe, sollten da für jede Workstation mehrere ACCEPT-Zeilen dabei sein, also z.B. sowas

17:14/0 server ~ # iptables -L |grep bio-pc
ACCEPT     tcp  --  bio-pc08.schule.local  anywhere             tcp multiport dports domain,ldap,ldaps,ipp,auth,sunrpc,netbios-ssn,microsoft-ds,1095:1125,6881:6969,http-alt
ACCEPT     udp  --  bio-pc08.schule.local  anywhere             udp multiport dports domain,netbios-ns,netbios-dgm,9000:9100,34571
ACCEPT     tcp  --  bio-pc08.schule.local  anywhere             tcp multiport dports ftp-data,ftp,ssh,smtp,imaps,http,242,https,999

Falls nicht (das war meine Vermutung) blockt evtl. die Firewall die Clients.

Andreas

Nein, das sieht bei mir so aus wie bei dir…
LG Alex