streamdev-server ERROR (thread.c,227): Keine Berechtigung

  • Hallo,


    ich habe immer, wenn sich ein Client per streamdev aufschalten will obige Fehlermeldung. Dann läuft aber der Stream.
    Wie komme ich an noch mehr log Informationen. Log Level ist auf 2 im VDR eingestellt.


    Bzw. was kann das noch sein?

  • Der VDR hat vermutlich nicht das Recht die Thread-Priorität für das Plugin zu setzen - das passiert normalerweise, wenn der VDR nicht als root gestartet wird (und dann ggf. auf einen User mit geringeren Berechtigungen droppt, aber die Capabilities cap_sys_nice cap_sys_time und cap_net_raw behält).

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • das hat wohl zumindest jeder im Log der streamdev und yavdr nutzt...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Ich nicht - und ich wüsste auch nicht, warum das mit dem aktuellen Stand passieren sollte? Der VDR wird als root gestartet und droppt dann auf den User vdr, behält aber die oben genannten Fähigkeiten bei.

    Code
    Mar 24 07:49:35 VDR vdr: [2296] Streamdev: Accepted new client (HTTP) 192.168.1.132:51139
    Mar 24 07:49:35 VDR vdr: [5409] streamdev-writer thread started (pid=1840, tid=5409, prio=high)
    Mar 24 07:49:35 VDR vdr: [5410] streamdev-livestreaming thread started (pid=1840, tid=5410, prio=high)

    Das ist mindestens seit 2011 so: https://github.com/yavdr/yavdr…b834493/etc/init/vdr.conf

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • kann sein das die Meldungen auf ubuntu Server mit testing Paketen und dem mitgelieferten startskript kommen, lass uns mal nach meinem Urlaub schauen
    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Ich sehe da nichts, was dafür sorgen würde, dass der VDR nicht als root gestartet wird und dann auf den User vdr droppt - eventuell hast du da etwas gegenüber den Beispiel-Dateien in /usr/share/doc/vdr/examples angepasst? Vielleicht ein "setuid vdr" in den Upstart-Job eingebaut?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

Jetzt mitmachen!

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