rechner-5-06: IP gesperrt –> wiederherstellen

[Rüdiger Kupper]

Hm, grade hatten wir drüber gesprochen und kurz darauf beim Elternabend wurde die IP von rechner-5-06 beim Hochfahren gesperrt.

–> tenmporäre IP vergeben, morgen zurück andern!

[bau]

Rechner im Stützpunkt 1 lief gestern den ganzen Tag in LINBO, wenn der ein altes Image propagiert hat ist es klar, dass der nächste Rechner, der einen ctorrent startet hängen bleibt. Vermutung: jemand hat den Rechnern 5.06 in LINBO gebootet.

Das spricht mal wieder für Versionsnummern:

• Basisimage bekommt hinten eine 01
• beim Hochladen Versionsnummer hochzählen
• spezielle Testgruppe für Rechner, die neues Image testen/erhalten sollen
• zum Ausrollen: in der Basisgruppe die Versionsnummer anpassen, alle torrents anhalten (-> Funtion in synchelper einbauen), neue start.conf verteilen (-> synchelper), bei Rechnern mit wenig cache: altes Image löschen (-> synchelper kann freien Platz testen), torrents auf clients wieder starten (-> synchelper, alle Clients ziehen neues Image) zum Schluss muss nur noch einmal LINBO seine Arbeit tun

ToDo:

• StartUp-Script, welches uns wichtige Daten an den Server melden
• Damit meldet der Client seinen Status bei jedem Boot
• WebOberfläche zeigt aktuellen Status an und wann der Client in letzter Zeit (-> wie lange?) gebootet hat

[Rüdiger Kupper]

Replying to bau:

Rechner im Stützpunkt 1 lief gestern den ganzen Tag in LINBO, wenn der ein altes Image propagiert hat ist es klar, dass der nächste Rechner, der einen ctorrent startet hängen bleibt. Vermutung: jemand hat den Rechnern 5.06 in LINBO gebootet.

Leider bin ich aber sicher, dass der Rechner das aktuelle Image verteilt hat, ich habe ihn vor einigen Tagen nämlich erfolgreich gesynct. Also lag es nicht an der Version des Images.

Kann es sein, dass es schon ausreicht, dass *überhaupt* ein Rechner im Lehrernetz einen laufenden Torrent hat, während ein Rechner im Schülernetz nach Linbo bootet?

–> Der Schülernetzrechner versucht dann ja mit dem Lehrernetzrechner Kontakt aufzunehmen, erreicht ihn aber nicht, weil er eine 10.16er IP hat. Reicht das vielleicht schon, dass der paedml nach einigen Versuchen die IP sperrt?

[Rüdiger Kupper]

IP wiederhergestellt.

[bau]

Ich hatte am Freitag das Problem mal wieder in Raum 1-09 - Rechner nach LINBO gebootet und IP weg.
Wir müssen dringend die Images mit Versionsnummern versehen (Das System klappt bei den Win7_VERSION.qed ganz gut) und alle Rechner mal abklappern, ob die noch was altes im Cache vorhalten.

[Rüdiger Kupper]

Ich hatte das Problem am Freitag auch, nachdem ich den Torrent vom Lehrernetz auf Schülernetz umgestellt habe. Aber nur bei einem Rechner, alle anderen hatten kein Problem. Selbst, als ich im ganzen U1 den kepler--torrents-Dienst gestartet habe.

Eigentlich bin ich ziemlich sicher, dass kein Rechner mehr ein altes Image im Cache hat, das hatte ich mal überprüft. Daher war ich etwas erstaunt, dass das Problem doch wieder auftrat. (Und, dass es nur bei einem Rechner war …)

[bau]

Problem mit arbeitsstation-1:

• Boot nach LINBO, per linbo-remote: sync:1 - IP weg
• nach den Konferenzen war die IP wieder verfügbar
• Boot nach LINBO, per linbo-ssh alle Image-Dateien gelöscht, per linbo-remote: sync:1 - IP weg
• der zugehörige screen war noch ein wenig vorhanden, dort war deutlich: im .torrent-file stand die Lehrernetz-IP des files, sobald der ctorrent anlief war die IP weg