- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- GoodSpeed: Új alaplap, vagy BIOS frissítés után beállítandók IV. - AMD Expo
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
-
IT café
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
Laca 012
őstag
Hi!
Végre volt időm eljátszadozni az rTorrent-ruTorrent párossal, és alapfunkciókban működik is, de:
1,. A ruTorrent:
rTorrent is compiled with incorrect version of xmlrpc-c library, without i8 support. Version must be >= 1.11. Some functionality will be unavailable.
hibaüzenetet ír az alsó napló fül alatt..2,.Ezenkívül van egy rakás torrentem és állományom ami régen a WL500gP -n futott.
Ott mivel nem volt külön Downloading és Complete mappa, ha beraktam egy állományt a többi közé, utána pedig a .torrent fájlt a webes felületen hozzáadtam, azonnal elkezdte ellenőrizni és ha végzett seedelt..
Na most ennél ha a Complete mappába rakom az állományokat, akkor ellenőrzésnél nyilván nem találja,ha pedig a Downloading mappába rakom, akkor leelenőrzi és seedeli is, de nem helyezi át a Completed mappába.
Szerinted mi a helyes módja annak, hogy hozzáadjam ezeket az állományokat is?Vagy egyszerűbb, ha kiveszem azt, hogy letöltés végén helyezze át az állományt és dolgozzak 1 mappában? Végül is ha a WL500gP-nél 3 évig nem hiányzott a külön mappa, valószínűleg ezután sem fog. Van ennek a "külön mappásdinak" bármi előnye?
3,. A harmadik problémám végül is a WL500gp-n is zavart, vagyis nem értettem hogyan is működik..
A .torrent fájlt elmentem valahova. Webes felületen kitallózom, hozzáadom, és külsőleg ennyi.
Viszont a WL500gP-n egy Session nevű mappában találtam meg a .torrent fájlokat, egy számomra azonosíthatatlan, hosszú, számokból és nagybetűkből álló névre átnevezve (?)..Itt az új router/szerveren azt nézem, hogy van egy home/TorrentFiles/Auto mappa, ahová amíg nem működött a webes felület, bemásoltam a .torrent fájlokat és az rtorrent indításakor el is kezdte letölteni az állományokat.
Aztán van a /home/Torrents/Downloading/rtorrent.session mappa, ahol ugyanolyan fura nevű .torrent fájlokat találok, mint a WL500gP-n. Szóval nem értem ezek mikor jönnek létre és miért van rájuk szükség..Ez sosem fog olyan egyszerűen és kézenfekvően működni mint a Win-en a uTorrent?
-
Laca 012
őstag
1,.
aptitude search xmlrpc
p liblua5.1-xmlrpc-dev - Documentation files for the xmlrpc library for the Lua language version 5.1
p liblua5.1-xmlrpc0 - xmlrpc library for the Lua language version 5.1
i A libxmlrpc-c3 - A lightweight RPC library based on XML and HTTP for C and C++
p libxmlrpc-c3-dev - A lightweight RPC library based on XML and HTTP for C and C++
i A libxmlrpc-core-c3 - A lightweight RPC library based on XML and HTTP (core libraries)
p libxmlrpc-core-c3-dev - A lightweight RPC library based on XML and HTTP (core libraries)
p libxmlrpc-epi-dev - Development files for libxmlrpc-epi0, a XML-RPC request library
p libxmlrpc-epi0 - A XML-RPC request serialisation/deserialisation library
p libxmlrpc-epi0-dbg - Debug symbols for libxmlrpc-epi0, a XML-RPC request library
p libxmlrpc-light-ocaml-dev - XmlRpc-Light is an XmlRpc library written in OCaml
v libxmlrpc-light-ocaml-dev-nys44 -
p libxmlrpc-ruby - transitional dummy package
v libxmlrpc-ruby1.8 -
p libxmlrpc3-client-java - XML-RPC implementation in Java (client side)
p libxmlrpc3-client-java-gcj - XML-RPC implementation in Java (client side) - gcj native
p libxmlrpc3-common-java - XML-RPC implementation in Java
p libxmlrpc3-common-java-gcj - XML-RPC implementation in Java - gcj native
p libxmlrpc3-java-doc - XML-RPC implementation in Java (API documentation)
p libxmlrpc3-server-java - XML-RPC implementation in Java (server side)
p libxmlrpc3-server-java-gcj - XML-RPC implementation in Java (server side) - gcj native
p openser-xmlrpc-module - XML-RPC support for OpenSER's Management Interface
i php5-xmlrpc - XML-RPC module for php5
p trac-xmlrpc - XML-RPC interface to the Trac wiki and issue tracking systemMost ebből nekem melyik kell? vagy ne itt keressem? sima xmlrpc-c nincs a listában, én egyébként a php5-xmlrpc -t telepítettem az rTorrenttel.
2,. Én voltam vak, a ruTorrentben a hozzáadáskor meg lehet adni a mappát, hogy hova töltse és ha a Complete mappát jelölöm ki, akkor "múkodik"! Egyből ellenőriz és ennyi..
Viszont most pl. produkál olyat, hogy amikor hozzáadom a torrent fájlt akkor inreális méreteket ír. Pl egy 72,5GB-os (!) állományra azt írja, hogy 588,2MB, aztán ha elkezdi ellenőrizni, elér majdnem 2GB-ig, aztán utánna negatív és érthetetlen értékeket ír..Ezek után pl. 6,2%-nál megint 812,12MB-ot ír ami már nem valós, ugyanis a 72,5GB-nak a 6,2%-a 4,495GB... Szóval valami nem o.k...
Ez nem szintén a nem megfelelő xmlrpc miatt lehet??
(A többi így hozzáadott torrentel is ezt csinálja..)3,. Igen, tudom, hogy a uTorrent is eltárolja, de ott az eredeti nevén...
(C:/Users/User/AppData/Roaming/uTorrent)Itt viszont ha a webes felületen adom hozzá, akkor a /home/Torrents/TorrentFiles/Auto mappába legalább elmenthetné az eredeti nevén is.. Viszont oda nem menti, hanem csak a megváltozott nevén a session -be..
Ha viszont a /home/Torrents/TorrentFiles/Auto mappába kézzel adom hozzá, akkor nem indul el, csak ha újraindul az rTorrent. Akkor viszont elkezdi letölteni ugye a Downloading mappába.. Szóval van itt összevisszaság...Az pl. elég gáz volt, amikor egy oldalra vissza kellett volna tölteni "bizonyos okok" miatt a leszedett torrent fájlokat, amit ugye képtelen voltam visszanyerni pont emiatt... És itt szembesültem először a problémával..
A legjobb az lenne, ha egy mappába lehetnének az eredeti és a session-ben levő fájlok, és akkor méret szerint rendezve még párosítani is lehetne őket. Csak akkor meg mivel ugyanazok a kiterjesztések tuti megkeveredne az rTorrent.. Áh, már megint semmi sem jó nekem..
[ Szerkesztve ]
-
-
Laca 012
őstag
Köszönöm!
Azért mivel még csak az egyik 500GB-os hdd üzemel a gépben, a másik az még csak pörög, (hogy bekopjon ), és a rendszerpartíciót amúgy is kicsire (5GB)-ra méreteztem, meg raid -ben akarom járatni LVM -mel partícionálva, szóval a lényeg, úgyis újra kell raknom az egészet.
Most teszt jelleggel üzemel, de szerintem is működnie kell ennek az említett csomagkezelős telepítési folyamatnak is, és neki fogok futni mégegyszer..
Ami bökkenő lehet , hogy az xmlrpc-c -nek nem találtam csomagkezelős verzióját. Bár elvileg a php5-xmlrpc -nek is elégnek kellene lennie nem?Most még annyi nyűgöm van, hogy szeretném seedelni ezt a már említett 72,xGB-os trorrentet több trackeren is. -működik is (3trackeren ), viszont egyik trackernél hiába jelölöm ki a Complete mappát, mivel ez a tracker az alapértelmezett mappanevet a többiektől eltérően nem szóközökkel, hanem pontokkal választja el, így külön mappába akarja letölteni és sehogy sem tudom rávenni, hogy megtalálja az állományt..
Van erre valami mód, mert nem igazán másolnék fel még egyszer ekkora tartalmat duplikálva helyfoglalásnak.. -
Laca 012
őstag
Hmm. Ez a symlink létrehozás úgylátszik nem az erősségem..
mc -ben a meglévő állományok mappájában lévő fájlokról csináltam symlinkeket .
Biztos lehet egyszerűbben, de sehogy sem tudtam egyszerre mind a 109 fájlról, hiába jelöltem ki mindet, csak arról az egyről csinált amelyiken épp a kijelölő sáv volt. Azért egyenként megcsináltam (mind a 109-et), a másik mappában meg is jelentek a @ -al kezdődő symlinkek, de hashelésnél nem találja. Próbáltam úgy is, hogy kitöröltem a nem @-al kezdődő eredetieket és csak a symlinkek maradtak, úgy sem látja..Leírnád nekem kicsit szájbarágósabban?
-
addikt
Köszi, hogy utánanéztél, a get_max_open_files nem ad vissza semmit, ugye egyszerűen csak annyit kellene csinálni, hogy Ctrl-x, majd beírni, hogy get_max_open_files= és kész, de erre semmit nem ír, logban is megnéztem, de ott sem, nem tudom mennyit számít, de XMLRPC támogatás nincs a cygwin-es verzióban.
A másik parancs kimenete pedig az alábbi:$ ulimit -n
256 -
addikt
gba hozzászólása láttán beírtam a configba, hogy max_open_files = 128, ekkor el sem indul, azonnal dobja az rtorrent: Tried to add a socket to PollSelect that is larger than PollSelect::get_open_max() hibát, próbáltam átállítani nagyobb értékre, akkor mindig ez volt, 30-nál már megpróbált elindulni, de csak leállt az említett hibával, 14-nél viszont indul s most figyeltem/olvastam utána, hogy a jobb alsó sarokban lévő [F 16/16] jelzés erre az értékre utal, szóval alapból elvileg 16 a max_open_files értéke s úgy tűnik, hogy valamiért nem is engedi nagyobbra állítani.
Amúgy az nálam mindig 16/16-ot mutat s ha jól rémlik linux alatt anno 128 volt odaírva, szóval érdekes.[ Szerkesztve ]
-
addikt
És valóban ez volt a probléma!
Egy ulimit -n 2048 után már indul rendesen 30 torrent felett is és akár 256-ra is tudom állítani a max_open_files értékét, már csak azt nem vágom, hogy ezt a 2048-as értéket hogyan lehet állandósítani cygwin alatt, egyelőre a parancsba amivel indítom az rtorrentet beírtam, így is működik szerencsére.
Köszönöm a segítséget! -
gba
tag
a netem 80/35 mbit.
ha megy az rtorrent, akkor akad a samba, de a procihasználat nem megy fel kiugróan.
szerintem a beállításoknál lehet valami bibi. talán a megnyitott fileoknál, vagy nem tudom hol.a .rtorrent.rc file, kommentek nélkül:
download_rate = 8000
upload_rate = 3000max_uploads = 8
port_range = 55500-55600
min_peers = 12
max_peers = 40min_peers_seed = -1
max_peers_seed = -1directory = /mnt/raid5/torrentek
session = /home/bgm/rtorrent.session
schedule = watch_directory,5,5,load_start=/mnt/raid5/torrentek_watch/*.torrent
schedule = untied_directory,5,5,stop_untied=log.execute = /home/bgm/rtorrent.log
on_finished = move_complete,"execute=mv,-u,$d.get_base_path=/mnt/raid5/torrentek/ ;d.set_directory=/mnt/raid5/torrentek_kesz/"scgi_port = 127.0.0.1:5000
use_udp_trackers = yes
encryption = allow_incoming,enable_retry,prefer_plaintext
max_open_files = 64NDS és GBA flash-kártyával
-
gba
tag
nem hiszem, hogy a samba-val lenne gondom, mert miért van az, hogy ha nem megy
az rtorrent, akkor simán tudok letölteni a szerverről 45mb/s, feltölteni meg 22mb/sec-el,
amint elindul az rtorrent, maga a feltötési sebesség nem nagyon esik le,
csak ha streamelek róla egy filmet xbox xmbc-vel, akkor meg-megakad.NDS és GBA flash-kártyával
-
GIbor89
csendes tag
az url-t beállítottam
a cookie.txt útvonalát is beállítotam a [global] ba
és ezt írja:
20101003.13:52 DEBUG testing cookieFile settings
20101003.13:52 DEBUG attempting to load cookie type: MozillaCookieJar
20101003.13:52 CRITICAL Traceback (most recent call last):
.
.
.
LoadError: '/home/boss/.rssdler/cookies.txt' does not look like a Netscape format cookies file
Cookies disabled. RSSDler will reload the cookies if you fix the problemszerinte nem néz ki netscape formátumúnak pedig a firefox export cookie addonnal csináltam a cookie.txt-t le is tisztáztam és a sorok között csak tab van.
így néz ki a cookie.txt:
#HTTP Cookie File
#http://www.netscape.com/newsref/std/cookie_spec.html
#This is a generated file! Do not edit.
.ncore.cc TRUE / FALSE 1286097048 utmb xxxxxxxxxxxxxxxxxxxxx
.ncore.cc TRUE / FALSE 0 utmc 82829833
.ncore.cc TRUE / FALSE 1349167248 utma xxxxxxxxxxxxxxxxxxxxxxxx
.ncore.cc TRUE / FALSE 1301686005 utmz xxxxxxxxxxxxxxxxxxx.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none)
.ncore.cc FALSE / FALSE 1288687225 nyelv hu
.ncore.cc FALSE / FALSE 1288687225 stilus default
.ncore.cc FALSE / FALSE 0 PHPSESSID xxxxxxxxxxxxxxxxxxxxxxxxnincs estleg tipped mi lehet a baja?
-
Iginotus
őstag
Ugy csatlakozik mint régen ha pssziv módban volta windowsos utorrent, lassan... nagyon lassan.
rtGuin látom hogy 0/0 vagy ha épp mákom van 2/0 ha lefelé töltök akkor van hogy 50/0
Szóval letöltésnél jól csinálja. De ha ennyi seeder lenne nem kéne többet mutatnia?
Azért lenne fontos, mert engedem hogy töltsön felfelé 777 kb/s el Helyette általában csak 50kb/s el tölt felfelé És néha jól jönne az arány javítás. És nem hiszem el hogy ennyi leecher nem tudná tőlem jobban szedni.Plug and Pray... :)
-
Iginotus
őstag
-
Iginotus
őstag
Izé:
iginotus@scaleo:~$ rtorrent
rtorrent: Error in option file: ~/.rtorrent.rc:16: Could not prepare socket for listening: A cím már használatban vanHa már fut is elő tudom csalni az ablakot valahogy?
Te milyen webesguit használsz hozzá?
[ Szerkesztve ]
Plug and Pray... :)
-
prepared
csendes tag
Ez már segített egy picit előrébb haladni. Most már elindul tölt is.
Le is jön amit beállítok, de nem látom screen -r hogy mennyivel tölt stb.
root@debian:~# ps ax|grep rtorrent
5715 ? Ss 0:00 SCREEN -dm -S rtorrent
12292 pts/5 Rsl+ 0:18 rtorrent
12295 pts/1 S+ 0:00 grep rtorrent
root@debian:~# mc
root@debian:~# screen -r rtorrent
There is no screen to be resumed matching rtorrent.
Másik hiba hogy miután berakom a .rtorrent.rc fájlba # Listen for XMLRPC connections
scgi_port = :5000
Beállítást akkor már nem indul el az rtorrent.
És nem tudom mi lehet a baja. Mivel nem loggol semmit ezzel kapcsolatban. -
prepared
csendes tag
De hülye vagyok, tényleg root joggal néztem a screen -r.
És jó hogy nem látta a screen-t.
Hát akkor már csak egy bajom lenne a scgi beállítása.
Lehet még is itt lenne a hiba?:
root@debian:/usr/local/bin# dir
rtorrent xmlrpc xmlrpc-c-config xmlrpc_transport
root@debian:/usr/local/bin# ./xmlrpc
Error: Not enough arguments. Need at least a URL and method name. (-500)
root@debian:/usr/local/bin# ./rtorrent
rtorrent: XMLRPC not supported.
root@debian:/usr/local/bin# -
madar86_
csendes tag
# Maximum and minimum number of peers to per torrent
min_peers = 10
max_peers = 50# Global upload and download rate in KB. "0" for unlimited
#download_rate = 0
#upload_rate = 0directory=/shares/dmathined/Download/InComplete/
session=/shares/dmathined/Download/config/on_finished = move_complete,"execute=mv,$d.get_base_path=,/shares/dmathined/Download/Complete/ ;d.set_directory=/shares/dmathined/Download/Complete/"
check_hash = no
encoding_list = UTF-8
use_udp_trackers = yes
umask = 0000
peer_exchange = yesport_range = 10001-10050
dht = on
dht_port = 10000 -
baloghszili
csendes tag
Szia!
A /etc/rtorrent/users.conf -ban ez szerepel:
[user01]
address = 127.0.0.1:5000
pass = e55cb0775795445b4a6399fd8d90062f4de34ea1Az /home/user01/.rtorrent.rc fájlban pedig ez szerepel:
scgi_port = 127.0.0.1:5000
session = /home/user01/.rtorrent/.session
port_range = 8600-8600
directory = /home/user01/download/
check_hash = no
close_low_diskspace = 500
schedule=watch_directory,5,5,load_start=/home/user01/download/watch/*.torrent
#upload_rate = 64
#download_rate = 768
#max_memory_usage = 33554432
encryption=allow_incoming,enable_retry,prefer_plaintextAmikor kézzel indítom az rtorrent-et, user01 felhasználóval akkor ezek az üzenetek jellenek meg:
( 7:48:57) Using 'epoll' based polling.
( 7:48:57) Using 'epoll' based polling.
( 7:48:57) XMLRPC initialized with 831 functions.
( 7:48:57) The SCGI socket is bound to a specific network device yet may still pose a security risk, consider using 'scgi_local'.
( 7:48:57) Closed XMLRPC log.Ahogy kattintok egyet a webuin (rtwi), akkor kapom ezt az üzenetet:
Az rTorrent semmit nem adott vissza (SCGI)
Textes felületen pedig ezt kapom:
Caught Segmentation fault, dumping stack:
Stack dump not enabled.
FélbeszakítvaTűzfal nincs telepítve. Legalábbis én külön nem telepítettem... és úgy látom, hogy a rendszer telepítésekor sem települt.
-
albertboy
tag
Köszönöm a gyors választ, neki is esek.
Találtam még valamit. Ha szimplán screen nélkül nyitom meg az rtorrentet, és böngészőben dobok egy frissitést a gui-ra, a konzolon simán eldobja az ablakot, és a következővel tér vissza:Caught Segmentation fault, dumping stack:
Stack dump not enabled.
Aborted.Ez mi lehet?
[ Szerkesztve ]
-
albertboy
tag
Úgynézki valóban a legfrissebb repókkal voltak a bajok.
Lázas fordításba kezdtem, és úgynézki a 0.8.6 -os rtorrent(nem package), 0.12.6-os libtorrent(nem package), és az xmlrpc-c Advanced nevű release-e nagyon jó triót alkot, semmi galiba nem jött közbe, rTorrent+ruTorrent flottul összekapcsolódtak. -
Iginotus
őstag
Igen ez lenne a megoldás. De a feltörést azt hagynám 15 ön .
A baj hogy veszett gyors a netem (digi) és elkezdi leszedni a 3. filet is ilyen 1-2 mb/s el mindegyik szálon. És valami túl sok neki mert ha 4. et is elindítom akkor megszakad a net
korlátoztam 3300 kra a letöltést, de sajnos azt általában meghaladja Úgy néz ki hogy a 3300k as limit nem összesen hanem/file
Mondjuk ezt nem értem mert a visszatöltést meg 1000k ra limitáltam ott megy rendesen az össz és nem a /file..Plug and Pray... :)
-
Iginotus
őstag
edimax br-6574n szerintem ez nem rossz
És mint mondtam az rtorrent beállításánál ezt már beállítottam amit te mondtál, sőt az értéket a felére csökkentettem de így is szakad.
És én is arra gondoltam hogy túl sok neki az egyidejű izé meg bigyó
Erre gondoltam hogy ha csak 2 öt tölt le egyszerre nincs semmi gond.
Na de mindegy ha nincs rá megoldás akkor ezzel együtt kell élnem.Plug and Pray... :)
Új hozzászólás Aktív témák
- Vírusirtó, Antivirus VPN kulcsok
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- AKCIÓ! - STEAM kulcsok / Punch Club, Oddworld: Soulstorm, Children of Morta, stb. - 2024.05.16.
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen