kepler--torrents: Auf Aktualisierung der .torrent-Dateien prüfen

[Rüdiger Kupper]

Vermutlich Regression --> checken

[Rüdiger Kupper]

Hier war das Problem einfach nur, dass ich dem neu gesyncten Rechner die Win7.vdi nicht nach /cache gelegt hatte. Wir sollten uns einen Mechanismus ausdenken, mit dem ein frisch gesyncter Lehrerrechner die Datei selbstständig holt. (Z.B. den Torrent im Lehrernetz manuell starten, wenn er fehlt.)

[bau]

Der Service kepler--torrents macht genau das

[Rüdiger Kupper]

Das Holen der .torrent-Dateien ist da derzeit auskommentiert und zwar aus einem konkreten Grund: ctorrent reagiert unschön, wenn sich die .torrent-Datei geändert hat, aber das vdi bereits vorhanden ist. Das Skript muss also prüfen, ob sich die .torrent-Datei, die eventuell schon im Cache liegt, von der auf dem Server unterscheidet. Ist das der Fall, so muss die .torrent-Datei neu geholt werden, aber auch das alte vdi gelöscht werden!
(Das ist das Vorgehen, dass die LML auch mit den cloop-Torrents jedes mal macht.)

Der Teil müsste halt mal programmiert werden :-). Vielleicht können wir auch einfach den Code von der LML kopieren.

[bau]

OK, heißt:

[Image].torrent holen und ablegen als [Image].torrent.Server

• Wenn [Image].torrent-Datei nicht vorhanden
  • [Image].torrent.Server kopieren nach [Image].torrent
  • Dann sind die Dateien des Images auch noch nicht da - oder?
• Ansonsten:
  • Wenn [Image].torrent nicht mit [Image].torrent.Server identisch ist (diff kann das)
    • alle Dateien des Images löschen
    • [Image].torrent.Server kopieren nach [Image].torrent

Oder wollen wir uns der Einfachheit halber den ersten Fall schenken:

• Wenn [Image].torrent nicht vorhanden ist oder nicht mit [Image].torrent.Server identisch ist
  • alle Dateien des Images löschen
  • [Image].torrent.Server kopieren nach [Image].torrent

[bau]

# aktuelle .torrent-Datei vom Server holen
rsync paedml::linbo/$Image.torrent /cache/$Image.torrent.Server

# .torrent-Dateien vergleichen
diff $Image.torrent $Image.torrent.Server
if [ $? neq 0]; then
  rm $Image
  rm $Image.complete
  rm $Image.desc
  rm $Image.info
  rm $Image.postsync

  cp /cache/$Image.torrent.Server /cache/$Image.torrent
  rsync paedml::linbo/$Image.desc $Image.desc
  rsync paedml::linbo/$Image.info $Image.info
  rsync paedml::linbo/$Image.postsync $Image.postsync
fi

[Rüdiger Kupper]

Ist das der Code von der LML?
Für unsere Zwecke können die letzten drei rsyncs und drei rm oben entfallen, denn Win7.vdi hat kein .desc, .info und .rsync.
Sonst sieht das gut aus!

[lehm]

Ist das noch aktuell?

[Rüdiger Kupper]

Prinzipiell ja. Ich bin aber nicht sicher, ob der oben angegebene Code schon implementiert ist –> checken.
Jens verwendet für die virtuelle Windows7-Maschine inzwischen versionierte Images, das dürfte wohl unsere zukünftige Lösung auch für die *.cloop-Dateien sein. Dann sollte auch das Verteilen per Torrent im laufenden Betrieb ohne Störung klappen.
Also: ja, ist noch aktuell!

[bau]

Beachte vor allem die Planung: #3317 und #3338 (hier ist eine Versionierung zwingend!)

[Rüdiger Kupper]

Die Skripte für die cloop-Torrents und den Win7-Torrent sind nun separiert in getrennte systemd-Jobs.
Der Win7-Job ist enabled, der für die cloops disabled, kann aber manuell gestartet werden, wenn man sicher ist, dass nichts schief gehen kann.

Im Skript für die cloops ist daher nun das Holen und Vergleichen der .torrent-Dateien wieder einkommentiert. Außerdem habe ich einen Bug behoben, der die .torrent-Dateien nach dem Holen versehentlich wieder gelöscht hat. Daher wurden die cloops niemals geholt(!). (Haben wir uns nicht schon öfter gefragt, wieso cloops aus dem /cache-Verzeichnis plötzlich verschwinden – dieser Bug könnte der Grund gewesen sein …)