#1781 closed Defekt (bleibt so)
Linbo-Sync per Torrent funktioniert nicht?
| Reported by: | Rüdiger Kupper | Owned by: | bau |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Schuljahr 2014/15 |
| Component: | Webdienst: Linuxmusterlösung | Severity: | beeinträchtigt keinen Unterricht |
| Keywords: | Cc: |
Description
Der Sync per Torrent läuft zwar, doch kommen regelmäßig auf den Clients Meldungen der Form "Update hängt seit {10,20,30,40,...} Sekunden.
Nach kurzer Zeit starten auf dem paedml viele rsyncd-Prozesse, was darauf hinweist, dass die Clients nach einiger Zeit von torrent auf rsync ausweichen. Irgend etwas läuft am Torrent-Sync also noch nicht richtig.
Change History (15)
comment:1 by , 12 years ago
| Status: | new → accepted |
|---|
comment:2 by , 12 years ago
Einige Rechner scheinen den Torrent ja zu bekommen. Manche spucken die Fehlermeldungen aus, manche scheinen auf rsync umzuschwenken...
comment:5 by , 12 years ago
??? war ich da in geistiger Umnachtung oder ist da ein Link am werkeln ???
comment:6 by , 12 years ago
Äh, nochmal genauer:
- Die beschriebenen Probleme treten bei der Rechnergruppe "schueler" auf, und dort ist "torrent" eingestellt. Darum geht's in diesem Ticket.
- Zum anderen Problem, dass linbo-remote im Lehrernetz nicht funktioniert, siehe ticket:1780.
comment:8 by , 12 years ago
Ah jetzt: Der Torrent funktioniert plötzlich im Schülernetz nicht oder wie?
comment:9 by , 12 years ago
Der Prozess scheint jedenfalls nicht richtig durchzulaufen, denn sonst würde ich doch auf dem paedml keine rsync-Prozesse sehen? Und die Fehlermeldungen ("torrent hängt seit x Sekunden") der Rechner sehen auch komisch aus.
Die Ausgabe der Rechner ist aber auch recht unübersichtlich und ich verstehe sie nicht genau. Müssen wir noch herausfinden.
comment:10 by , 11 years ago
| Resolution: | → bleibt so |
|---|---|
| Status: | accepted → closed |
Der Torrent-Sync funktioniert immer nur in dem Teilnetzwerk, von dem zuletzt ein Image hochgeladen wurde. Offenbar wird beim Hochladen des Images die Adresse des paedml als Torrent-Server gespeichert, und die ist nun mal im Schüler- und Lehrernetz unterschiedlich.
Das ist ein Bug in der Linuxmusterlösung.
comment:11 by , 11 years ago
Bug ist etwas hat - die linuxmuster.net ist halt nur für ein Netz entwickelt worden.
Wir nutzen die Features halt in zwei Netzen.
comment:12 by , 11 years ago
- @bau
- Du hattest doch eine Anleitung, wie man das Torrent-Problem von Hand behebt (eine Reihe von linbo-Kommandos). Kannst Du den Link dazu mal hier reinschreiben (oder die Befehle auf eine kleine Wiki-Seite schreiben?)
comment:13 by , 11 years ago
Ah, hier sind die Informationen:
https://www.linuxmuster.net/wiki/en:dokumentation:handbuch:linbo:torrent
comment:14 by , 11 years ago
Okay, die .torrent-Datei enthält aber immer wieder die IP des paedml aus dem Netz, von dem zuletzt hochgeladen wurde. (Wo merkt sich linuxmuster die denn??). Neu erzeugen mit linbo-bittorrent hilft da auch nichts.
Was also tun, wenn man eine "falsche" Torrent-Datei hat? Hier ist ein schmutziger Trick:
.torrent-Dateien sind zwar binär, doch einige Informationen stehen am Anfang des Files im Klartext:
paedml /var/linbo # head -c 160 trusty.cloop.torrent ; echo d8:announce32:http://10.16.112.4:6969/announce13:creation datei1442570460e4:infod6:lengthi4625781070e4:name12:trusty.cloop12:piece lengthi262144e6:pieces352920:
Wie man sieht, steht dort auch die Adresse des Servers im Klartext (10.16.112.4). Eine Qiuck-and-dirty Lösung ist es, diese Datei mit einem Hexeditor zu öffnen (z.B. Emacs mit "hexl-find-file") und die Adresse einfach zu überschreiben. Weil man dabei die Dateilänge nicht ändern kann, schreiben wir einfach 10.32.001.1:
paedml /var/linbo # head -c 160 trusty.cloop.torrent ; echo d8:announce32:http://10.32.001.1:6969/announce13:creation datei1442570460e4:infod6:lengthi4625781070e4:name12:trusty.cloop12:piece lengthi262144e6:pieces352920:
Und schon läuft der Torrent-Sync im Schülernetz wieder. (Natürlich nicht mehr im Leherernetz.)
comment:15 by , 11 years ago
Ich habe mal einen Blick in das Script /etc/init.d/linbo-bittorrent geworfen und siehe da, da iats die Misere versteckt: Das Script liest aus der /var/linbo/start.conf die Server-IP aus. Dort hatte ich irgendwann mal die 10.16.112.4 eingetragen und die 10.32.1.1 auskommentiert - danach hat das Script immer die 10.16.112.4 in den torrent eingetragen - ist jetzt behoben.
Wenn wir nun noch herausfinden, wie der Torrent-Dienst funktioniert, dann können wir auf dem grauen-Netz-Interface auch einen eigenen Torrent laufen lassen.
Der Torrent-Dienst wird nur auf dem internen Interface gestartet. Da müssen wir uns mal die Configs davon anschauen, ob der Torrent auch auf mehreren Interfaces horchen kann.