Dotaz: transmission-daemon - nefunguje rpc

[Stano]

caute, mam problem ktory uz riesim vyse tyzdna

postavil som si headless file server, na ktorom ma bezat transmission

operacny system: debian wheezy

problem: po instalacii transmission-daemon z repozitara (najnovsia stabilna verzia - teda v2.52) som daemona zastavil (pretoze v2.52 este stale obsahuje bug, ktory neulozi resp. prepise konfiguraciu pri zastaveni/restarte, takze ho treba zastavit pred editaciou settings.json):

# /etc/init.d/transmission-daemon stop

potom:

# nano /etc/transmission-daemon/settings.json

kde som si upravil cesty, a hlavne som zmenil rpc port z default 9091 na 9092, pretoze mi momentalne na sieti bezi iny transmission na NASe potom som rebootoval a vsetko fungovalo ako ma, netstat ukazoval pocuvanie na porte 9092, restartoval som este niekolko krat a vsetko to fungovalo. Ale ... potom som skusil daemona zastavit a hned ako som napisal:

# /etc/init.d/transmission-daemon start

tak sa to cele pokadilo a demon uz po starte systemu (nabootovani) nedokaze pocuvat na rpc porte, netstat ukazuje iba pocuvanie na peer porte ale nie rpc porte

teda: stacilo aby som raz (RAZ !!! panenko skava ... RAZ!!!) zadal /etc/init.d/transmission-daemon start, tak uz nikdy nedokaze demon pocuvat na rpc porte automaticky po starte systemu ak demona zastavim a spustim automaticky, resp. /etc/init.d/transmission-daemon restart tak vestko funguje ako ma, ale nie priamo po starte, daemon sa pritom spusti ale http://mojserver:9092 napise "connection refused"

mozno som to napisal az moc polopatisticky, chcel som dat co najviac informacii, ale ... stretol sa uz niekto niekdy s tymto? skusal som menit uz vsetko mozne, debian som preinstaloval uz 8 krat a uz zacinam mat z toho sedive vlasy, ja viem ze ak by som do konzoly nikdy nenapisal /etc/init.d/transmission-daemon start, tak by to fungovalo automaticky, ale na to taky prikaz existuje aby sa pouzival, a nie aby sa to cele dokaslalo ...

Pomooooooc

Odpovědi

[T.O.M.]

Co máš v logu?

Na Archu mi to občas taky dělá a v logu je navíc:

Oct  2 16:23:25 <komp> transmission-daemon[288]: [16:23:25.913] Couldn't bind port <muj port> on <moje IP>: Cannot assign requested address (net.c:371)
Oct  2 16:23:25 <komp> transmission-daemon[288]: [16:23:25.913] UDP Couldn't bind IPv4 socket (tr-udp.c:263)

a pak ještě několik hlášek receive/send bufferu a pid souboru, které jsou tam i když to funguje.

Vždy mi stačilo démona zastavit, sestřelit případné pozůstalé procesy obsahující v názvu 'trans' a zkontrolovat, že opravdu neexistuje pid soubor z logu. Případně restart služby několikrát zopakovat. Nicméně system bych kvůli tomu ani nahodou nepřeinstalovával. Máš správně vytvořeného extra uživatele pro transmission s vlastním /home? (viz. ofic. wiki)

Nevím jak to máš na Debianu, ale na Archu je (podle mě) systemd servisa pro transmission trochu nedodělaná, protože nemá definovaný příkaz na zastavení, takže asi provede jen kill a pak dlouho čeká na nějaký timeout. To může být zdroj mého problému...

BTW, mám verzi 2.82 a ta chyba s přepisováním konfigu tam tuším stále je.

[Stano]

ne nemam domovsky adresar pre t-d usera a uz som prisiel na to ako to spojazdnit a urcite to bude mat nieco s tym userom, aj ked mi pripada divne ze by ho system pri instalacii cez apt nevytvoril keby bolo treba

kazdopadne ... najprv som myslel ze ked volam priamo /etc/init.d...bla bla tak proces nejakou chybou spusti ten dotycny user a nie debian-transmission, ktory je definovany v spustacom skripte, lebo skusil som spustit cez roota a pri stopnuti daemona sa v root/config vytvorila kopia settings.json, tak som skusil spustit cez "service" a bolo to stale o tom istom

no a potom som server rebootoval, nieco som tam robil a potom som ho rebootoval znova a len tak zo srandy som klikol vo win na transgui a ono to bezalo, kuknem do terminalu a netstat ukazuje otvoreny ten nastaveny RPC port

takze som prisiel na to, ze ak daemona zastavim a potom spustim manualne, tak musim rebootovat dva krat bez toho aby som znova manualne toho daemona drazdil po prvom reboote a potom to pojde ... divne ale je to tak, neviem preco a nemienim to teraz riesit ...

ale vdaka za radu