Gratulálok és irigyellek ezért a tudásért..

Mondjuk ötletem az szokott lenni elég gyakran és néha jó is, csak az én tudásom kevés ahhoz, hogy meg is valósítsam... De talán egyszer eljutok odáig..

Szóval routernél lehet nem fog menni:

[root@AsusWL500gP root]$ ipkg install munin
Nothing to be done
An error ocurred, return value: 4.
Collected errors:
Cannot find package munin.
Check the spelling or perhaps run 'ipkg update'

Viszont az új szerver/router-en meg még nincs rTorrent. Bár épp itt az ideje, hogy feltegyem azt hiszem.
Úgyis lassan átveszi a WL500gP router szerepét teljesen, csak még a wifi beállításokkal küzdök kicsit..
Viszont itt legalább megvannak a csomagok:

root@D945gsejt:/home/xxxxx# apt-cache search munin
munin - network-wide graphing framework (grapher/gatherer)
munin-common - network-wide graphing framework (common)
munin-node - network-wide graphing framework (node)
mailping - monitor email service availability and functioning
mumble-django - A Mumble-Server web interface
munin-java-plugins - network-wide graphing framework (java plugins for node)
munin-libvirt-plugins - Munin plugins using libvirt
munin-plugins-extra - network-wide graphing framework (user contributed plugins for node)
virt-goodies - A collection of helpful virtualisation related tools

Érdekes, mert az aptitude search a mailping, a mumble-django és a virt-goodies csomagokat nem hozza fel..

Na mindegy, először úgyis akkor a wifit próbálom belőni, aztán jöhet az rTorrent is..
Ha eljutok idáig úgyis referálok!

Köszi mégegyszer!

Sziasztok, egy kis segítslg kellene a programmal kapcsolatban. Pár hete használom, és letöltésekre tökéletesen alkalmas, viszont sehogy se sikerül rábírnom, hogy egy, a gépemen összetákolt torrentfile-t meg tudjak osztani.. valakivel.. a mktorrent nevű progival létrehoztam egy torrentet, betettem abba a mappámba amire beállítottam, hogy az rtorrent automatikusan adja a .torrent fileokat a listába. Meg is jelenik a torrentem, viszont az infonál ez áll : "Connection type: leech". Hogy lehet ezt megváltoztatni?

Köszi szépen a segítséget, megoldódott

Üdv!
Eljutottam odáig, hogy élesben megy a saját készítésű Atomos szerver/router a WL500gP helyett.
Ezen leírás alapján próbáltam felrakni az rTorrentet és elég egyszerűnek tűnt, de valamiért azt írja indításkor, hogy az .rtorrent.rc fájlt nem tudja olvasni:

( 0:02:33) Using 'epoll' based polling.
( 0:02:33) Could not read resource file: ~/.rtorrent.rc
[Throttle off/off KB] [Rate 0,0/ 0,0 KB] [Port: 6920]

Próbáltam úgy, hogy a /home-ba raktam, meg úgy is, hogy a home/felhasználónév -be raktam.
Próbáltam átmásolni a /usr/share/doc/rtorrent/examples -mappából az eredeti fájlt és azt konfigurálni.
Próbáltam felhasználónév:felhasználónév és root:root tulajdonjogokkal 777 jogosultságokkal, de hiába.

Egy idő után a terminálablakban eltűnik a hibát jelző sor, de akkor sem tűnik működőképesnek..

Webes gui-nak a ruTorrent 3.1-et raknám, de amíg parancssorból nem működik, addig feleslegesnek gondolom úgysem tudna csatlakozni..

Ezenkívül van még egy kis nyomtatómegosztás és localhost-apache problémám is, csak az itt off. Azért írom csak, hátha valamivel összefügghet valami..

Légyszi segíts ha van egy kis időd! Köszi!

[ Szerkesztve ]

igen, sudo su után próbáltam indítani.. viszont anélkül más hibát ír:
laca012@D945gsejt:~$ rtorrent
rtorrent: Error in option file: ~/.rtorrent.rc:50: Command "execute_log" does not exist.

