Az /i-data/md1/Filmek könyvtár létezik?
Akinek a nevében fut a tm, annak van a könyvtárhoz joga ?
Tm logba belenéztél?

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Igen, létezik, de az csak egy link, ahogy nézem, mert a valós elérési út a következő: /i-data/32b4b1ff/Filmek. WinSCP-be ha bemegyek a /i-data/md1/Filmek akkor igazából ide jutok.
Jogosultságon a tm alapból milyen felhasználóval megy? Mert azzal nem foglalkoztam. Amúgy a mappáim megosztottak, így bármilyen felhasználónak kellene tudnia írni bele. Putty-tyal nézve teljes mindenkinek teljes joga van hozzá.

Átírtam a download-dir-t /i-data/32b4b1ff/Download-re, mert a másik mappa csak teszt volt. Majd megpróbáltam egy torrentet hozzáadni. Egy pillanatra olyan, mintha elkezdené a letöltést, aztán megszakad a kapcsolat a remote alkalmazással. Néztem a routert, nem csinál semmit, mert nincs forgalom a NAS felé.
Logokban ennyi látható tegnap esti próbálkozások óta:
[2019-01-19 19:52:34.702] Transmission 2.93 (3c5870d4f5) started (session.c:740)
[2019-01-19 19:52:34.703] RPC Server Adding address to whitelist: *.*.*.* (rpc-server.c:971)
[2019-01-19 19:52:34.703] RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:1213)
[2019-01-19 19:52:34.703] RPC Server Whitelist enabled (rpc-server.c:1217)
[2019-01-19 19:52:34.703] DHT Reusing old id (tr-dht.c:307)
[2019-01-19 19:52:34.703] DHT Bootstrapping from 91 IPv4 nodes (tr-dht.c:156)
[2019-01-19 19:52:34.704] Using settings from "/ffp/tm/.transmission-daemon" (daemon.c:528)
[2019-01-19 19:52:34.704] Saved "/usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/settings.json" (variant.c:1266)
[2019-01-19 19:52:34.704] Loaded 1 torrents (session.c:2034)
[2019-01-19 19:52:34.704] Port Forwarding (NAT-PMP) initnatpmp succeeded (0) (natpmp.c:70)
[2019-01-19 19:52:34.704] Port Forwarding (NAT-PMP) sendpublicaddressrequest succeeded (2) (natpmp.c:70)
[2019-01-19 19:52:42.702] Port Forwarding Starting (port-forwarding.c:92)
[2019-01-19 20:01:07.933] Transmission 2.93 (3c5870d4f5) started (session.c:740)
[2019-01-19 20:01:07.933] RPC Server Adding address to whitelist: *.*.*.* (rpc-server.c:971)
[2019-01-19 20:01:07.933] RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:1213)
[2019-01-19 20:01:07.933] RPC Server Whitelist enabled (rpc-server.c:1217)
[2019-01-19 20:01:07.933] DHT Reusing old id (tr-dht.c:307)
[2019-01-19 20:01:07.934] DHT Bootstrapping from 91 IPv4 nodes (tr-dht.c:156)
[2019-01-19 20:01:07.934] Using settings from "/ffp/tm/.transmission-daemon" (daemon.c:528)
[2019-01-19 20:01:07.934] Saved "/usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/settings.json" (variant.c:1266)
[2019-01-19 20:01:07.934] Port Forwarding (NAT-PMP) initnatpmp succeeded (0) (natpmp.c:70)
[2019-01-19 20:01:07.934] Port Forwarding (NAT-PMP) sendpublicaddressrequest succeeded (2) (natpmp.c:70)
[2019-01-19 20:01:15.933] Port Forwarding Starting (port-forwarding.c:92)
[2019-01-19 20:01:28.023] Saved "/usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/settings.json" (variant.c:1266)
[2019-01-19 20:01:28.053] Saved "/usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/settings.json" (variant.c:1266)
[2019-01-19 20:03:15.933] Port Forwarding Starting (port-forwarding.c:92)
[2019-01-20 14:20:00.137] JSON parse failed in /ffp/tm/.transmission-daemon/settings.json at pos 3: INVALID_NUMBER -- remaining text "~{
"alt-spee" (variant-json.c:95)
[2019-01-20 14:20:00.137] Saved "/usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/settings.json" (variant.c:1266)
[2019-01-20 14:20:00.137] DHT Saving 113 (113 + 0) nodes (tr-dht.c:369)
[2019-01-20 14:20:00.137] Saved "/usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/dht.dat" (variant.c:1266)
[2019-01-20 14:20:00.137] Port Forwarding Stopped (port-forwarding.c:180)
[2019-01-20 14:23:58.297] Transmission 2.93 (3c5870d4f5) started (session.c:740)
[2019-01-20 14:23:58.297] RPC Server Adding address to whitelist: *.*.*.* (rpc-server.c:971)
[2019-01-20 14:23:58.297] RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:1213)
[2019-01-20 14:23:58.297] RPC Server Whitelist enabled (rpc-server.c:1217)
[2019-01-20 14:23:58.298] DHT Reusing old id (tr-dht.c:307)
[2019-01-20 14:23:58.298] DHT Bootstrapping from 113 IPv4 nodes (tr-dht.c:156)
[2019-01-20 14:23:58.298] Using settings from "/ffp/tm/.transmission-daemon" (daemon.c:528)
[2019-01-20 14:23:58.298] Saved "/usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/settings.json" (variant.c:1266)
[2019-01-20 14:23:58.298] Port Forwarding (NAT-PMP) initnatpmp succeeded (0) (natpmp.c:70)
[2019-01-20 14:23:58.298] Port Forwarding (NAT-PMP) sendpublicaddressrequest succeeded (2) (natpmp.c:70)
[2019-01-20 14:24:06.297] Port Forwarding Starting (port-forwarding.c:92)
[2019-01-20 14:26:05.297] Port Forwarding Starting (port-forwarding.c:92)
[2019-01-20 14:27:01.297] Saved "/ffp/tm/.transmission-daemon/torrents/Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1.f030bc41d04eb5d6.torrent" (variant.c:1266)
[2019-01-20 14:27:01.297] Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1 Queued for verification (verify.c:269)
[2019-01-20 14:27:01.297] Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1 Verifying torrent (verify.c:224)
[2019-01-20 14:27:18.297] Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1 Removing torrent (torrent.c:1915)
[2019-01-20 14:27:18.297] Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1 Pausing (torrent.c:1856)
[2019-01-20 14:27:22.297] Saved "/ffp/tm/.transmission-daemon/torrents/Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1.f030bc41d04eb5d6.torrent" (variant.c:1266)
[2019-01-20 14:27:22.297] Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1 Queued for verification (verify.c:269)
[2019-01-20 14:27:22.297] Johnny.English.Strikes.Again.2018.1080p.BluRay.REMUX.AVC.DTS-HD.MA.5.1.HuN-No1 Verifying torrent (verify.c:224)

