Gelöst: Streaming/vdradmin Problem bei symbolischen Links

    Hi,


    ich habe unter /data zwei Videoverzeichnisse die verschiedene Festplatten benutzen
    /data/video0 -> /disc500/video0
    /data/video1


    Die VDR-Aufnahmen befinden sich entweder unter video0
    ode wenn unter video1, dann gibt's einen symbolischen Link (softlink ln -s) von video0 nach video1
    Bsp: /data/video0/Sonnenallee -> /data/video1/Sonnenallee


    Mithilfe das Streamdev-Plugins möchte ich nun in vdradmin die Aufnahmen streamen.
    Wenn ich in vdradmin / Konfiguration / als VDR-Aufnahmeverzeichnis (Pfad der Aufnahmen)
    /data/video0
    einstelle, dann kann ich leider nur die Aufnahmen streamen, welche direkt drunter liegen,
    nicht aber die über symbolische Links eingebundene von /data/video1.


    Das geht nur durch Umstellen der vdradmin Konfiguration (Aufnahmeverzeichnis) auf /data/video1.


    D.h. symbolische Links werden nicht so richtig vom Streamdev-Plugin behandelt. X(


    Hat jemand hier Erfahrung, wie man die Geschichte in den Griff bekommt?


    Wenn ja, dann unbedingt wissen wollen.

    Hallo xyharry,


    ist das nicht eher eine Samba-Angelegenheit?


    Config:

    Code
    follow symlinks = boolean


Default: YES


    Allowable values: YES, NO


    If YES, Samba will follow symlinks in a file share or shares. See the wide links option if you want to restrict symlinks to just the current share.


    cu
    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

    Hi,


    der Tipp hört sich interessant an.
    Die symbolischen Links wurden bereits mit dem Windows Explorer perfekt behandelt, d.h. man konnte überall hin navigieren.


    Trotzdem habe ich mal den den follow symlinks = YES Eintrag hinzugefügt.
    Der komplette smb.conf Eintrag sieht nun so aus:


    [public]
    comment = Public Stuff
    path = /data
    public = yes
    writable = yes
    create mode = 0766
    printable = no
    follow symlinks = YES


    Geändert hat das aber nichts. Das Problem besteht noch weiter. Trotzdem danke für den Hinweis.


    Nach dem ändern hast Du Samba aber auch neu gestartet?!?

    Server: Athlon II X2 250 - Asus M3N-H HDMI - 2x1GB RAM - 3TB HDDs -
    1 x Digital Devices Cine S2 V6 DVB-S2 (SD Sender im Highband funktionieren mit der Karte nach wie vor unter Linux nicht, unter Windows schon)
    3 x Nova Budget (die ich eigentlich durch die Cine S2 mit Erweiterungsmodul ersetzen wollte, leider aber für die SD Sender immer noch brauche)
    mit yavdr 0.4.0

    Hmm. Eigenartig.


    Mir fällt gerade auf, beim Streamen von Aufnahmen hat das Streamdev-Plugin
    ja nichts zu tun, da wird z.B. dem vlc doch lediglich ein Pfad mitgeteilt, oder?


    Sieht bei mir z.B. so aus:

    Code
    \\IP-Vdr\video/Titel_der_Sendung/2007-07-15.11.23.99.99.rec/001.vdr


    Wie sieht denn bei Dir der komplette Pfad mit problematischen Links aus, den
    der vdradmin übergibt?


    Konstruiere doch mal händisch einen Pfad und öffne diesen mal mit z.B. vlc.


    cu
    tivi2


    Edit: meine Samba-Version: 3.0.14a


    Edit2: Habe das mal hier nachgestellt und auf Aufnahmen (gleiche Platte)
    in einem anderen Ordner per Symlink in video.00 verwiesen. Ein Streamen
    über vdradmin klappt auch nicht. die erstellte Abspielliste ist leer.
    Kann jetzt leider nicht sagen, woran das liegt...

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

    3 Mal editiert, zuletzt von tivi2 ()

    Also wenn ich in VLC versuche die Datei (Symlink von video0 auf video1)
    \\192.168.0.53\public\video0\Sonnenallee\2007-06-30.20.12.50.99.rec\001.vdr
    zu direkt öffnen, so ist das kein Problem.


    Beim Streamen eines Film von video0 (ohne Symlink) hat die erstellte m3u-Datei im Windowstemp-Verzeichnis folgenden Inhalt:
    \\192.168.0.53\public\video0/Solaris/2007-07-15.01.48.50.99.rec/001.vdr
    \\192.168.0.53\public\video0/Solaris/2007-07-15.01.48.50.99.rec/002.vdr


    Und dies geht wie gesagt ohne Probleme.
    Beim Streamen eines Film der über einen Symlink auf video1 zeigt ist die m3u Datei leer.


    D.h. beim Erzeugen der Pfade stimmt was nicht. Müßte meines Erachtens kein Samba-Problem sein, sondern beim Linkerzeuger (Streamdev oder vdradmin).

    Ja, ich denke nun auch dass es kein Sambaproblem ist. Wie gesagt, auch bei
    mir bleibt in diesem speziellen Fall die erstellte m3u-Liste leer.
    Vielleicht hat Andreas (amair) dazu paar Infos.


    Grüße
    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

    Hallo,


    schreibt mal in die smb.conf


    Code
    unix extensions = off


    Dann erst werden bei neueren Samba-Versionen Softlinks wie richtige Dateien behandelt.


    Grüsse


    Paul

    Server: Raspberry Pi, Acer Aspire easyStore H340, DIGIBIT R1 SAT>IP

    Clients: Hauppauge MediaMVP, Raspberry Pi mit Vomp-Client und SAT>IP, BananaPi Pro, Mele M5


    Die neue Zeile "unix extensions" im [public]-Abschnitt in /etc/samba/smb.conf


    [public]
    comment = Public Stuff
    path = /data
    public = yes
    writable = yes
    create mode = 0766
    printable = no
    follow symlinks = YES
    unix extensions = off


    hat keine neuen Erkenntnisse gebracht. Samba wurde natürlich neu gestartet.
    Nun ja, ein Versuch war's wert.

    Hi


    müsste


    unix extensions = no


    sein.


    Gruß Dirk


    VDR-1: MS-Tech MC1200 , DH77EB , G2030 4GB 1TB, 2xDD-S2 ,IR-Ein Rev4 , yaVDR 0.6


    VDR-2: Mozart , FSC1567 Cel.2G 1GB 1TB, 4xS3200 , IMon ,IR-Ein Rev4 , yaVDR 0.6


    TestVDR: NUC5i3 , Octopus 4xS2 , Octopus Net 8xS2


    Vielleicht solltest Du den Threadtitel abändern. Ich mag mich irren, aber
    streamdev hat mit dem Problem wahrscheinlich nichts zu tun. Zudem
    bereiten auch symlinks Probleme, die nicht auf eine andere Platte
    verweisen. Bei meinem Test lag das Ziel sogar auf der gleichen Partition.


    Zunächst sollte Andreas (amair) einen möglichen Fehler bei der Erstellung
    der Abspielliste durch vdradmin ausschließen. Dann kan man weitersehen...


    cu
    t2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

    Einmal editiert, zuletzt von tivi2 ()

    Ok, war so frei und hab eine Email an amair gesendet. Hoffe es gibt keine Probleme wegen "Nichteinhaltung des Dienstweges". 8)


    Hier noch einige Infos zu meiner Konfiguration:
    VDRAdmin-AM Version:
    3.5.3
    VDR Version:
    1.4.4
    Unterstützte Funktionen im VDR:
    EPGSearch (EPGSearch Plugin)
    LiveTV Streaming (Streamdev Plugin)
    Aufnahmen umbenennen (Liemikuutio Patch)

    Hallo!


    Zitat

    Original von xyharry
    Ok, war so frei und hab eine Email an amair gesendet. Hoffe es gibt keine Probleme wegen "Nichteinhaltung des Dienstweges". 8)


    Wegen "Nichteinhaltung des Dienstweges" bist Du jetzt auf meiner Blacklist ;)


    Wie Ihr ja schon selbst festgestellt habt, hat das streamdev-Plugin nichts damit zu tun, da nur eine Playliste erstellt wird.


    Zur Fehlersuche bitte mal vdradmind.pl auf der Konsole starten um die Ausgaben zu sehen. Nun eine Aufnahme "streamen". Auf der Konsole sollten nun einige Zeilen auftauchen. Zum Einen eine mit "REC: " davor, die den verwendeten "find"-Befehl anzeigt. Danach kommen die gefundenen Dateien mit "FOUND: " davor.


    Wenn der find-Befehl nichts liefert (was sehr wahrscheinlich ist), dann modifiziere ihn mal bitte so, dass Du in der vdradmind.pl in der "sub rec_stream" hinter dem "find" ein "-L" einfügst. Zeile 4064 muss dann so anfangen:

    Code
    @files = `find $CONFIG{VIDEODIR}/


    Danach vdradmind.pl neu starten und nochmal testen.


    Gruß,
    Andreas

    Ok, also die Konsolenausgabe beim Nichtfunktionierenden Aufnahmestream wäre:


    REC: find /data/video0/ -regex "/data/video0/Sonnenallee_*/\(_/\)?....-06-30\.20.12\...\...\.rec/...\.vdr"
    sonst nix. D.h. es wird nix gefunden.


    Die Option -L kennt der find Befehl bei mir nicht (bei dir etwa?), ich habe mal -follow eingefügt vor -regex in 4064, und siehe da:



    REC: find /data/video0/ -follow -regex "/data/video0/Sonnenallee_*/\(_/\)?....-06-30\.20.12\...\...\.rec/...\.vdr"FOUND: (/data/video0/Sonnenallee/2007-06-30.20.12.50.99.rec/003.vdr)
    FOUND: (/data/video0/Sonnenallee/2007-06-30.20.12.50.99.rec/002.vdr)
    FOUND: (/data/video0/Sonnenallee/2007-06-30.20.12.50.99.rec/001.vdr)


    Und was soll ich sagen: ES GEHT, ES GEHT, I wer narrisch !!! :welle


    Zur Vollständigkeit wollte ich noch sagen dass ich in den Zeilen von vdradmind.pl 4063 (wegen print) + 4064 jeweils vor -regex ein -follow gesetzt habe. :lehrer1


    Jedenfalls vielen vielen Dank an den Meister amair (ja, ich bin unwürdig auch nur seinen Namen zu nennen, aber ich kann nicht anders). Du hast meinen vollen :respekt

    Hallo!


    Zitat

    Original von xyharry
    Die Option -L kennt der find Befehl bei mir nicht (bei dir etwa?), ich habe mal -follow eingefügt vor -regex in 4064, und siehe da:


    Klar kennt er bei mir "-L", sonst hätte ich es ja nicht vorgeschlagen. "-follow" ist übrigens "deprecated", werde ich aber trotzdem in der v3.5.4 so einbauen.


    Zitat

    Jedenfalls vielen vielen Dank an den Meister amair (ja, ich bin unwürdig auch nur seinen Namen zu nennen, aber ich kann nicht anders). Du hast meinen vollen :respekt


    :schleim


    Gruß,
    Andreas

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden