Allerdings habe ich auch aktuell jetzt 66 rsync Prozesse. In der start.conf steht, daß die PCs mit torrent geklont werden sollen. Soll das so sein? Ein Log des ctorrent finde ich nicht.
Die Geschwindigkeit ist elend langsam. Teilweise nur 2800K/s
Hallo Klaus,
wenn der torrent nach 120 sec. nicht seinen seeder erfolgreich gefunden
hat, dann fällt der Client auf rsync zurück: das scheint bei dir
passiert zu sein.
Bitte starte die torrents nochmal neu auf dem Server und versuch dann
nochmal ein rollout.
rsync bei mehr als 10 Clients ist immer sehr langsam.
Ich hatte das Klonen über die WebUI 7.1.10 und linbo-remote gestartet. Diese ignoriert offenbar die Einstellungen aus der start.conf(torrent) und macht immer rsync. Manuell hatte es dann geklappt und ctorrent wurde verwendet.
@Arnaud weißt Du da Bescheid? Weil ich Dich gerade anspreche fällt mir ein, daß auch die Überprüfung in der WebUI bzgl. „Up?“ nicht geklappt hat. Alle PC sind gelaufen und die WebUI hat das nicht erkannt. nmap ist auf dem Server installiert.
Die Webui wirft einfach nur ein linbo-remote Kommando, mehr nicht.
Hast du es als global-admin verwendet ? War es manuell das gleiche ?
Das mit dem Online Test ist noch nicht perfekt, auf jedem Fall. Um welches Betriebsystem sprechen wir da ? Falls Linux Clients, wenn kein SSH darau aktiviert ist, wird es nicht funktionieren.
die WebUI habe ich als global-admin verwendet. Manuell kann ich mit linbo-remote ja initcache:torrent angeben. Laut Skript ist das Standardverhalten das Auslesen der start.conf, wenn initcache nicht angegeben wird. Wenn ich initcache nicht angebe, so wird doch trotzdem, wenn es eine neuere Version auf dem Server gibt, das Image vom Server geholt, oder? Aber offenbar nur mit rsync. Wer weiß da Bescheid?
Der Onlinetest funktioniert mit Windows Clients nicht.
Wenn ich dich richtig verstehe, gibt du manuell die Zusatzoption initcache:torrent und ohne diese Option läuft die Synchronisation mit rsync : das hat nichts zu tun mit der Webui, außer dass, man kann in die Webui diese Option aktuell nicht eingeben.
Es wäre erst mal wichtig zu wissen warum im CLI ohne diese Option nur rsync geht.
Ich bin bei diesem Thema kein Profi, ich würde empfehlen zu schauen was :
systemctl status linbo-torrent.service
linbo-torrent status
liefern.
Ich habe kein Windows, ich kann es nicht testen, das würde nicht von mir entwickelt. das ist auch relativ abhängig von der Client Konfiguration.
stellen wir das doch mit dem rsync zurück, da ich es im Moment nicht mehr reproduzieren kann. Ich schreibe in einem neuen Thema ein paar Linbo spezifische Auffälligkeiten zusammen.
Nur kurz:
Eigentlich ja unabhängig vom Client Betriebsystem, weil der Client ja in Linbo steht, oder?
Mit diesem Ergebnis von nmap sehen wir, dass der Client an ist, und läuft unter Linbo. Damit sollte der Up funktioniert.
Ich habe es so verstanden, dass das Problem mit Up auftaucht wenn Windows gestartet ist.
Hallo!
Bei mir war standardmäßig am Server max. 4 Clients eingestellt, so dass dann bei vielen gleichzeitigen Torrent-Clients der Rsync angesprungen ist, und dann ging nix mehr.
Weiß nicht mehr genau wo man die max_clients setzt, aber such doch mal ggf. danach.
LG
Max
danke für die Idee. Ich glaube daß die Einstellmöglichkeiten in Linbo 4 nicht mehr gegeben sind. In Linbo 2 war das /etc/default/linbo-bittorrent oder so ähnlich.
oh, ok. Aber irgendwo habe ich ein max-Wert von 4 deutlich hochgesetzt, danach hatte ich die Torrent-Probleme (hatte ich hier im Forum gefunden), dass die Clients keine Seeder finden und auf rsync fallen, nicht mehr.
LG
Max
hat inzwischen Jemand die Stelle gefunden wo man den ctorrent einstellt?
Bei mir fallen immernoch Clients auf rsync zurück, wenn zuviele torrent
ziehen: die Anzahl der erlaubten gleichzeitigen torrent downloads vom
Server aus ist deutlich Gering (scheint wohl bei 20 zu liegen: früher
war sie bei mir bei 80).
Da steht:
-M PEERS-MAX
Max peers count (default 100)
… 100 sollte reichen: aber aus irgend einem Grund seeded der Server
nicht ausreichend…
Ich hab auch beobachtet, dass ein Cleint anfängt per torrent zu laden,
dann stallt er nach einigen Minuten bei vielleicht 30% der Datei.
Manchmal resumed er bevor die 120 Sekunden rum sind, manchmal nicht.
ja, so war das Verhalten auch hier bei mir. Ich suche nochmal, ob ich finde, was ich geändert habe (oder vielleicht gehts mittlerweile auch wieder nicht mehr, teste ich, sobald mein Netzwerk wieder funktoiniert…
LG
Max