[ Szerkesztve ]

A nasip:9091/transmission/-ra pedig 409: Conflict hibaüzenetet kapok, így ott alapból nem érem el.

Első körben kapcsold ki a portforwardot a TM-ben!

Logba gondoltam bele is olvasol, nem pedig feladod házinak :

Második körben van egy hiba a settings.json-ban. Tedd rendbe:
[2019-01-20 14:20:00.137] JSON parse failed in /ffp/tm/.transmission-daemon/settings.json at pos 3: INVALID_NUMBER -- remaining text "~{ "alt-spee" (variant-json.c:95)

Nézzük meg mi történik...

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

A port forwardot nem néztem, de nem foglalkoztam vele. Gondoltam jó így ha gyárilag van.
Viszont a másik sort nem vettem észre, pedig néztem a napokban többször is a logot. Bár a szintaktikai hibát nem értem, mert jónak tűnik a settings.

update:
Szóval nem találtam hibát. A hibaüzenet amúgy szerintem az első sorra szólt, amit amúgy sem módosítottam. Viszont most port forward letiltás után is uganúgy fagy. Pedig a letöltési mappába a torrentfájlban lévő állományokat és mappákat létrehozza. Az nfo fájlt le is szedi, de a nagyobb fájloknál csak a .part kiterjesztészt rakja be és pár megát tölt csak le belőle.

[ Szerkesztve ]

alt-spee van írva a logodban az pedig alt-speed-...

kb ilyen:

"alt-speed-down": 50,
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127,
"alt-speed-time-enabled": false,
"alt-speed-time-end": 1020,
"alt-speed-up": 50,

Az pedig, hogy kinek a nevében fut, az pedig a /ffp/start/transmission.sh-ban van: user=

A fenti helyen a TRANSMISSION_HOME jó helyre mutat?

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Fura, mert azt a sort nem módosítottam. Illetve az óta a hibát nem is írja a logban, de továbbra is hibás.

Az ffp/start/transmission.sh a következőt tartalmazza:
TRANSMISSION_HOME=/ffp/tm/.transmission-daemon
Illetve root-tal fut az user alapján, így jog problémája sem lehet.

A 409-es hibánál viszont rájöttem, hogy rosszul írtam be a címet. Nem szoktam használni, csak most megláttam azt is a settings-ben és gondoltam megpróbálom. A helyes cím a http://nasip:9091/transmission/web/ /web-et nem láttam a settings-ben, így nem is írtam be.
Viszont ha adok hozzá új torrentet, ez is ledöglik. Torrent file törlése a /usr/local/zy-pkgs/ffproot/ffp/tm/.transmission-daemon/torrents mappából és tm újraindítása után viszont a http://nasip:9091/transmission/web/ is már 409-es hibát ír.

[ Szerkesztve ]

Még a 409-es hibához írva ha http://nasip:9091-et írok be a böngészőbe, akkor mindig tud csatlakozni, amikor nincs szétfagyva.
Illetve most újra felvettem torrentet, de próbaképp kivettem az azonnali letöltést. Így nem fagy meg az egész, viszont ha utána elindítom, akkor elkezdi letöltést, de 100%-on viszi a nas prociját. Ami szerintem egy letöltés esetében nagyon sok. A remote gui be is akadozik miatta.
Viszont ha azonnali letöltés kezdéssel indítom, akkor ugyanúgy lefagy, mint korábban.

Nem lehet, hogy egy hibás transmissiont telepítettem? Ez van fent:
mrdini: transmission_5-2.93-arm-1.txz

Igen, az arm 1 verzió volt a ludas. arm2 telepítve már megy a letöltés gond nélkül, viszont így is egy torrent fájllal is viszi a proci teljes teljesítményét. Ez normális?

[ Szerkesztve ]

Korai volt az öröm. Pár fájl hozzáadása után megint lefagyott.
Bár most nem tudom, hogy mi történik, mert a router szerint nincs forgalom a nas felé, a hdd se kerreg benne. De a nas cpu-ja 100%-on megy és nem lehet csatlakozni a tm-hez.

[ Szerkesztve ]

transmission_5 az 5-ös sorozatú nasokra való.
Pár napja linkeltem a legújabbat. Azt próbáltad?

Ez az egyetlen egy torrent van a listában vagy van más is? Azokat véletlenül nem recheck-eli?

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Egy torrent fájl van benne mindig próbaképpen. Most utoljára, mikor azt hittem, hogy jó lsz, akkor raktam bele többet egyszerre.
Felraktam az előbb, amit linkeltél, de sajnos ugyan az van, hogy első torrent betallózás után, a letöltés kezdetekor szét is fagy.

Az lehet a baja, hogy eddig a két hdd-m egy tömbként volt, de most, hogy pár hete visszaállítottam a nas-t gyárira, a két külön kötetként újradefiniáltam a lemezeket is?

Felraktam a gyári csomagok között lévőt, azzal nem tapasztalok hibát. Így szerintem marad ez. Nem tudom, hogy a másiknak mi baja volt.

Viszont eszembe jutott a két merevlemezzel kapcsolatban egy dolog. Megoldható valahogy, hogy a két lemezen két mappa tartalmaszinkronizálva legyen egymással? Például, ha másolok az egyes lemez X mappájába egy fájlt, azt automatikusan szinkronizálja a kettes lemez Y mappájába? Nem szükséges, hogy azonnal, napi egyszer ütemezve is tökéletes lenne.

Megírtad magadnak a választ. : ütemezve

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Igen, azzal nincs is gondom. De ezt szerintem valami scripttel lehet megoldani, aminek a futtatását ütemezetté teszem? Soha nem írtam scriptet a NAS alá, ezért szeretnék valami támpontot.
Bár miközben írtam a bejegyzést, régugliztam és találtam példákat. Az alapján nekiugrok..

A TM-et lehet megpróbálom majd még egyszer az újabb verzióra, mert azért kíváncsi vagyok miért nem ment.

Köszönöm a segítséget!

Csinálsz egy pl. valami.sh fájlt.
Első sorába beírod, hogy #!/bin/sh, a további sorokba a parancsokat amiket akarsz (pl. rsync , de akár egy sima cp parancs is megoldás lehet ), elmented, teszel rá futtatási jogot (chmod a+x valami.sh), majd berakod cron-ba, vagy a Tweaks csomagot telepítve abban a Cron daemon részhez beszúrva időzíted.

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Igen, az rsync volt a kérdés, de közben meg is találtam. Már próbálgatom, csak hibát ír alapból is. Szerintem kellene neki egy csomag, amit nem találok a slacker-ben.
hibaüzenet:
rsync can't load library 'libattr.so.1'

Ha nem találod a slackerrel attr néven (slacker -a attr), akkor uwsiteloader-es okosítás első körben. Legalább n+1 alkalommal volt róla szó:

wget http://wolf-u.li/u/441 -O /ffp/bin/uwsiteloader.sh
chmod 755 /ffp/bin/uwsiteloader.sh
uwsiteloader.sh

Utána benne kell hogy legyen (Mr.Dini repojában biztosan benne van, most nézem.)

Ha nem akarsz vergődni így, akkor pedig az általam/közösség által a múltkori összeomlás után kétségbeesetten összeállított google driveos mentésben is benne van.

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Közben megoldódott. Próbálkoztam mással is párhuzamosan és pár csomagot eltüntettem. Aztán kinyírtam teljesen már az ffp-t is, így újraraktam az egészet és már rendben van.
NFS-t kell már csak visszaraknom, meg a script-et megírni, aztán egyenlőre kész leszek. Ha meg tudnál oldani valahogy a mappa kvótát NFS megosztásra, akkor tökéletes lenne az egész.

Ment egy repo e-mailben.

Sziasztok,

Help pls,
Pár napja megborult valami a TM-el.
Egyszerűen nem hajlandó 3,3-3,5 MB -nál nagyobb sebességgel tölteni.
Eddig azért simán ki lehetett belőle préselni a 14-15MB.

Ráadásul eléggé akadozik is a GUI elérése is.

Átfutottam a settings.json -t, semmi gondot nem látok, illetve az alternatív sebesség sincs bekapcsolva.
Nem futott bele előttem valaki hasonlóba?

Előre is köszönöm

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

Nem fut esetleg sok torrent egyszerre vagy nem töredezett már nagyon a hdd, bár ext4 esetén lehet, hogy ez nem akkora gond. Esetleg a hdd nem kezdi megadni magát? Nekem épített nasom van és a letöltős hdd-m döglődik a kezdeti 80-100MB/s helyett torrent esetén már csak 25-30at tud, akkor is ha van rajta 1TB hely

Nálam is ez van, de már pár hete tart. Nem kell hozzá sok torrent, ha csak egy darab van bent, akkor is ezt csinálja. Egyelőre nem volt időm kinyomozni, hogy miért.

Esetleg mindketten írjátok le melyik verziót használjátok és itt az okosabbak majd többet tudnak segíteni, ha ugyanazt lehet, hogy magával a verzióval van gond.

Dettó.
De nálam szerintem már tart 1-2 hónapja is. (Ráadásul ha egy torrentet elindítok, egy második már nagyon nyögvenyelősen adódik hozzá, vagy time out...)
TM perpill a Tonyk által fordított és itt közzétett legújabb 2.94+ (4a4233feae), a TMGui meg szintén a legújabb, 5.16.0 (de előzőeknél is ilyen gondom volt már)

Jelenleg 53 torrent van benn, de abból 25 leállítva... de semmi jelentősége, mert ha az összeset leállítom, akkor is ez van. Régebben meg 100 feletti mennyiségnél sem volt ilyen gond, és ment "13-14-gyel".

[ Szerkesztve ]

¤ R'n'R ¤

Én ma is töltöttem a legfrissebb verzióval elég sokat. Nem volt vele gondom, mint ahogyan az előzőekkel sem. (Mondjuk jó lenne, ha logokba is belenéznétek, hátha van benne valami érdekes.)
Esetleg próbáljatok meg visszalépni, az utolsó hivatalos (nem plusz-os )verzióra.

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Úgy látom nem egyedi a problémám.

Jeleneg a Mr.Dini féle 2.93-at használom (520 -asom van), repo szerint ez volt a legfrisseb.
Előtte egy Mijzelf féle régebbi verzió volt fent, ami nagyon régóta hibátlan.
Mindkettővel u.a. (most telepítettem a Dini félét, hogy teszteljem).

A HDD-im Sentinel szerint kiválóak, és összesen kb 5 torrent van berakva...

A semmiből jött a hiba és elég bosszantó.

HDS output:

HDD Device 0: /dev/sda
HDD Model ID : WDC WD1002FBYS-02A6B0
HDD Serial No: WD-WMATV9372852
HDD Revision : 03.00C06
HDD Size : 953870 MB
Interface : S-ATA II
Temperature : 54 °C
Highest Temp.: 61 °C
Health : 100 %
Performance : 100 %
Power on time: 1270 days, 15 hours
Est. lifetime: more than 554 days
The hard disk status is PERFECT. Problematic or weak sectors were not found and there are no spin up or data transfer errors.
No actions needed.

HDD Device 1: /dev/sdb
HDD Model ID : WDC WD1002FBYS-02A6B0
HDD Serial No: WD-WMATV9365911
HDD Revision : 03.00C06
HDD Size : 953870 MB
Interface : S-ATA II
Temperature : 55 °C
Highest Temp.: 62 °C
Health : 100 %
Performance : 100 %
Power on time: 1275 days, 9 hours
Est. lifetime: more than 549 days
The hard disk status is PERFECT. Problematic or weak sectors were not found and there are no spin up or data transfer errors.
No actions needed.

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

Elég magasak azok a hőfokok, a régi 325v2-ben a hdd-im max 40 fokosak voltak, ha jól tudom nem igazán szeretik az 50 fok feletti értékeket. Persze ez nem függ össze a hibáddal.

[ Szerkesztve ]

A 325v2 -ben is ilyenek voltak.
WD Enteprise-ok melegebbek, legalábbis ezt tapasztalom.
Évek óta mennek és mindig magasak relatíve a hőfokok.

Viszont a problémám:
Az eddig bevállt TM minden mókolás nélkül belassult,
Feltettem a Mr.Dini féle legfrissebbet a repobol ami 5** verzióra készült és ugyan az.

Írta a GUI, hogy van új firmware, feltettem, szintén zenész.

Esetleg van ötletetek, hogy mit nézhetnék még meg?
Nagyon szivesen leszek kisérleti patkány, ha van ötlet...

UI.:
Ami egy érdekes, és sajnos nálam elég régóta fennálló "bug",
hogy hiába adom ki a GUI-ból, hogy "adat és torrent végleges törlése", nem törli ki a NASról.
Sőt... filekezelőből sem tudom..
Fel kell menjek és MC-vel törölgetni.

Ez valami windows feature letiltás miatt lenne ?!

[ Szerkesztve ]

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

Esetleg próbál meg egy régebbi verziót, ami nem +-os, ahogy Tonyk írta. A végén lévőhöz, szerintem a jogosultságok vannak rosszul beállítva, akkor szokott ilyesmi lenni.

Ha 50 fokos a HDD, akkor bedoglott a hutoventilatorod a NAS-ban. Azonnal ellenorizd!

(Halkan jegyzem meg, hogy az ember egy 60 fokos targyat mar nem kepes a kezeben megtartani.)

Annyiban szólnék hozzá, hogy a 40 fokos fém már égeti az ember kezét.

867 RPM-en pörög szépen...
Azzal sincs gond. Szóval erre már rátudtam, hogy "ilyen".
Bár a biztonság kedvéért holnap szétszedem, és portalanítom.
Hátha javít valamennyit.

@Dragon3000
Nem a pluszos verziót használom, mivel az 325-re van fordítva.
Egyszer próbáltam, folyamatosan crashelt tőle a nas, és rebootolt,
Ezért is tértem vissza a mijzelf félére.

[ Szerkesztve ]

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

Mindig a legfrissebb verziót használom, a Tonyk-féle változatokat is beleértve. WD Red van a NAS-ban, kb 30-33 fokos szokott lenni, 100/100, általában a harmada-fele üres. Nagyjából 3 hónapja egy USB-n csatlakoztatott külső vinyóra futnak a backup jobok minden hajnalban.

Szóval a transmission frissítgetésen és a backup vinyón kívül nem nyúltam semmihez az utóbbi időszakban, amialatt ez a belassulás megtörtént. Sajnos nem különösebben figyelgettem, így fogalmam sincs mikor kezdődött, de nyilván először ezeket a tényezőket kell kiszűrnöm, ha lesz időm nekiállni kitalálni, hogy pontosan mi a baj. Egyébként ugyan az a szitu amit a többiek is írtak, lassú (3-4MB/s), és már a második torrentet alig lehet hozzáadni amíg az első letölt. A CPU-t azonnal 100%-ra csapja a transmission, amint elindul egy letöltés - de lehet ez eddig is így volt, sosem figyeltem.

Úgy látom többünknél ugyan az.

Egyetlen fura megérzésem maradt:
Nem vagytok ti mind UPC-sek véletlenül?!

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

A bátyámnak adtam el a 325v2-t 2x2TB hdd-vel, 2.92es TM van rajta, de nem panaszkodott, hogy sebesség gondja lenne. Igaz neki csak 50Mbites nete van.

500-as Digi netem van.

