-
IT café
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
VladimirR
nagyúr
an rTorrent Web interface, mint az az oldalon is latszik
-
dchard
veterán
Én az init scripttel akadtam el.
A legegyszerűbbet szeretném először beüzemelni:
Itt ha jól látom három sort kell megváltoztatni (jól látom??):
1. user="user"
2. config="`su -c 'echo $HOME' $user`/.rtorrent.rc"
3. base="`su -c 'echo $HOME' $user`"Namost én root alól szeretném futtatni az rtorrentet (hogy miért pont root alól abban ne mélyedjünk el), illetve a screen alá bemászó rtorrentet. A konfig fájl a /root/rtorrent/.rc.rtorrent helyen van, a screen pedig a /usr/bin alól érhető el. Ezek ismeretében én úgy gondoltam a fenti 3 sornak nálam így kell kinéznie:
1. user="root"
2. config="/root/rtorrent/.rtorrent.rc"
3. base="/usr/bin"Ezt a három változtatást meg is tettem, aztán bemásoltam a /etc/init.d -be rtorrent néven, majd kiadtam az update-rc.d rtorrent defaults parancsot, le is fut hiba nélkül.
Újraindítom a gépet, nincs semmi hiba, de semmi. Nem hogy az rtorrent nem indul el, de még a logfile sem jön amit az init scriptnek kéne csinálnia.
Tudna valaki ebben segíteni, mit nézzek meg, mitől lehet, milyen kimeneteket kopizzak be etc?
Köszi!
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
VladimirR
nagyúr
root-kent:
- rtorrent amugy fut rendesen?
- rtorrent fut a kovetkezo modon is: "rtorrent -n -o import=/root/rtorrent/.rtorrent.rc" (idezojelek nelkul)?
- mi tortenik, ha kezzel probalod inditani ("/etc/init.d/rtorrent start" - szinten idezojelek nelkul)?
- a screen session letrejon, vagy az sem ("screen -ls" - itt kellene hogy szerepeljen egy "torrent" nevu screen session is)? -
dchard
veterán
válasz VladimirR #53 üzenetére
Visszamásoltam a .rtorrent.rc állományt a helyére (/root) majd az eredeti rtorrent init scriptben csak a felhasználót root-ra váltva működik a dolog kis szépséghibával:
Ha kiadom a startot elindul, ha kiadom a stopot leáll, ha elindítom a rendszer elindul, ha leállítom leáll, csak két gond van:
Mikor leáll, úgy néz ki nem várja meg az announce üzenetek küldését (timeout-ig beragadnak a torrentek a trackeren), a másik pedig, hogy ha simán stop-olok: az rtorrent ugyan leáll, de a screen tovább fut egy /bin/bash konzollal.
Van erre valakinek ötlete?
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
VladimirR
nagyúr
elso problemadra nem tudom, megoldas-e, de a user guide azt irja, hogy:
SIGINT - Normal shutdown with 5 seconds to send the stopped request to trackers.
SIGTERM - Shut down immediately.
nem ismerem a kill-t, nem tudom, alapbol mit kuld, esetleg az initscript stop-jat ird at, hogy sigint-et kuldjon
viszont meg igy is problemas lehet, ha sok torrent-ed van, mert elofordulhat, hogy az az 5 masodperc keves minden announce lebonyolitasara (nekem neha van olyan, ami eleg sokaig beragad, akar percekig is - ez mondjuk mar inkabb a curl hibaja)a masik az by-design ilyen, az initscript nem foglalkozik az otthagyott screen-nel
az alabbi sorral tudhatod meg az adott user-hez rtorrent-jehez tartozo screen pid-jet (lehet van egyszerubb is, nem ertek az awk-hoz, azt a reszt masoltam)su -c "screen -ls | grep -s "\.torrent[[:space:]]" | awk -F: '{print($1)}' | sed "s/[^0-9]//g" " ${user}
a kovetkezo sorral pedig azt is le tudod loni:
su -c "kill `screen -ls | grep -s "\.torrent[[:space:]]" | awk -F: '{print($1)}' | sed "s/[^0-9]//g`" " ${user}
ezt azonban megsem ajanlanam, mert ekkor a screen lelovese lelone az rtorrent-et, igy megakadalyozva, hogy az elozo kerdesre adott valasz barmit is erjen (hacsak nem raksz be egy legalabb 5 masodperces wait-et az rtorrent-re es a screen-re vonatkozo kill-ek koze)
gondolom pont emiatt nem foglalkozik vele az initscript sem[ Szerkesztve ]
-
VladimirR
nagyúr
válasz VladimirR #55 üzenetére
juteszembe, meg egy ok, hogy miert nem szukseges a screen-t leloni
su -c "screen -ls | grep -sq "\.${srnname}[[:space:]]" " ${user} || su -c "screen -dm -S ${srnname} 2>&1 1>/dev/null" ${user} | tee -a "$logfile" >&2
ez a sor elobb megnezi, van-e mar letrehozva megfelelo nevu screen, s ha van, akkor ujrahasznositja azt
szoval nem kell attol tartanod, hogy ha sorozatban allitod le, majd inditod el az rtorrent-et, egy csomo screen marad utana -
dchard
veterán
válasz VladimirR #56 üzenetére
Igen, azt néztem is, hogy nem gyárt orrvérzésig screen session-öket.
kill-t megmanozom, utána ha ott nincs előrelépés, lecserélem sigint-re. Privát trackereket használok inkább, oda elég hamar elmegy az announce, a free-knél meg nem fontos mit reportol a kliens a trackernek.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
VladimirR
nagyúr
nem a tracker-et milyensege, hanem a torrent-ek mennyisege az, ami miatt keves lehet az 5 masodperc
egyfelol az rtorrent-ben van egy limit aktiv http request-ekre, (alapbol 32*), illetve eleg sok hulye curl-lal talalkoztam, ami ennek negyedet sem birja el
masfelol ha egy tracker-rol van 5-10 torrent-ed, lehet maga a tracker nem fogja engedni az ilyen gyors egymasutanban erkezo http kereseket*: bal also sarokban latszik: [H 0/32], set_max_open_http=X paranccsal allithato, ahol X a kapcsolatok szama
-
Vladi
nagyúr
Nah csak sikerült felrakni a libtorrent 0.12.2 és rTorrent 0.8.2 kombót CentOS-re.
Megnéztem a nevezett fájlt:/usr/local/lib/pkgconfig/libtorrent.pc
Viszont a verziószám abban rendben volt.
Úgyhogy:export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
Parancs kellett. Így már fordult és el is indult.
Köszönöm a segítséget.
Lehet mindjárt megnézek 1-2 guit.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
dchard
veterán
válasz VladimirR #58 üzenetére
Gyári init.sh-val, ha csak a felhasználó nevet állítom, minden más gyári, és a .rtorrent.rc fájlt megfelelő jogosultsággal visszamásolom a /root mappába minden tökéletes. Elindul, leáll, indításnál indul, leállásnál leáll. Persze a sceen továbbra is bent marad ha kilépek, de leszarom, belefér Úgy is az a cél hogy fusson mindig. Egyetlen dolog, a leállásnál a tracker kapcsolatok biztonságos lezárása az, amin még töröm a fejem kicsit. sigtermet beírom, de valami olyan megoldás kéne, ami nemes egyszerűséggel megvárja a kapcsolatok lezárását.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
VladimirR
nagyúr
sigterm-et ne irj bele, az egybol bezarja announce nelkul
neked a sigint kell
megoldas lehet amugy, hogy ha xmlrpc-n keresztul elobb elengedsz egy d.close-t minden torrent-re, varsz fel percet, s utana allitod le (mindezt init.sh stop funkciojaban)
valami ilyesmit kell beszurni a kill ele:xmlrpc localhost d.multicall main d.close=
sleep 30 -
JoHn123
tag
Olyasmi konfigot nem találtam, ami sorbaállítaná a letöltéseket.
Pl egyszerre max 4-5 torrent futhat, ha fel seedelte amennyire kellett akkor stop és utána indulhat az uj "betett" torrent.
Van erre valami módszer?
Nekem csak az egyik része tiszta: schedule = ratio,60,60,"stop_on_ratio=200,50M,300"[ Szerkesztve ]
-
Dr.Burn
őstag
Csomagbol most melyik a legfrissebb elerhetö rtorrent?
"Later Nerd!"
-
VladimirR
nagyúr
a hivatalos oldalon fel van sorolva jonehany disztrohoz a csomagok keszitoje, azokon a linkeken nezelodj (fokent, mert nem irtad, mely disztro, mely verzioja erdekel teged)
pl debian eseteben a csomag a "surgosen elfelejtendok" kategoriaba tartozik, legalabbis ami a stabil verziot (etch) illeti
az abban szereplo 0.6.4 tobb, mint masfel eves verzio -
ecaddict
senior tag
Én is próbálgatom az rTorrentet felületeket WL500gP-n. Eddig nekem egy nem egészen hivatalos javascript-es progi jött be:
[link]
Kicsomagoltam és miután átírtam az alapértelmezett nyelvet egyből mindent OK volt.
Negatív tapasztalatom az, hogy mintha az ékezetes fájlok kezelésével baj lenne.
Egész pontosan kilép az rTorrent és amig ki nem törlöm a fájlokat induláskor egyből kiszáll.
Erre van valami megoldás?Alapból Transmission-t használok és azzal semmi ilyen gondom nem volt (ua. a torrent simán megy), de a Transmission tényleg erőforrás igényes amit a 500GP-n elég szűkösen mértek.
Más: Az rtorrent.conf-hoz hozzádtam a köv sort (minden harmadik percben meghívja a scriptet a le és feltöltési sebességekkel):
schedule = log,180,180,"execute=/opt/etc/rtorrlog,$get_down_rate=,$get_up_rate="
ill. megcsináltam hozzá az /opt/etc/rtorrlog script-et:
#!/bin/sh
LD=`uptime | awk '{print($9)}' | sed "s/,//"`
ED=`date +%s`
DLK=`expr $1 / 1000`
ULK=`expr $2 / 1000`
DLB=`expr $1 - $DLK * 1000`
ULB=`expr $2 - $ULK * 1000`
logger -t rtorrents "$ED 1 dl $DLK.$DLB ul $ULK.$ULB ld $LD"Igy aztán kb. ugyanazt a system log-ot írja mint a Transmission, azaz ha nem fut a web-es felület utólag akkor is meg tudom nézni milyen load és sebességek voltak. (Hogy grafikusan is meg lehessen nézni az Oleg féle cgi-ből átvettem az alapöttletet):
#!/bin/sh
HTDIR=/mnt/cgi-bin
SYSLOG=/opt/var/log/messages
GNUPLOT=/opt/bin/gnuplot
GNUPLOT_COMMAND=${HTDIR}/rtorrlog.gnuplot
GNUPLOT_DATA=${HTDIR}/rtorrlog.data
GNUPLOT_OUTPUT=${HTDIR}/rtorrlog.png
HTTP_IMG_LOCATION=./rtorrlog.png
TIMEZONE_OFFSET=+7200
_log ()
{
if [ ! -r ${SYSLOG} ]; then
echo "<p>${SYSLOG} not readable. Properly configure syslogd at "
echo "system startup.</p>"
return
fi
echo "<pre>"
sed -n -e "/ rtorrents.*:/{s/.*: \([0-9]\{1,10\}\) [0-9]\{1,\} dl \([0-9.]\{1,\}\) ul \([0-9.]\{1,\}\) ld \([0-9.]\{1,\}\)/\1 \2 -\3 \4/;t data;p;b;:data w ${GNUPLOT_DATA}" -e "}" ${SYSLOG}
echo "</pre>"
if [ ! -x ${GNUPLOT} ]; then
echo "<p>gnuplot: ${GNUPLOT} not found. Properly configure paths "
echo "in $0 for transfer graphing!</p>"
return
fi
echo "<p>Creating graph...</p>"
TZO=${TIMEZONE_OFFSET:-0}
cat > ${GNUPLOT_COMMAND} << __EOF__
set terminal png small size 1024,320
set output '${GNUPLOT_OUTPUT}'
set xdata time
set timefmt "%s"
set format x "%H:%M\n%m/%d"
set ytics nomirror
set y2tics nomirror
set y2range [0:]
set ylabel "rtorrent transfer rate [kB/s]"
set y2label "System load (5 min average)"
set y2tics 1
set xlabel "Time [UTC ${TZO} seconds]"
plot '${GNUPLOT_DATA}' using (\$1+86400+${TZO}):2 title 'download' axis x1y1 with impulses, \
'${GNUPLOT_DATA}' using (\$1+86400+${TZO}):3 title 'upload' with impulses, \
'${GNUPLOT_DATA}' using (\$1+86400+${TZO}):4 axis x1y2 title 'load' with lines
quit
__EOF__
${GNUPLOT} ${GNUPLOT_COMMAND}
echo "<img src=\"${HTTP_IMG_LOCATION}\">"
}
_header ()
{
cat << __EOF__
Content-type: text/html
<html>
<head>
<title>rtorrent</title>
<style type="text/css">
<!--
body {
padding:0;
margin:0;
width: auto;
color: #2f2f4f;
font-family:tahoma;
font-size:11px;
}
input {
padding:3px 7px;
margin:0 4 0 4;
color:#fff;
font-family:tahoma;
font-size:11px;
font-weight:bold;
background-color:#ff0000;
border: 5 px #aaaaaa raised;
}
form {
padding:10px;
margin:0px;
background-color:#FFF9D8;
}
p {
font-size:14px;
padding:0px;
margin:10px;
color:#008000;
}
#footer{
padding:0;
margin:0;
}
//-->
</style>
</head>
<body>
<form action=rtorrent.cgi method=get>
<input type=submit accesskey=c name=ACTION value=log>
<br><br>
__EOF__
}
_footer ()
{
echo "<p>" ; uptime ; echo "</p>"
cat << __EOF__
</body>
</html>
__EOF__
}
query_string=`echo "$QUERY_STRING" | sed 's/&/;/g'`
eval ${query_string}
case "${ACTION}" in
log) _header ; _log ; _footer ;;
*) _header ; _footer ;;
esacA HTDIR persze vsz mindenkinek más lesz+az /opt/etc is eléggé 500GP specifikus, de talán így is érdekes lehet ha valaki ilyet szeretne.
### RT-N16, WL-500 Oleg optware script ami majdnem mindent feltesz ### ===========> http://wl500g.info/showthread.php?t=23684 <===========
-
Dr.Burn
őstag
Nekem van egy olyan gondom hogy több user is eleri az rtorrentet. A default folder ugye a /home, de ez mas celt szolgal ez nekem van fent tartva. A /home2 lenne a többi usere.
Hogy oldjam meg azt hogy nekem a /home/userbe töltsön a többi usernek a /home2/userbe?A masik hogy tudom automatikusan megcsinalni azt hogy minden usernek a sajat dirjebe kezdje el a letöltest?
"Later Nerd!"
-
Dr.Burn
őstag
Most mar lassan 3napja megy az rtorrent folyamatosan(mar elötte is hasznaltam csak volt egy nagyobb torrentes szünetem). Azt vettem eszre hogy nem igazan akarnak csatlakozni hozzam a vissza töltesnel. Hiaba van x "leecher". Letöltes minden gond nelkül jön viszont a visszatöltesnel mar gondok vannak. Esetleg van valami beallitas ami miatt nem csatlakoznak? Ha veletlen 1-2nek sikerül akkor egesz jol megy felfele is csak a gond az hogy ez tenyleg ritka. Most csak nekem tünik annak hogy "kimaradok" a sorbol vagy tenyleg valami beallitasi problema okozza ezt? Debian destro es a legujabb rtorrent megy(0.8.2).
[ Szerkesztve ]
"Later Nerd!"
-
VladimirR
nagyúr
ezt a sort szurd be a .rtorrent.rc file-odba:
encryption = allow_incoming,try_outgoing,enable_retry
ez az alabbiakat jelenti pontosan:
allow incoming: engedelyezi a titkositott bejovo kapcsolatokat
try_outgoing: kimeno kapcsolatnal titkositassal probalkozik
enable_retry: ha nem sikerul, akkor megprobalja ujbol, titkositas nelkulaktiv modot meg ugy tudod ellenorizni, hogy figyeled a peer list kepernyon a a C/RE/LO oszlop ertekeit
ahol az elso betu r, vagy R, az bejovo/remote kapcsolat (az l, L a kimeno/local)
ha hosszabb tavon sem latsz ilyet, van ra esely, hogy megsem vagy aktivilletve ezen post elso ket pontja vonatkozik a te esetedre is
[ Szerkesztve ]
-
VladimirR
nagyúr
eszerint mindharom kapcsolat kimeno (local), ez inkabb arra utal, hogy passziv vagy, de nem egyertlemu bizonyitek
es a harmadik (nagy L) az mar titkositott
ezen felul mundharom peer toltene toled, s te engeded mindharomnak, te predig nem toltenel toluk, s ennek megfeleloen ok nem is engedik ezt neked
bovebb infot a karaktersorozatok jelenteserol a user guide-ban talalsz
p.s.: ha privatban megdobsz az ip cimeddel es az rTorrent port-javal (kepernyo legalja, a throttle ertekektol kicsit jobbra), akkor megnezem, tudsz-e kapcsolatot fogadni
[ Szerkesztve ]
-
Vladi
nagyúr
Zsírúj írás rtorrent és rTWi-ről. link
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
JoHn123
tag
Segítség!
Az alábbi konfiggal szenvedek.
A seedelés ok, / szerverről seedlek itt nem szeretnék túl sokat/, de a kicsomagolás és a kész filmek áthelyezése nem megy
Mit rontottam el?scgi_port = :5000
session = /home/epia/.rtorrent/.session
port_range = 8600-8600
directory = ~/download/
check_hash = yes
close_low_diskspace = 500
upload_rate = 24
download_rate = 768
max_memory_usage = 268435456# stop_on_ratio = min_ratio,min_upload,max_ratio
schedule = ratio,30,60,"stop_on_ratio=1"# ha letoltotte,kicsomagolja
on_finished = unrar_on_completion,"execute=unrar,e,$d.get_base_path=,*"
#on_finished = unrar_on_completion,"execute=unrar,e,-kb,$d.get_base_path=,/arkiv/d/rss"# ha kesz atrakja a Filmekhez
on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,~/download/ ;d.set_directory=~/Videók/" -
VladimirR
nagyúr
on_finished-nel az utolso ket parameterben egyeznie kell az utvonalnak
az utolso elotti mondja meg, hogy hova tegye, az utolso pedig beallitja a torrent utvonalat
ha a ketto nem egyezik, athelyezi ugyan, de nem ott fogja keresni az rTorrent a file-okat, s elkezdi ujbol letolteni (ha jol sejtem)on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,~/Videók/ ;d.set_directory=~/Videók/
gondolom emiatt nem ment az unrar sem (abc sorrendben hajtrja vegre, a move_complete elorebb van, mint az unrar_on_completion), mert az mar nem talalja a file-okat
-
JoHn123
tag
válasz VladimirR #83 üzenetére
Köszi szépen. Sikerült az útmutatásoddal. nagyjából.
Most ezzel a konfiggal:scgi_port = :5000
session = /home/epia/.rtorrent/.session
port_range = 8600-8600
directory = ~/download/
check_hash = yes
close_low_diskspace = 500
upload_rate = 24
download_rate = 768
max_memory_usage = 268435456# stop_on_ratio = min_ratio,min_upload,max_ratio
schedule = ratio,30,60,"stop_on_ratio=1"# ha kesz atrakja a Filmekhez
on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,~/Videók/ ;d.set_directory=~/Videók/"# ha letoltotte,kicsomagolja
on_finished = unrar_on_completion,"execute=unrar,e,-kb,$d.get_base_path=,~/Videók"Leszedi, átpakolja a Videók könyvtárba, és ki is csomagolja.
De... valamiért a kicsomagolt állomány nem lesz jó, nem játssza le semmi.
Ha én csomagolom ki (unrar e *.rar) az igy kapott filmet viszont igen.A $d.get_base_path a hol keresse, vagy a hova csomagolja? Azon agyalok hogy csak az unraros sorral kellene bűvészkednem, hogy hova csomagoljon.
Az már csak hab volna a tortán hogy esetleg ha végez törölje a tömöritett állományt. -
VladimirR
nagyúr
Hi!
jobban belegondolva, ezzel az a gond, hogy nem tudsz mindent igy kicsomagolni, meg ha jo is a parancs (ha lesz egy kis idom, jatszok majd vele, hogy jo-e ebben a formaban)
tobbfele keppen is kinezshet ugyanis a torrent, s benne a csomagolt allomany:
- egy darab rar file
- tobb darab rar file a d.get_base_path konyvtarban
- tobb rar file, szetszorva a d.get_base_path\CD1, d.get_base_path\CD2, d.get_base_path\CDX konyvtarakban
ezeket pedig nem lehet ugyanazzal a paranccsal kiscomagolni, lehet kulon script-et kellene irni raUdv: VladimirR
-
VladimirR
nagyúr
ahogy nezem, es nelkul csomagol az unrar
tedd mar be az alabbi sort a .rtorrent.rc file-ba, hogy meg tudjuk nezni a kimenetet, hatha okosabbak leszunk tole
[c]execute_log = ~/execute.log[/i]
ez csinal a home-ba egy execute.log file-t, amibe elmenti a kiadott execute parancsokat, s azok kimenetet -
Extracsaba
tag
Sziasztok!
Nekem következő a problémám
amd64-em van és ezt irja ki inditásnál az rtorrent
rtorrent: Fault occured while inserting xmlrpc call.
32 biten simán ment
mi lehet a probléma?Extracsaba
-
JoHn123
tag
-
JoHn123
tag
válasz Extracsaba #89 üzenetére
A rendszer is 64 bites?
Az rtorrentet, libtorrentet, xmlrpc-c -t repobol teleitetted, vagy forditottad? -
VladimirR
nagyúr
a 0.3.2b-ig hulyen oldottam meg, szukseges hogy az apache tudja irni a file-okat, a kovetkezo verzioban ez mar ugyesebben lesz megoldva
gyorsabb, de nem tul szep megoldas, ha a .rtorrent.rc-ben megadod, hogy umask = 0000
ekkor 777 jogosultsaggal lesznek letrehozva a file-okettol szebb megoldas, ha azt mondod, hogy:
chgrp www-data /a/letoltesi/konyvtar/
chmod g+ws /a/letoltesi/konyvtar/
es a .rtorrent.rc-ben umask = 0002ez osszessegeben azt fogja eredmenyezni, hogy a file-ok 664 jogosultsaggal jonnek letre (konyvtarak 775), a tulaj te leszel, a csoport pedig a www-data (vagy amilyen a webszervered fut, olyat allits be), s a csoport oroklodni fog ujonnan letrehozott file-okra is
-
VladimirR
nagyúr
válasz Extracsaba #89 üzenetére
ugyanazzal az xmlrpc-c verzioval probalkozol? mert ez annak a hibaja
-
VladimirR
nagyúr
válasz Extracsaba #94 üzenetére
probald esetleg regebbi, vagy ujabb (svn) xmlrpc-c verzioval
sajnos pontosat nem tudok mondani, az advanced ag (1.07+) eleg valogatos, megesik, hogy ami egyik gepen lefordul, masikon nem
esetleg, ha biztosra akarsz menni, elsonek probalkozz a legutobbi stabl verzioval (1.06.akarmennyi), azok szepen szoktak fordulni -
ChiliChili
tag
Egy netgear nas-on futtatom az rtorrent-et (rTorrent 0.7.9/0.11.9), már lassan két hónapja megy folyamatosan és nagyon szépen muzsikál. Van egy kérdésem, amire nem találok választ. Azt tudom valahogyan időzíteni, hogy egy vagy több meghatározott torrentet adott időben kezdjen letölteni? Mondjuk elmegyek itthonról és szeretném, ha holnap este kezdene el tölteni valamit. Csak az indítást akarom időzíteni. Esetleg úgy meg lehet oldani, hogy letöltöm a torrent fájlt egy másik könyvtárba és valamilyen parancsot futtatva, az átkerülne a download könyvtárba a megadott időben? Mert amint ott a torrent fájl, indul a letöltés.
-
VladimirR
nagyúr
válasz ChiliChili #97 üzenetére
ket lehetoseg jut hirtelen eszembe:
az egyszerubb, de pontatlanabb megoldas az, hogy a watch_directory-bol torrent-eket indito schedule esemenyt ugy idozited, hogy mondjuk csak naponta egyszer fusson, valahogy igy:
schedule = watch_directory,10,86400,"load_start=~/torrent/.watch/*.torrent,d.set_directory=~/torrent/unfinished"
a ket szamertek kozul az elso (10) azt mondja meg, hogy az rtorrent inditas utan mennyit varjon az adott feladattal az elso vegrehajtas elott, a masodik pedig azt, hogy ket futtatas kozott mennyit varjon ket vegrehajtas kozott (24 ora)
a masik, az sokkal pontosabb, nincs hatassal mas torrentekre (a fenti az pl az rss letoltot is "hazavaghatja" esetleg), hogy a torrent-eket egy kulon konyvtarba (pl.: ~/torrent/estehatkor/) teszed es csinalsz egy, az alabbihoz hasonlo cron job-ot:
echo "0 6 * * * userven cp ~/torrent/holnaphatkor/*.torrent ~/torrent/.watch/" >> /etc/cron.d/rtorrent
ez letrehoz egy cron job-ot, ami minden este hat orakor atmasolja a .torrent file-okat a usernev nevu felhasznalo ~/torrent/estehatkor konyvtarabol a ~/torrent/.watch konyvtaraba, ahonnan aztan az rtorrent betolti, s elinditja azokat
p.s.: a konyvtarnevek persze csak pelda konyvtarnevek
-
VladimirR
nagyúr
válasz Extracsaba #99 üzenetére
ugye az rtorrent-et is ujraforditottad egy-egy xmlrpc-c frissites utan?
Új hozzászólás Aktív témák
- Külpolitika
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Nők, nőügyek (18+)
- Ukrajnai háború
- Luck Dragon: Asszociációs játék. :)
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Villanyszerelés
- Kriptovaluták és az adózás
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- Óvodások homokozója
- További aktív témák...
- World of Warcraft Shadowlands Collectors edition EU EN
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs