Hallo zusammen
ich wollte die Imageverteilung auf torrent umstellen. Muss man dazu nur in der Schulkonsole das Verfahren umstellen? Geht dann der Rest automatisch?
Grüße Rainer
Hallo zusammen
ich wollte die Imageverteilung auf torrent umstellen. Muss man dazu nur in der Schulkonsole das Verfahren umstellen? Geht dann der Rest automatisch?
Grüße Rainer
Hallo Rainer,
ich wollte die Imageverteilung auf torrent umstellen. Muss man dazu nur
in der Schulkonsole das Verfahren umstellen? Geht dann der Rest automatisch?
ja: einfach in der start.conf oben auf torrent stellen.
Es kann sein, dass man nach der Umstellung einmal den torrent erstellen
muss mittels
/etc/init.d/linbo-bittorrent restart imagename.cloop force
Aber mann muss nicht, wie früher in der lmn6 irgendwo Dienste
configurieren und staren.
LG
Holger
Hallo Rainer,
aber Achtung: Wenn das Image relativ umfangreich ist, wird die .torrent-Datei zu groß, dann funktioniert trotzdem nur rsync.
Wir haben bei uns den Fall, wo die torrent-Datei ca. 7 MB hat.
Beste Grüße
McTeefax
Hallo McTeefax,
aber Achtung: Wenn das Image relativ umfangreich ist, wird die
.torrent-Datei zu groß, dann funktioniert trotzdem nur rsync.
Wir haben bei uns den Fall, wo die torrent-Datei ca. 7 MB hat.
… dann setzt man die chuncksize hoch: dann geht das wieder…
Aber 7 MB … Respeckt.
Bei meinem größten Image (13GB) ist die Datei gerade mal 0,9 MB groß.
Ich kann mich auch in 10 Jahren torrents mit linbo nicht an einmal
erinnern, dass jemand Probleme mit der Größe der Torrentdatei hatte …
Wie groß ist den das Image?
„Wiso“ geht dass dann nicht mehr?
LG
Holger
Hallo Holger,
das Image ist auf dem Server 90GB groß. - Ohne Worte
Wie geht das mit „chunksize“?
Ich habe gerade nochmal nachgeforscht. Ein Kollege hat folgende Vermutung:
Es scheint ein Bug im Ctorrent zu sein: https://bugs.launchpad.net/ubuntu/+source/ctorrent/+bug/1350215
ctorrent currently limits the .torrent file size to 4MB and fails with the following error on all larger files:
„error, „test.torrent“ is really a metainfo file???“
Das wurde wohl nie wirklich gepatched. - Ist natürlich gerade bei so großen Images ärgerlich.
Beste Grüße
McTeefax
Hallo McTeefax,
Wie geht das mit „chunksize“?
/etc/default/linbo-bittorrent
Da setzt du die Chunksize hoch.
Danach die torrent Dteien neu erstelen und schauen, ob sie kleiner sind.
Ich hab da noch nie rumgefummelt … vielleicht hilft es ja.
Meine Vermutung ist: größere Chunks = weniger Chunks insgesammt =
weniger INfos zu Chunks = kleinere Torrentdatei
Ist ein „longshot“
LG
Holger
Hallo Holger,
in meiner Datei /etc/default/linbo-bittorrent (Stand 18.06.2018)
ist dieser Parameter gar nicht vorhanden.
LG
McTeefax
Hallo Holger
ok, prima teste ich baldigst.
Hast du eine Art Image-rollout-Script. Bei Torrent ist es ja günstig, wenn der Client nicht durchbootet, sondern als Seeder in Linbo bleibt. Wenn aber alle PCs ihr Image haben sollten sie dann schon weiter booten …
Wenn man bei linbo-remote dem Parameter start noch eine Zeitverzögerung mitgeben könnte …
GRüße Rainer
Hallo McTeefax,
in meiner ist er drin.
Hast du eine lmn7?
LG
Holger
Hallo Rainer,
Hast du eine Art Image-rollout-Script.
nö.
Ich starte die per cron Morgends: Raum nach Raum mit 5 Minuten Versatz.
Bei Torrent ist es ja günstig,
wenn der Client nicht durchbootet, sondern als Seeder in Linbo bleibt.
Nö, das geht schon so: die brauchen ja auch Zeit zum Syncen: in der Zeit
seeden sie.
Außerdem verteilen sie ja schon während des Empfangens.
Ich sah nie eine Notwendigkeit dafür: das flutscht auch so.
Wenn man bei linbo-remote dem Parameter start noch eine Zeitverzögerung
mitgeben könnte …
ich sehe die NOtwendigkeit nicht: aber du kannst ja ein Feature Request
machen.
LG
Holger
Hallo Holger und Torrentuser,
kann man den Verteilungsprozess irgendwie verfolgen/beobachten? (Also an einem Terminal nicht im PC-Raum durch ansehen der PCs
Grüße Rainer
Hallo Rainer!
Steht im Wiki und zwar hier:
Ist zwar noch für die lmn 6.0 beschrieben, da sich da aber nix verändert hat sollte das auch für die 7 passen.
Beste Grüße
Thorsten
Hallo Rainer,
kann man den Verteilungsprozess irgendwie verfolgen/beobachten? (Also an
einem Terminal nicht im PC-Raum durch ansehen der PCs
wenn du mittels linbo-remote die Möhren startest (so wie ich das imemr
mache) kannst du den Terminal des Clients beobachten mittels
linbo-remote -l
bekommst du die PID der screens raus.
mit
screen -r
kannst du auf den Client schauen: aber Vorsicht: verlassen nur mit
STRG+a+d
und micht mit strg+c (das bricht den sync ab!).
LG
Holger
Für die screen-Prozesse hatte ich irgendwann mal ein Script geschrieben:
https://wiki.linuxmuster.net/community/anwenderwiki:linbo-remote
hth,
Michael
Hallo Holger,
ja, und zwar:
linuxmuster-base7 7.0.55-0ubuntu0
linuxmuster-linbo-common7 2.3.57-0
Beste Grüße
McTeefax
Hallo McTeefax,
ja, und zwar:
linuxmuster-base7 7.0.55-0ubuntu0
linuxmuster-linbo-common7 2.3.57-0
hier ist meine /etc/default/linbo-bittorrent
Vielelicht ist die anders, weil ich migriert habe.
# default start values for LINBO bittorrent server
# thomas@linuxmuster.net
# 20170331
Da ist was schief gelaufen … Vermutlich die Hashtags ???
Hallo McTeefax,
Da ist was schief gelaufen …
grrr …
Vermutlich die Hashtags ???
ja Hashtages: deswegen verpack ich das doch in code Tags, damit
Discourse nicht dran rumfummelt …
Ich versuch es nochmal:
[code]
Hallo,
Hallo McTeefax,
Da ist was schief gelaufen …
grrr …
GRRR…
immer noch nicht.
Also nochmal:
START_BITTORRENT=1
# set portnum as the minimum port to listen on,
# counts up if unavailable (default 6881)
MINPORT=6881
# only allow num uploads at once per image (default 4)
MAX_UPLOADS=80
# maximum rate to upload at in kilobytes per image,
# 0 means no limit (default 0)
MAX_UPLOAD_RATE=0
# request more peers every secs seconds (default 300)
REREQUEST_INTERVAL=60
# do not rerequest if we have num peers already (default 20)
MIN_PEERS=20
# stop initiating new connections when we have num peers (default 40)
MAX_INITIATE=60
# pause secs seconds between sending keepalives (default 120)
KEEPALIVE_INTERVAL=120
# query for bytes bytes per request (default 32768)
#DOWNLOAD_SLICE_SIZE=131072
DOWNLOAD_SLICE_SIZE=32768
# keep num requests in a single pipe at once (default 5)
REQUEST_BACKLOG=5
# set bytes to the maximum length prefix encoding you’ll accept over the
wire -
# larger values get the connection dropped (default 8388608)
MAX_MESSAGE_LENGTH=8388608
# wait secs before closing sockets which nothing has been received on
(default 300)
TIMEOUT=300
# check whether connections have timed out every secs seconds (default 60)
TIMEOUT_CHECK_INTERVAL=60
# set secs to the maximum amount of time to guess the current rate
# estimate represents (default 20)
MAX_RATE_PERIOD=20
# set the time equivalent of writing to kernel-level TCP buffer to secs
(default 5)
UPLOAD_RATE_FUDGE=5
# update displayed information every secs seconds (default 0.1)
DISPLAY_INTERVAL=1
# requests from peers larger than bytes bytes are ignored (default 131072)
MAX_SLICE_LENGTH=131072
LG
Holger
Hallo Holger,
der Dateiinhalt ist wie bei mir, nur minimal andere Werte.
Trotzdem noch zwei Fragen, um auf Nummer sicher zu gehen:
Vielen Dank vorab!
McTeefax