(#7475) Tonyk:
Mi az utolsó hivatalos verza, és hogy tudok egy próba erejéig visszalépni? (Még log-ot sem tudom hogy kell nézni... hacsak nem a Nas saját felületén, de az sokat nem mondott )

huh: Log leresésre elég érdekes nevűeket talált.
/usr/local/zy-pkgs/ffproot/ffp/log/transmisison.log
/i-data/*******/.system/zy-pkgs/ffproot/ffp/log/transmisison.log

[ Szerkesztve ]

¤ R'n'R ¤

Megnéztem az egyiket, van benne vagy 570millió sor... és minden torrentnél van vmi Scrape error amit ismételne xy mp után... Amúgy nem tudom mit nézzek, mit keressek.

¤ R'n'R ¤

Bakker, és ezt minden 1-2 percben beleírja... hogy lehetne ezt gyorsan megszűntetni?

¤ R'n'R ¤

Pontosan ezt írja: "Scrape error: Could not connect to tracker"?
Olyasmit találtam róla, hogy ha https a tracker elérhetősége, akkor dobálja ezt a tracker, de ha http csak, akkor nincs gond, igaz ezt windowsnál linkelték, ami csak azért érdekes, mert nekem windowson még egyszer sem akart működni, pedig 7-en és 10-en is próbáltam már.

Nem.
Ezt:
Scrape error: scraping is not supported (announcer.c:1318)
Retrying Scrape in xyz sconds (announcer.c:1327)

És ezt kb percenként-kétpercenként beírja az összes torrentre.

¤ R'n'R ¤

Megosztottam, az eddig készült fordítgatásokat, próbáljátok, ha van kedvetek hozzá:
[link]

Ami plusz-os, azok, a hivatalos kiadások után készültek.

Egyébként, most hogy mondjátok, nálam is van lassulás a letöltéseknél, 3-4MB (100-as net), én azt hittem, hogy a szolgáltatóm korlátozza a forgalmat. Meg nem is foglalkoztam vele, mert munkahelyről indítom a letöltést napközben, így nem érdekel mennyi idő alatt van lenn.
Viszont veletek ellentétben, nálam nincs fagyás, újraindulás, elérhetetlenség.

Lehet, visszarakok egy sima, utolsó hivatalos 2.94-et és rápróbálok, ha lesz letölteni való.

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Az újraindulás inkáb az 520-ra jellemző.
Valamiért nem szereti a 2 magot használni, ezért is használtam régebbi verziót.

Viszont az éjjel valamire felfigyeltem.
Beraktam tesztelni egy ~50 GB-os letöltést, csak úgy, teszt jelleggel.

Ha ment a GUI akkor 3-4 MB max...
Ha bezártam, akkor hangra gyorsult a letöltés, mert a HDD-k elkezdtek "rendesen" kerregni,
és volt egy újraindulásom is ami jellemzően a 18MB fölötti sebességnél következik be.
Ma rápróbálok mégegynél este, és nézem böngészőből.

Elég fura lenne, ha a TM GUI okozna ilyet

Az enkriptált kapcsolatban is lehet valami, most fut egy 171 GB-s letöltés, ott 31 peerrel ~8MB.
Viszont eszi rendesen a CPU-t, alig lehet elérni a TM-et, még webfelületen is.

@arty

Gyanúsan jól reportál, mert nekem a CPU is elég magas, 46 fok...
Nem teljesen értem az okát, mert emgy a venti is szépen.
Bár nem túl szellős helyen van a nas.

[ Szerkesztve ]

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

520-hoz az arra fordítottad használod? : transmission_5-2.93-arm-1 ?

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

5-2.93-arm-1
2.93 (3c5870d4f5)

Igazából az egyetlen 5-ösre való, amit felhozott a slacker -a -val.

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

Na, találtam letölteni valót....

Felraktam a szintén általam fordított sima 2.94-et (tm_2.94_20180501.7z).

Ezzel úgy látom még nem speedlimites a letöltés!

[ Szerkesztve ]

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!

Úgyan ezeket a hibákat dobálta nekem a 2.94+. Egy hétig szenvedtem vele.Mindent megcsináltam amit irtak.Pár torrent után a transmission nem volt elérhető az újraindításig.Majd vissza raktam a 2.84-et.Azóta nincs semmi gondom.

Felmásoltam, de most újra ellenőrzi a nagy torrenteket, ha végzett berakok neki 2-3 BD-t és meglátjuk.

"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"

Nekem is működik ezzel! Köszi!

Semmi mást nem módosítottam, csak visszatettem ezt a verziót és kapásból 9-10MB/s a letöltés (ennél nekem régebben sem volt gyorsabb). Egyelőre négy torrenttel próbáltam, így is elérhető marad a GUI.

Az így nem derült ki, hogy egészen pontosan mi lehetett az ok, de igazából annyira nem is érdekel, ha ezzel jól működik

Ha lesz idő, meg töltögetni való, elkezdek szépen felfelé lépegetni, hogy kiderüljön hol lesz limites. Aztán már talán látni lehet a changelogból, hogy mi lehet a ludas.
Akinek van kedve, az besegíthet!

Nincs tökéletes ember. Például belőlem is hiányzik a hiba!