[gelöst] Wie kann ich transmission-daemon verzögert starten?

  • Hallo,


    nachdem ich meinen vdr neu aufgesetzt habe, läuft alles wieder wie gewünscht.
    Nur ein Problem besteht noch, das mich auch schon vorher genervt hat.


    Ich habe auf meinem VDR transmission-daemon installiert. Dieser ist so konfiguriert, dass er die Downloads auf einer NFS-Freigabe speichert.
    Allerdings wird der daemon schon gestartet, wenn die Freigabe noch nicht gemountet ist und findet daher seine Dateien nicht mehr.


    Ich suche also eine Möglichkeit, den Start des Dämons so lange zu verzögern, bis die NFS-Mounts bereit sind.
    In der /etc/init.d/transmission-daemon steht zwar

    Code
    ### BEGIN INIT INFO
    # Provides:          transmission-daemon
    # Required-Start:    $local_fs $remote_fs $network
    # Required-Stop:     $local_fs $remote_fs $network


    aber das scheint nicht wirklich zu funktionieren.


    Irgendwelche Tipps?


    mfG,
    f.

    VDR-neu: HW: HP M01-F0000ng, Ryzen 3 3200G, Vega8, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco,

    FB: HarmonyHub . SW: yavdr ansible focal

    VDR-alt: HW: Asrock Q1900M, Celeron J1900, Nvidia Geforce 210, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco, Gehäuse: MC-1200. FB: HarmonyHub . SW: yavdr ansible focal
    VDR3: Raspberry Pi3 als Streaming Client, MLD 5.1

    Einmal editiert, zuletzt von fatzgenfatz ()

  • mit upstart arbeiten, und dann mit entsprechenden Abhängigkeiten arbeiten (start on...) ?
    Notfalls mit sleep verzögern.

    Zum Guggen: yavdr0.6 + Silverstone GD04 + Intel DH57DD + Intel G6950 + Nvidia GT630 + Unicable/Jess-Sat (JPS0501-12) mit DD/L4M Max8 + 4TB WD-red + bequiet SFX300W
    Zum Testen : yavdr-Ansible + GMC Toast + B365M+i3-8100+ Nvidia GT1030 + L4M CineS2v6 o. SAT>IP Plugin mit DD-O'net
    VaaS (VDR-as-a-Service): yavdr06 + ML03+DH67BL+G530+2GB RAM + 2TB WD-EARX + Zotac GT610 + L4M v5.4 + bequiet SFX300W
    Squeezeboxserver: DN2800ML im Streacom F1CS NAS: HP ProLiant MicroServer NL36+ Smart Array P212

  • schaue man im bm2lts thread nach da hatte ich mir etwas gebastelt (netping) das solte übertragbar sein

  • mit upstart arbeiten, und dann mit entsprechenden Abhängigkeiten arbeiten (start on...) ?


    Genau:
    http://upstart.ubuntu.com/cookbook/#startup

    Code
    start on filesystem and net-device-up IFACE=eth0

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hallo,


    vielen Dank für die Tipps. Ich habe mir ein Upstart-Script geschrieben, aber das hilft leider auch nicht.


    Egal, ob ich "start on remote-filesystems oder filesystem" angebe, das Ergebnis bleibt das selbe.
    Ich habe auch versucht "start on mounted MOUNTPOINT=/Medien" anzugeben, aber da startet transmission gar nicht.


    Da auch das Einfügen von sleep gar nichts gebracht hat, wird das Problem wohl an transmission selbst liegen.
    Sobald ich den Service manuell mit "service transmission-daemon restart" neu starte, funktioniert alles.


    mfG,
    f.

    VDR-neu: HW: HP M01-F0000ng, Ryzen 3 3200G, Vega8, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco,

    FB: HarmonyHub . SW: yavdr ansible focal

    VDR-alt: HW: Asrock Q1900M, Celeron J1900, Nvidia Geforce 210, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco, Gehäuse: MC-1200. FB: HarmonyHub . SW: yavdr ansible focal
    VDR3: Raspberry Pi3 als Streaming Client, MLD 5.1

  • Da auch das Einfügen von sleep gar nichts gebracht hat, wird das Problem wohl an transmission selbst liegen.


    Was steht denn in /var/log/upstart/<Name des Upstart-Jobs>.log ?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Moorviper: Das werde ich morgen mal probieren.


    seahawk1986: In der Logdatei steht nichts aussagekräftiges dazu, nur eben die Meldung "No data found! Ensure your drives are connected or use "Set Location". To re-download, remove the torrent and re-add it. (torrent.c:487)"


    mfG,
    f.

    VDR-neu: HW: HP M01-F0000ng, Ryzen 3 3200G, Vega8, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco,

    FB: HarmonyHub . SW: yavdr ansible focal

    VDR-alt: HW: Asrock Q1900M, Celeron J1900, Nvidia Geforce 210, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco, Gehäuse: MC-1200. FB: HarmonyHub . SW: yavdr ansible focal
    VDR3: Raspberry Pi3 als Streaming Client, MLD 5.1

  • Was ist denn /Medien? Externer Datenträger, Netzwerkfreigabe... ? Steht der in der fstab oder setzt der auf andere Mechanismen?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • /Medien ist ein NFS-Mount, der über die fstab eingebunden wird:
    192.168.123.103:/volume1/Medien /Medien nfs rw,user,async 0 0


    mfG,
    f.

    VDR-neu: HW: HP M01-F0000ng, Ryzen 3 3200G, Vega8, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco,

    FB: HarmonyHub . SW: yavdr ansible focal

    VDR-alt: HW: Asrock Q1900M, Celeron J1900, Nvidia Geforce 210, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco, Gehäuse: MC-1200. FB: HarmonyHub . SW: yavdr ansible focal
    VDR3: Raspberry Pi3 als Streaming Client, MLD 5.1

  • Guten Morgen,


    leider hat Moorvipers Methode auch nicht funktioniert.


    Ich habe auch mal versucht, die Freigabe über avahi zu mounten (über das yavdr Webinterface).
    Lustigerweise wird laut syslog zuerst die Freigabe gemountet, dann erst transmission gestartet:


    Nach einem "service transmission-daemon restart" funktioniert alles wie gewohnt.


    mfG,
    f.

    VDR-neu: HW: HP M01-F0000ng, Ryzen 3 3200G, Vega8, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco,

    FB: HarmonyHub . SW: yavdr ansible focal

    VDR-alt: HW: Asrock Q1900M, Celeron J1900, Nvidia Geforce 210, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco, Gehäuse: MC-1200. FB: HarmonyHub . SW: yavdr ansible focal
    VDR3: Raspberry Pi3 als Streaming Client, MLD 5.1

  • Versuch mal zusätzlich auf den RPC Server zu warten (oder stell auf NFS4 um), vorher kann er nicht auf die Freigabe zugreifen - versuch mal

    Code
    start on (remote-filesystems and net-device-up IFACE=eth0 and started rpcbind-boot)


    Oder evtl. auch

    Code
    start on started rpcbind-boot and mounted TYPE=nfs MOUNTPOINT=/Medien

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Versuch mal zusätzlich auf den RPC Server zu warten (oder stell auf NFS4 um), vorher kann er nicht auf die Freigabe zugreifen - versuch mal

    Code
    start on (remote-filesystems and net-device-up IFACE=eth0 and started rpcbind-boot)


    Gleiches Ergebnis wie vorher.

    Zitat


    Oder evtl. auch

    Code
    start on started rpcbind-boot and mounted TYPE=nfs MOUNTPOINT=/Medien


    Ha, damit funktioniert es. Anscheinend braucht das korrekte Mounten doch seine Zeit. Nach dem Boot dauert es ca. 20 - 30 Sekunden bis Transmission dann erreichbar ist (sleep wurde aus dem Script entfernt).


    Vielen Dank für deine Hilfe!


    mfG,
    f.

    VDR-neu: HW: HP M01-F0000ng, Ryzen 3 3200G, Vega8, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco,

    FB: HarmonyHub . SW: yavdr ansible focal

    VDR-alt: HW: Asrock Q1900M, Celeron J1900, Nvidia Geforce 210, DigitalDevices Cine C2/T2, IR-Empfänger: Atric USB Eco, Gehäuse: MC-1200. FB: HarmonyHub . SW: yavdr ansible focal
    VDR3: Raspberry Pi3 als Streaming Client, MLD 5.1

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!