close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 12 years ago

Closed 12 years ago

#1592 closed Defekt (erledigt)

Etwas ist faul an Linbo

Reported by: Rüdiger Kupper Owned by: bau
Priority: unverzüglich erledigen Milestone: Schuljahr 2014/15
Component: Webdienst: Linuxmusterlösung Severity: beeinträchtigt den Unterricht vieler Lehrer
Keywords: Cc: jas, Rüdiger Kupper

Description

Das Trusty-Image ist prinzipiell fertig, ich habe einen Laptop aus Gruppe ubuntu mit dem lokal installierten OS.
Der Versuch, ein Image mittels Linbo zu verteilen, schlägt aber fehl:

  1. Linbo lässt sich nur in ca. 1 von 10 Versuchen vom Netzwerk booten. Meist erscheint die Fehlermeldung "Fehlerhafte PXE-Konfiguration". -- Ist hier etwas mit unserem PXE-Boot faul??
  2. Nachdem ich es geschafft hatte, Linbo zu booten, konnte ich ein Image im Cache erzeugen.
  3. Dieses Image wurde dann aber nicht auf den paedml hochgeladen. Linbo hat zwar behauptet, dass kein Fehler aufgetreten ist, es kam aber nichts an.
  4. Ein paar Minuten später klappte es dann scheinbar. Jetzt liegt ein trusty.cloop auf dem paedml. Ob das aber heil ist, weiß ich nicht.
  5. Der Versuch, dieses Image auf einem anderen Notebook der Gruppe ubuntu zu installieren, schlägt dauerhaft fehl: Gleiches Prblem mit dem Boot von Linbo. Wenn es dann gestartet ist, sehe ich nur einen leeren Linbo-Bildschirm. Und zwar deshalb, weil es offenbar nicht weiß, dass der Rechner in der Gruppe ubuntu ist. Er steht aber korrekt in der workstations-Datei.

Hier komme ich nicht weiter und habe auch schon vor Stunden die Lust verloren. Etwas ist einfach faul an Linbo, eventuell hängt es mit unseren PXE-Anpassungen zusammen.

Ich sichere jetzt das trusty.cloop aus dem Cache der Mustermaschine von Hand irgendwo hin, dann gebe ich auf. Solange das nicht geklärt ist, können wir Linbo nicht verwenden, also auch unsere neuen Clients nicht :-(.

Change History (5)

comment:1 by bau, 12 years ago

Status: new → accepted

OK, das ganze liegt definitiv an der DHCP-Konfiguration, ich hatte gerade genau die gleiche Problematik. Booten tut es problemlos, wenn es sein lease vom paedml bekommt, ansonsten funktuioniert die ganze Geschichte nicht. Die Gruppenzuordnung macht Linbo mit einem DHCP-Schalter, den ich in DNSMASQ nicht nachgebildet hatte, da das bislang eigentlich trotzdem geklappt hat.

comment:2 by jas, 12 years ago

Milestone: Schuljahr 2013/14 → Schuljahr 2014/15

comment:3 by Rüdiger Kupper, 12 years ago

Severity: normal → kritisch

Hast Du hier schon etwas gemacht? Wenn ja, dann hat es sich wieder geändert, ich habe nämlich unten in der NwT mit den Notebooks genau das gleiche Problem (wollte dort das neue Image testen):

  • in den meisten Fällen "missing or wrong PXE menu information"
  • wenn der PXE-Boot klappt und ich Linbo auswähle, kennt Linbo meist die Rechnergruppe nicht

Gibt's hier eine Lösung, denn dann könnten wir wirklich beginnen, die Images auf die neue Hardware zu verteilen!

comment:4 by bau, 12 years ago

OK, der PXE-Stack hat nicht akzeptiert, wenn die Zeichenfolge "(X)" im Bootmenü vorkam, das habe ich jetzt behoben.

Wenn Linbo von einem LTSP bootet, dann findet es seine Gruppe nicht - ich habe grade keine Ahnung, wo der das nachfragt - habe jetzt aber einfach mal die MAC's der aufgenommenen Linbo-PC auf den LTSP mit ",ignore" versehen, so dass die Linbo-Clients nun gezwungen werden, vom paedml zu booten.

Jetzt kann's also losgehen in den Beta-Test unseres Ubuntu-Images :-)

comment:5 by Rüdiger Kupper, 12 years ago

Resolution: → erledigt
Status: accepted → closed

Das Verfahren funktioniert jetzt, super!
Ich habe außerdem das import_workstations-Skript der Linuxmusterlösung so modifiziert, dass es automatisch unser make_ltsp_config aufruft. Damit kann man die Workstations wieder bequem vom Webinterface der Schulkonsole aus bearbeiten.

Ein kleines Problem bleibt:
Nach einer Änderung der workstations-Datei und Aufruf der Skripte import_workstations und make_ltsp_config dauert es dennoch ca. 15 Minuten, bis alle DHCP-Server die neue Konfiguration verwenden. Ein service dnsmasq restart scheint also nicht auszureichen, um die neue Konfiguration zu laden(?).
Innerhalb der ersten 15 Minuten nach dem Aufnehmen einer neuen Workstation kann es also passieren, dass die Workstation versehentlich noch von einem LtspServer bootet, oder dass Linbo die Rechnergruppe nicht erfährt. Nach einiger Zeit funktioniert dann alles wie gewünscht.

Note: See TracTickets for help on using tickets.