A /home/Torrents/execute_log fájl pedig létezik..
Ok, root:root volt, átlőtem a felhasználó tulajdonába, és már indul is.

Most már feltettem a ruTorrent webgui-t, de valamit még állítanom kellene azt hiszem..
[11.08.2010 19:22:17] Bad link to rTorrent. Check if it is really running. Check $scgi_port and $scgi_host settings in config.php and scgi_port in rTorrent configuration file.

Most indulok dolgozni, de hajnalban még megnézem.
Köszi addig is!

[ Szerkesztve ]

Bocsi! Már fél lábbal a munkában voltam. Ki is kommenteztem a sort, azért működött..
Viszont ahogy írtad, úgy már működik rendesen.
És a fájl neve sem /home/Torrents/execute_log, hanem /home/Torrents/rtorrent.log Ezt is elírtam.. Mi volt tegnap velem? Nem szokásom ennyire pontatlannak lenni..

Volt egyébként még valami változás, vagy csak ennyi?
Legfrissebb .rtorrent.rc fájlt honnan lehetne letölteni?
scgi beállításokat átnézem majd..

Köszi a segítséget!

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?

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 system

Most 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 ]

1. pont megoldva.. "véletlen" rátaláltam..

Csak valamiért hibát ír a végén...
/bin/bash: g++: parancs nem található
make[2]: *** [XmlRpcCpp.o] Error 127
make[2]: Leaving directory `/usr/src/xmlrpc-c-1.11.00/src/cpp'
make[1]: *** [cpp/install] Error 2
make[1]: Leaving directory `/usr/src/xmlrpc-c-1.11.00/src'
make: *** [src/install] Error 2

Na mindegy, majd délelőtt....

Tegyél fel g++-t (ez a gcc c++-al foglalkozó fordítója).

Köszi a segítséget!
Most viszont ezt írja:
XmlRpcCpp.cpp:357: error: ‘memcpy’ was not declared in this scope
make[2]: *** [XmlRpcCpp.o] Error 1
make[2]: Leaving directory `/usr/src/xmlrpc-c-1.11.00/src/cpp'
make[1]: *** [cpp/install] Error 2
make[1]: Leaving directory `/usr/src/xmlrpc-c-1.11.00/src'
make: *** [src/install] Error 2

Ez sosem fog működni..

Juteszembe, ez alapján csinálod? http://prohardver.hu/tema/rtorrent/hsz_395-395.html
A lényeg az xmlrpc-nél: ./configure --disable-cplusplus
Pár napja raktam fel e leírás alapján, és nem volt fordítási gondom.

Ok, én ez alapján próbáltam..
Amit linkeltél az alapján most lefordult elvileg hiba nélkül, viszont a ruTorrent amióta itt fordítgatok nem hajlandó kapcsolódni. Holott az rTorrent elvileg fut:
ps ax | grep torrent
1292 ? Ss 0:00 /usr/bin/SCREEN -d -m /usr/bin/rtorrent
1295 pts/1 Ss+ 0:00 /usr/bin/rtorrent
2474 pts/2 S+ 0:00 grep torrent

Sőt, terminálban is látom, hogy futnak a torrentek...
és konfigokat nem módosítottam..

Az rtorrent konfigurálásakor ott volt a --with-xmlrpc-c, ugye?

Laca vazeg mar irtam neked ,hogy nezd meg a blogomat. Ez a resz teljesen reszletes.
Copy-paste ,es utana lehet orulni.[link]
Az rtorrent forditas resz szerintem jo (a leirasomra ertettem).

[ Szerkesztve ]

Ha Bp-n laksz megoldjuk se perc alatt, vagy nyomsz egy ideiglenes elerest es megfaragom.

Igazad van, a múltkor is ugyanígy éjjel megjöttem a promóról, akkor átfutottam, aztán másnap már nem jutott eszembe.
Viszont most lehet szánok rá még kis időt és megnézem megint, annyira nem fáradtam még el..

nem hinném, hogy ott volt, ez alapján telepítettem...

