index neu erstellen funktioniert nicht

  • Hi ich habe meinen VDR-Server frisch auf jessie migriert und die Aufnahmen nach /var/lib/video umgezogen.
    Jetzt müssen alle index-Dateien neu geschrieben werden. klappt aber nicht ...


    Hier ein Beispiel für einen einzigen Film:


    Code
    vdr@GjiaffaarVDR00:~$ iduid=500(vdr) gid=500(vdr) groups=500(vdr),24(cdrom),29(audio),44(video),101(input),119(pulse)vdr@GjiaffaarVDR00:~$ vdr -genindex="/var/lib/video/Amerikas_Krieger_-_Die_Macht_der_Waffenl/2015-10-02.10.20.33-0.rec/"vdr: no primary device found - using first device!



    Da kann ich ihn stundenlang rödeln lassen, in dem Ordner tut sich garnichts :wand



  • Genindex braucht einen doppelten Bindestrich:

    --genindex=rec
    Generate the index file for the given recording. rec must be the full path name of an existing recording. The recording must be in TS format. If the recording already has an index file, it will be deleted before creating the new one. The program will return immediately after generating the index. Note that using this option while another instance of VDR is currently replaying the given recording, or if the recording has not been finished yet, may lead to unexpected results.

    Kann es sein, dass er mit einem einfachen Bindestrich meint, dass ihm ein GRAB-Verzeichnis übergeben wird?

    -g, --grab=dir
    Write images from the SVDRP command GRAB into the given directory dir. dir must be the full path name of an existing directory, without any "..", double '/' or symlinks. By default, or if -g- is given, grabbing images to disk is disabled.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Einmal editiert, zuletzt von seahawk1986 ()

  • Oh mann :wow ich habe beim man-page und forum lesen gesehen, das da ein -- davor gehört, aber ich hätte noch Stunden damit zugebracht den Fehler zu suchen. Mann konzentriert sich ja dann reflexartig auf alles anderen Möglichkeiten, aber doch nicht auf -- :wand


    Kaum m8 Manns richtig, schon klappts. DANKE für den Tipp!!!


    Code
    root@GjiaffaarVDR00:~# date && time ionice -c3 vdr --genindex="/var/lib/video/Amerikas_Krieger_-_Die_Macht_der_Waffenl/2015-10-02.10.20.33-0.rec/" &&dateTue Dec  1 13:23:07 CET 2015real    0m15.027suser    0m1.704ssys     0m6.500sTue Dec  1 13:23:22 CET 2015root@GjiaffaarVDR00:~# ls -lah /var/lib/video/Amerikas_Krieger_-_Die_Macht_der_Waffenl/2015-10-02.10.20.33-0.rec/total 4.1Gdrwxr-xr-x 1 vdr  vdr    94 Dec  1 13:23 .drwxr-xr-x 1 vdr  vdr    50 Oct  2 10:18 ..-rw-r--r-- 1 vdr  vdr   74M Oct  2 10:19 00001.ts-rw-r--r-- 1 vdr  vdr  2.0G Oct  2 10:43 00002.ts-rw-r--r-- 1 vdr  vdr  2.0G Oct  2 11:04 00003.ts-rw-r--r-- 1 vdr  vdr   30M Oct  2 11:05 00004.ts-rw-r--r-- 1 root root 1.1M Dec  1 13:23 index-rw-r--r-- 1 vdr  vdr   755 Oct  2 10:21 info-rw-r--r-- 1 vdr  vdr     7 Oct  9 23:28 resume
  • Hier mein Skript um für alle /var/lib/video/*.rec Verzeichnisse älter als -mtime +1 das index-File neu zu erstellen.
    Das -mtime +1 habe ich verwendet, damit ich nicht eine Aufnahme erwische die gerade noch aufgenommen wird. Dann muß Mann für den Lauf des Skriptes den vdr-Server nicht stoppen. Alle Dateien die jünger als -mtime +1 sind haben ja schon einen frischen, gültigen Index, da der Server schon länger als 24Stunden läuft und alle diese Aufnahmen schon von der neuen VDR-Version aufgenommen worden sind.

    ACHTUNG, das Skript enthält keinerlei Fehlerabfrage. Es werden stumpf, geradeaus, alle *rec Ordner verwurstet.


    Skript:

    Code
    root@GjiaffaarVDR00:~# vi VDR.regenerate.index.files.bash#!/bin/bashLOGFILE="`pwd`/$0.`date '+%Y.%b.%d.%T'`.log"echo -e "\ngenerating Logfile\t${LOGFILE}\n"IFS=$'\n' ; time for REC in $(find /var/lib/video -type d -mtime +1 -name *rec 2>/dev/null | sort) ; do        echo -e "\n`date '+%Y %b %d %T'` "${REC}""        su - vdr -c"ionice -c3 vdr --genindex=\\"${REC}\\""        ls -laht ${REC}/*done | tee -a ${LOGFILE}


    Fortschritt im Logfile beobachten: (es läuft :D :D :D )

    Code
    root@GjiaffaarVDR00:~# tail -f `ls -1rt /root/VDR.regenerate.index.files.bash*log | tail -1`


    Beispiel Ausgabe (Ausschnitt):

    Code
    2015 Dec 02 19:45:20 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec-rw-r--r-- 1 vdr vdr 891K Dec  2 19:45 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec/index-rw-r--r-- 1 vdr vdr 1.4G Jan  9  2015 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec/00001.ts-rw-r--r-- 1 vdr vdr  764 Jan  9  2015 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec/info2015 Dec 02 19:45:25 /var/lib/video/Stargate/Stargate_Universe/Führungskampf_auf_der_Destiny._Science-F/2015-01-06.16.08.16-0.rec-rw-r--r-- 1 vdr vdr 903K Dec  2 19:45 /var/lib/video/Stargate/Stargate_Universe/Führungskampf_auf_der_Destiny._Science-F/2015-01-06.16.08.16-0.rec/index


  • :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand
    das "gelöst" habe ich gerade wieder rausgenommen!
    Gestern wollte ich mit markad die Markierungen neu setzen und das Skript hat einen bug (oben schon korrigiert), die beiden \" \" um ${REC} herum innerhalb des su - sind neu.
    ACHTUNG, die Webseite will das als drei Backslash in den Editor getippt haben, auch wenn Mann oben nur je einen sieht. Ggfs. werden dadurch Schutzzeichen mitgenommen, wenn ihr das Skript einfach so von der Webseite kopiert.


    Außerdem behauptet markad, daß das Indexfile, also das gerade frisch, neu mit vdr --genindex erstellte Indexfile irgendwie "defekt" ist. (you are lost...)

  • Hallo,


    ich habe auch Probleme mit dem vdr genindex. Ich bekomme immer die Fehlermeldung:


    Code
    root@amd8:/var/lib/video# vdr --genindex=/var/lib/video/Zivilcourage/2016-02-11.10.49.1-0.rec
    Speicherzugriffsfehler (Speicherabzug geschrieben)

    .
    obwohl ich genau nach der man-Page vorgehe.
    Das Verzeichnis sieht sieht so aus:


    Code
    root@amd8:/var/lib/video# ls -l /var/lib/video/Zivilcourage/2016-02-11.10.49.1-0.rec
    insgesamt 813468
    -rw-r--r-- 1 vdruser vdruser 832452156 Feb 11 11:32 00001.ts
    -rw-r--r-- 1 vdruser vdruser	522512 Feb 11 11:32 index.sik
    -rw-r--r-- 1 vdruser vdruser   	924 Feb 11 10:49 info


    Die index.sik ist deshalb da, weil ich zum Testen das Original nicht löschen wollte; dürfte aber nicht stören.
    Mein VDR (nicht original Ubuntu, sondern herunter geladen) mit Zubehör:


    Ansonsten habe ich Ubuntu 14.04.01

    Code
    root@amd8:/var/lib/video# uname -a
    Linux amd8 3.13.0-77-generic #121-Ubuntu SMP Wed Jan 20 10:50:42 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux


    auf einem AMD-64-Rechner.
    Kann mir jemand helfen? Was ist mit dem Speicherauszug? Wo finde ich den?
    Noch etwas: gibt es eine Obergrenze für die Größe der 0000?.ts-Dateien?
    Vielen Dank für Eure Hilfe. Ich hoffe, dass ich eine frühere Antwort auf meine Fragen nicht übersehen habe.
    MfG
    GBruno

    Hardware:
    Desktop: Intel Core i5, 4x3,2 GHz, ASUS-Mainboard HL 97 plus, Festplatte Hybrid-S-ATA 2TB, 16 GB RAM, DVB-Sky-USB-Stick (DVB-T2), LG-4120B Brenner, VDR 2.4.8 (selbst kompiiiert, Ubuntu 20.04.2),
    Wohnzimmer: ASUS-Mainboard F2A85-V Pro, AMD A10 (?), 1TB-HD, 8 GB Speicher, Technotrend 4100 Budget (DVB-S), Prozessor-Grafik HD7660D, VDR 2.4.1 von XUbuntu 20.04.2).

  • Noch etwas: gibt es eine Obergrenze für die Größe der 0000?.ts-Dateien?

    Bei aktuellen VDR-Versionen IIRC knapp unter 2 TB - ansonsten splittet der VDR, wenn die in den Einstellungen eingestellte maximale Videodateigröße erreicht wird (vgl. http://vdr-wiki.de/wiki/index.php/Benutzerhandbuch#Aufnahme )

    Mein VDR (nicht original Ubuntu, sondern herunter geladen) mit Zubehör:

    Darf man fragen, wo du den her hast? Gibt es Debug-Symbole dafür (normalerweise als vdr-dbg Paket, wenn es aus einem Repository stammt)?

    Was ist mit dem Speicherauszug? Wo finde ich den?

    Den kannst du z.B. so erzeugen:

    Code
    sudo apt-get install gdb
    gdb --args vdr --userdump --genindex=/var/lib/video/Zivilcourage/2016-02-11.10.49.1-0.rec 
    # in gdb:
    run
    # jetzt sollte er in den Crash laufen und man kann den Backtrace anzeigen lassen:
    bt
    bt full

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hallo seahawk1986,


    Danke für Deine Antwort.

    Darf man fragen, wo du den her hast? Gibt es Debug-Symbole dafür (normalerweise als vdr-dbg Paket, wenn es aus einem Repository stammt)?

    Woher ich meinen VDR damals hatte, weiß ich nicht mehr so genau - es
    ist schon so lange her. Am Besten geht es über die Seite von Klaus Schmidinger, wo man den Link ftp://ftp.tvdr.de/vdr/ findet. Da ist alles drin.

    Zitat

    Bei aktuellen VDR-Versionen IIRC knapp unter 2 TB - ansonsten splittet
    der VDR, wenn die in den Einstellungen eingestellte maximale
    Videodateigröße erreicht wird (vgl. http://vdr-wiki.de/wiki/index.php/Benutzerhandbuch#Aufnahme )

    Ich meinte das eigentlich für den Befehl vdr --genindex, weil ich da bei ts-Dateien über 2 GB auch die genannte Fehlermeldung bekam. Zuerst dachte ich, es liegt an der Dateigröße > 2 GB. Scheint aber nicht so zu sein.

    Was ist mit dem Speicherauszug? Wo finde ich den?

    Wegen des Speicherauszugs: ich wollte keinen erzeugen, sondern wissen, was es mit der Meldung "Speicherauszug geschrieben" auf sich hat. Wo finde ich den und was kann ich damit anfangen (bin kein Profi)?


    Grüße
    GBruno

    Hardware:
    Desktop: Intel Core i5, 4x3,2 GHz, ASUS-Mainboard HL 97 plus, Festplatte Hybrid-S-ATA 2TB, 16 GB RAM, DVB-Sky-USB-Stick (DVB-T2), LG-4120B Brenner, VDR 2.4.8 (selbst kompiiiert, Ubuntu 20.04.2),
    Wohnzimmer: ASUS-Mainboard F2A85-V Pro, AMD A10 (?), 1TB-HD, 8 GB Speicher, Technotrend 4100 Budget (DVB-S), Prozessor-Grafik HD7660D, VDR 2.4.1 von XUbuntu 20.04.2).

    2 Mal editiert, zuletzt von GBruno () aus folgendem Grund: noch was gefunden

Jetzt mitmachen!

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