(solved) feintuning I, "touch .update"

  • so, weiter gehts,


    server und erster client laufen hervorragend, nochmals dank an alle die mir bis hierher geholfen haben :) .


    wie in der sig. zu erkennen, ist der server die eigentliche aufnahmemaschine. erstes kleines problem hier ist:


    im laufenden betrieb bekommt der client nix von neu erstellten aufnahmen (des servers) mit. erst nach einem neustart (des clients) erscheinen diese im aufnahmemenue.


    ein "touch .update" im verzeichnis /video0 (des clients) löst dieses problem.


    vdr bietet nun mittels der option "-r" die schöne möglich (s. auch NOAD), vor und nach aufzeichnungen einen befehl auszuführen.


    hier der befehl "-r touch client:/video0/.update" würde die sache prima automatisieren. leider hat der server keinen zugriff auf dieses verzeichnis.


    ein touch .update im verzeichnis client:/video/SERVER_NEU (auf das der server zugreifen kann, und im welchen die neuen aufnahmen landen) reicht NICHT.


    wie ich es sehe, läuft auf dem client wohl kein nfs-server, mit dem ich dem server das verzeichnis freigeben könnte.


    ein cronjob auf dem client wäre sicher ein (uneleganter) workaround.


    welche möglichkeiten seht ihr?


    danke


    bernd

    --------------------------------
    aktuelle Konfiguration:
    SERVER-VDR:suse10, kernel:2.6.5, DVB-treiber: kerneleigener, vdr-1.4.0 plain + noad + and. Serverdienste, 2*Nova-S-SE Rev:1.0, gesteuert via xxv-4.0, hda3-->/video0
    CLIENT-VDR: activy-300 mit gen2vdr1.2 (thx@helau+activy-300), hda3-->/video0
    nfs-mounts:
    server:/video0 --> client:/video0/SERVER_NEU
    server:/hdc1 --> client:/video0/FILME
    server:/hdd1 --> client:/video0/SERIEN
    SERVER läuft 24/7, CLIENT bei Bedarf

    2 Mal editiert, zuletzt von blehnert ()

  • Hallo wieder ;)


    Bevor Du an das Skripten gehst, sollten wir das mal manuell testen.


    Versuche also mal folgendes:
    Manipuliere Dein Video-Verzeichnis auf dem Server manuell (z.B. was verschieben oder so) und mache dann auf dem SERVER:
    su - vdr
    touch /video0/.update
    Bekommt der Client die Änderung mit?
    Nein? Dann versuche mal als root auf dem Client:
    touch /video0/.update
    Bekommt der Client die Änderungen jetzt mit?


    Nebenbei:
    Muß eigentlich Dein Aufnahmeserver die Änderungen mitbekommen? Dürfte ja eigentlich egal sein, oder?

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P


  • Ach, ich sehe gerade...


    Du hast das eigentliche /video0 ja garnicht exportiert. Dann kann das ja nix werden mit dem Abgleich untereinander.


    Wenn das so einfach funtionieren soll, mußt Du natürlich das /video0 auch exportieren/ mounten, sonst ist das ja immer nur lokal.


    Wenn Du das nicht willst, könntest Du evtl. tatsächlich mit Skripten anfangen. Die Idee hierbei wäre z.B. mittels ssh und Public-Key ohne Passwort den "touch"-Befehl nach einer Aufnahme auf dem Client auszuführen.

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

  • hi knebb, :)


    wie ich aus deinen beiden antworten schliesse, verstehen wir uns JETZT zu 100%.


    "Nebenbei:
    Muß eigentlich Dein Aufnahmeserver die Änderungen mitbekommen? Dürfte ja eigentlich egal sein, oder?"


    so ists.


    "Wenn Du das nicht willst, könntest Du evtl. tatsächlich mit Skripten anfangen. Die Idee hierbei wäre z.B. mittels ssh und Public-Key ohne Passwort den "touch"-Befehl nach einer Aufnahme auf dem Client auszuführen."


    diese idee werde ich weiter verfolgen.


    für alles übrige gilt: nur ein "touch .update" im "root"-aufnahmeverzeichnis des clients (client:/video0) lässt den client-vdr von den änderungen erfahren.


    danke


    bis später, muss jetzt weg


    bernd

    --------------------------------
    aktuelle Konfiguration:
    SERVER-VDR:suse10, kernel:2.6.5, DVB-treiber: kerneleigener, vdr-1.4.0 plain + noad + and. Serverdienste, 2*Nova-S-SE Rev:1.0, gesteuert via xxv-4.0, hda3-->/video0
    CLIENT-VDR: activy-300 mit gen2vdr1.2 (thx@helau+activy-300), hda3-->/video0
    nfs-mounts:
    server:/video0 --> client:/video0/SERVER_NEU
    server:/hdc1 --> client:/video0/FILME
    server:/hdd1 --> client:/video0/SERIEN
    SERVER läuft 24/7, CLIENT bei Bedarf

  • Zitat

    Original von blehnert
    für alles übrige gilt: nur ein "touch .update" im "root"-aufnahmeverzeichnis des clients (client:/video0) lässt den client-vdr von den änderungen erfahren.


    Jau, das ist klar. Deswegen ja die Idee, zumindest ein Laufwerk nach /video0 zu mounten. Dann hast Du das .update schon automatisch mit drinnen und der Client sollte das bei einer Änderung auch mitbekommen.


    Ansonsten:
    man ssh-keygen

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

  • hi knebb,


    "Jau, das ist klar. Deswegen ja die Idee, zumindest ein Laufwerk nach /video0 zu mounten. Dann hast Du das .update schon automatisch mit drinnen und der Client sollte das bei einer Änderung auch mitbekommen."



    hab ich jetzt auch verstanden, möchte ich aber nicht, da:
    1. mir am client dann der (eigentlich nicht benötigte) speicherplatz von hda3 fehlen würde.
    2. eventuell doch am client erstellte aufnahmen auf dem server landen würden.


    see you


    thx


    bernd


    ps: feintuning II kommt morgen :)

    --------------------------------
    aktuelle Konfiguration:
    SERVER-VDR:suse10, kernel:2.6.5, DVB-treiber: kerneleigener, vdr-1.4.0 plain + noad + and. Serverdienste, 2*Nova-S-SE Rev:1.0, gesteuert via xxv-4.0, hda3-->/video0
    CLIENT-VDR: activy-300 mit gen2vdr1.2 (thx@helau+activy-300), hda3-->/video0
    nfs-mounts:
    server:/video0 --> client:/video0/SERVER_NEU
    server:/hdc1 --> client:/video0/FILME
    server:/hdd1 --> client:/video0/SERIEN
    SERVER läuft 24/7, CLIENT bei Bedarf

  • Zitat

    Original von blehnert
    hab ich jetzt auch verstanden, möchte ich aber nicht, da:
    1. mir am client dann der (eigentlich nicht benötigte) speicherplatz von hda3 fehlen würde.
    2. eventuell doch am client erstellte aufnahmen auf dem server landen würden.


    Ich strotze ja heute von Ideen. Die nächste:
    Erstelle doch einfach einen Symlink:
    ln -s /video0/SERVER_NEU/.update /video0/.update


    Damit dürfte sich das Problem doch noch viel einfacher lösen lassen.

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

  • soll ja keiner behaupten, ich würde mich mit meinen spielzeugen nicht befassen:


    "Ich strotze ja heute von Ideen. Die nächste:
    Erstelle doch einfach einen Symlink:
    ln -s /video0/SERVER_NEU/.update /video0/.update"


    ich meine, ich hätte es versucht. wurde aber wohl der timestamp(?) des links nicht aktuallisiert...meine ich wenigstens. werde es später noch mal versuchen.


    bernd

    --------------------------------
    aktuelle Konfiguration:
    SERVER-VDR:suse10, kernel:2.6.5, DVB-treiber: kerneleigener, vdr-1.4.0 plain + noad + and. Serverdienste, 2*Nova-S-SE Rev:1.0, gesteuert via xxv-4.0, hda3-->/video0
    CLIENT-VDR: activy-300 mit gen2vdr1.2 (thx@helau+activy-300), hda3-->/video0
    nfs-mounts:
    server:/video0 --> client:/video0/SERVER_NEU
    server:/hdc1 --> client:/video0/FILME
    server:/hdd1 --> client:/video0/SERIEN
    SERVER läuft 24/7, CLIENT bei Bedarf

  • tja,


    weiss nicht, was ich vorher falsch verlinkt hatte, scheint aber mit dem link wirklich zu funktionieren (s. letzter beitrag von KNEBB).


    ergo: almost soved


    werde jetzt mal versuchen, das in die runvdr aufzunehmen:


    .../vdr ...........-r'touch /video/.update'.........


    "-r" startet einen befehl VOR und NACH der aufnahme, wäre natürlich schön, wenn die laufende aufnahme auch schon "sofort" nach dem start vom client erfasst würde.


    werde also, wenn es so nicht sofort geht, mit "-r'sleep <sekunden> && touch.....'" versuchen. oder ist hier schon der syntax verkehrt???


    ...to be continued and finetuning II will follow soon



    thx


    bernd

    --------------------------------
    aktuelle Konfiguration:
    SERVER-VDR:suse10, kernel:2.6.5, DVB-treiber: kerneleigener, vdr-1.4.0 plain + noad + and. Serverdienste, 2*Nova-S-SE Rev:1.0, gesteuert via xxv-4.0, hda3-->/video0
    CLIENT-VDR: activy-300 mit gen2vdr1.2 (thx@helau+activy-300), hda3-->/video0
    nfs-mounts:
    server:/video0 --> client:/video0/SERVER_NEU
    server:/hdc1 --> client:/video0/FILME
    server:/hdd1 --> client:/video0/SERIEN
    SERVER läuft 24/7, CLIENT bei Bedarf

  • hi knebb,


    ok, geht.


    allerdings kann usr vdr wohl keine "/video0/.update" erstellen.
    erstellt jetzt halt eine "/video0/update", hierher geht dann der link.


    thx


    bernd


    edit:


    aufruf in der runvdr:
    VDRCMD="$VDRPRG -v /video0 -c /etc/vdr -E /etc/vdr -r'/etc/vdr/rwrapper.sh' -w 60 $*"


    /etc/vdr/rwrapper.sh:
    #!/bin/sh
    #
    # rwrapper.sh
    #
    # an example script for use with the '-r' option could look like this:


    PATH=$PATH:/usr/local/bin


    case "$1" in
    before)
    echo "Before recording $2"
    # /usr/local/src/vdr_pluginstall/noad/noad-0.6.0/noad #$1" "$2"
    /usr/bin/touch /video0/update
    ;;
    after)
    echo "After recording $2"
    /usr/local/src/vdr_pluginstall/noad/noad-0.6.0/noad "$1" "$2"
    /usr/bin/touch /video0/update
    ;;
    edited)
    ;;
    *)
    echo "ERROR"
    ;;
    esac

    --------------------------------
    aktuelle Konfiguration:
    SERVER-VDR:suse10, kernel:2.6.5, DVB-treiber: kerneleigener, vdr-1.4.0 plain + noad + and. Serverdienste, 2*Nova-S-SE Rev:1.0, gesteuert via xxv-4.0, hda3-->/video0
    CLIENT-VDR: activy-300 mit gen2vdr1.2 (thx@helau+activy-300), hda3-->/video0
    nfs-mounts:
    server:/video0 --> client:/video0/SERVER_NEU
    server:/hdc1 --> client:/video0/FILME
    server:/hdd1 --> client:/video0/SERIEN
    SERVER läuft 24/7, CLIENT bei Bedarf

    Einmal editiert, zuletzt von blehnert ()

Jetzt mitmachen!

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