Szóval próbáltam ez alapján telepíteni, de a webes felület ugyanúgy hiányolja a friss xmlrpc-c -t
Próbálta Brogyi leírása alapján, ugyanez.
Ha ez alapján telepítem, akkor meg nem is működik a webes felület, mert a fordítás nem sikerül.. Ezt egyébként próbáltam ./configure --disable-cplusplus formában is, ugyanúgy nem fordul le rendesen..

[ Szerkesztve ]

Megpróbálom, bár nem csak az a baj, hogy ott díszeleg a hibaüzenet, hanem az, hogy ha a webes felületen próbálok bármit átállítani (pl. max upload speed) XMLRPC Error: Unsupported type found. [setsettings] üzenetet dob és nyilván nem is állítódik át..

Beírtam az .rtorrent.rc végére, de semmi változás....
Azt lenne jó tudni, hogy a legfrissebb XMLRPC-C miért nem fordul le vajon..(még c++ nélkül sem)
Azt gondolom tuti valami hiányzik neki....

Upsz! Lehet ez a baj???
Attention!

* ruTorrent v 3.1 doesn't support LAST svn version of rTorrent yet. Only revision 1148 and previous.

Szóval akkor mit is kellene csinálnom? Downgrade-elnem az rTorrentet? Vagy nem svn verziót telepíteni? Lehet olyat? A 1148 az minek a verziószáma?

[ Szerkesztve ]

Valamit kihagysz. Tobszori telepitesi tapasztalat van azon az oldalon. A konfig, a software ua.
Te hagysz ki valamit, vagy talan a te hardware-ed sokkal tobb dolgot tartalmaz, es osszeakad valami. A kedvedert csinalok egy proba install-t, es megirom mit tapasztaltam.
Mennie kell annak.

Csipazom ezt a linuxot. Most valamit megvaltoztattak.
checking for XMLRPC-C... failed
configure: error: Could not compile XMLRPC-C test.
Hat most akkor rt06 kezeben vagyunk.

[ Szerkesztve ]

A 4 pontnal nem latszik a sorvege ott a hiba, mert szovegben benne csak nem latszik.

Kiraly most a kepek tuntek el.Ez a php nem nekem valo. Ki fogom javitani. A leiras jo.
Az a rohadt kerek zarojel szivatott. Laca jo lesz az csak nezd meg a negyedik sor veget.
Folytatom a telepitest.

[ Szerkesztve ]

Amikor a Te leírásod szerint csináltam, akkor komplett végigmentem az egészen, de pár dolgot kihagytam, ugyanis én apache2 -t használok..
1pontnál:
sudo apt-get install python-software-properties***ujabb cherokee-hez kell.
sudo add-apt-repository ppa:cherokee-webserver***ujabb cherokee-hez kell.

apt-get install cherokee php5-geoip libcherokee-mod-rrd helyett
apt-get install php5-geoip

A többit végig csináltam a 6.pont-ig, ahol már csak ellenőriztem a beállításaimat és a crontab is megvolt nyilván...

Ja! és én észrevettem azt a sorvégét, meg be is másoltam, le is fordult. Működik is a webes felület részlegesen.. amikor az 1.11-es nem fordul le, akkor nincs is webes felület, mert kiüti az xmlrpc-c -met..
szóval a baj ott van, hogy a rutorrent elvileg újabb xmlrpc-c ért sír, a honlapon meg azt írják, hogy ugye az újabb rtorrentel nem is műxik..

[ Szerkesztve ]

Laca bocsi te vagy az elso visszajelzo. Jo az ,ott is volt a kod csak nem latszott.

Amikor nekem volt ilyen hibam nalam egyetlen szon mulott. "advanced". Itt ni.
sudo svn checkout http://xmlrpc-c.svn.sourceforge.net/svnroot/xmlrpc-c/advanced xmlrpc-c
A "stable" az a regi. Ennyi az egesz.Probald meg. Nekem jo.

Az apache-nal elvezni fogod a user-ek jelszo beallitasat.
Ne program verziot irj hanem ezt amit irtam. Jo lesz hidd el.

[ Szerkesztve ]

Probaltam az apache-ot, a lighttpd, a cherokee-t. Ebbol a cherokee a legjobb, legegyszerubb, es nem utolso sorban leggyorsabb, de persze mindenki azt hasznal amit akar.

Itt a bizonyitek. Nezd csak.Ezt talaltam az egyik user-nel.He-he nalam csak XXX video van

[ Szerkesztve ]

Sziasztok,

Az mitől lehet, hogy a windowsos rTorrent amit VladimirR csinált, egyszer csak elkezdi 25%-on pörgetni a négymagos procit és nem is hagyja abba amíg ki nem lépek, meg vissza.
Ha 2 torrent fut akkor is ez van.
Win7 64bit az oprendszer.

Nagyszerű.
Kétlem, hogy rá fogok jönni, mert lövésem sincs, hogy egyáltalán hogyan álljak neki a kiderítésének.
Pedig már örültem, hogy végre minden úgy megy ahogy akarom.

Hmm.. Ez most mire is bizonyíték?
Egyébként az advanced megvolt, mivel a leírásban az szerepel és azt másoltam betűről betűre..
De attól még a hibát írja..

[ Szerkesztve ]

Még egy kérdés..
Az asus routeren az init.d -ben volt az S99rtorrent file és /etc/init.d/S99rtorrent restart parancsal lehetett újraindítani.
Itt hogyan kell?

Ez a crontab -ból való indítás nem annyira szimpi nekem, nem is tudom miért... Lehet csak a megszokás végett, de jó lenne init.d -ből indulna,mint a routeren.

Érdekes....
Újraindítottam a gépet (mivel nem tudtam újraindítani csak az rtorrentet.
és első meglepi, hogy az rtorrent crontab ellenére nem indult el.
második meglepi, rtorrent parancsra indul, webes felület tökéletes méretet ír és nincs hibaüzenet..
Ctrl+q val kilépek és
/usr/bin/screen -d -m /usr/bin/rtorrent parancsra már rossz mérettel hibásan jelenik meg..
viszont a leírásodban screen -dmS rtorrent /usr/local/bin/rtorrent parancsal indítod.. itt lesz a bibi nálam...

És tádááám... Meggyógyult...
Átírtam a crontab -ot és indul is hiba nélkül...
Ez a leírás volt a hibás úgy néz ki...
Én pedig nem elég figyelmes...

[ Szerkesztve ]

Akkor a hibás binárist érdemes is törölni, a későbbi félreértések elkerülése végett.

Ok, de előtte kérdeznék...
Ezek szerint az /usr/bin/rtorrent és az usr/local/bin/rtorrent között van némi különbség..
(például első ránézésre az, hogy a rossz mérete 1244612 , a jó mérete pedig 11443K Tehát kb 10x akkora..)
Miért került ez külön helyre?
Alapértelmezésben nem ugyanoda telepíti az svn és a csomagkezelős verzió? Van valami oka, hogy jobb neki az /usr/local/bin -ben? (nem kellene átrakni??)

A másik kérdést már kérdeztem ugyan, de kicsit kibővíteném:
Hogyan lehet azt megoldani, hogy init.d-ből induljon az rtorrent, és lehessen start/stop/restart/force reload opciókkal használni mint a WL500gp-n?? -létezik valami indítóscript hozzá?

A WL500gP-n kb 10perc volt az rTorrent telepítése egy jó leírás alapján, és elsőre működött, nem akarom elhinni, hogy itt minden feltelepített csomaggal napokat kell szívnom, meg fordítgatni...stb, amikor egy "gyatra" hardverű routeren ami nem is erre készült gyakorlatilag csomagkezelővel felrakható...

Itt is elvileg (mivel az apache2 már rég működik php-vel...stb) egy apt-get install rtorrent parancsra fel kéne raknia minden függőségével együtt a klienst, aztán webroot alá kicsomagolnám a ruTorrentet, belőném az scgi portot a konfigokban aztán start...Esetleg indítóscript bemásolása az init.d-be és bye....
Miért ilyen agyonbonyolított dolog ez?

Még esetleg annyit elárulhatna valaki, hogy a screen -d -m -dmS kapcsolói mit is jelentenek..