[gelöst]VDR stürzt nach 4-5 Tagen ab

  • Moin!
    Ich habe vor ein paar Wochen die Hardware verändert und Debian 8 mit den e-Tobi sourcen eingespielt.
    Alle 4-5 Tagen bekomme ich im Log dann folgende Meldung:


    Code
    Nov 21 12:45:50 vdr-test systemd[1]: Job dev-disk-by\x2duuid-2b2f53be\x2d5ab2\x2d402d\x2dabf0\x2dd48bc5491c69.device/start timed out.Nov 21 12:45:50 vdr-test systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-2b2f53be\x2d5ab2\x2d402d\x2dabf0\x2dd48bc5491c69.device.Nov 21 12:45:50 vdr-test systemd[1]: Dependency failed for /dev/disk/by-uuid/2b2f53be-5ab2-402d-abf0-d48bc5491c69.


    Code
    root@vdr-test:/home/vdr# blkid/dev/sda1: UUID="837fdb5c-f33c-4d21-9980-4c5bbe7bfbfd" TYPE="ext4" PARTUUID="1fdf8fca-01"/dev/sda2: UUID="9ef13d41-7855-45da-a335-0c54caad3cf0" TYPE="ext4" PARTUUID="1fdf8fca-02"/dev/sda4: UUID="ce0271d1-7764-4907-8741-b2ea0901f133" TYPE="ext4" PARTUUID="1fdf8fca-04"/dev/sda5: UUID="27950567-b12a-4de2-ae2e-29652ae98aec" TYPE="swap" PARTUUID="1fdf8fca-05"


    Es dauert nach der ersten Meldung (das eine disk nicht gefunden wurde) noch ein paar Stunden bis das Programm VDR den Dienst einstellt und sich dann auch nicht mehr starten läßt.
    Der Neustart wird dann abgebrochen, weil diese Disk nicht gemountet werden kann. Es kann auch sein, das der Watchdog einen Neustart auslöst und das ist dann das Ende.


    Was kann das sein? Warum erst nach 4-5 Tagen?


    Gerne stelle ich weitere Logs zur Verfügung.

    VDR: ASUS P5DL/EPU, 1x FF TT2.1, 1x Budged Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder, 1x WLAN USB, NVIDIA GT610

    DEBIAN 9.latest e-Tobi amd64, VDR 2.4.0 xineliboutput-sxfe

    Einmal editiert, zuletzt von hurtme ()

  • Was sagt denn

    Code
    systemctl cat vdr.service


    Wird eine Partition mit der UUID=2b2f53be-5ab2-402d-abf0-d48bc5491c69 irgendwo in der fstab oder einer *.mount Datei von systemd genutzt?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Code
    # /lib/systemd/system/vdr.service[Unit]Description=Video Disk Recorder
    [Service]Type=notifyExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh "commands"ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh "reccmds"ExecStart=/usr/bin/vdrRestart=on-failureRestartPreventExitStatus=0 2
    [Install]WantedBy=multi-user.target
    # /etc/systemd/system/vdr.service.d/switch-tty.conf[Unit]Conflicts=getty@tty8.service
    [Service]StandardInput=ttyTTYPath=/dev/tty8ExecStartPre=/bin/chvt 8ExecStartPre=/usr/bin/setterm --clear all --cursor off


    Code
    # /etc/fstab: static file system information.## Use 'blkid' to print the universally unique identifier for a# device; this may be used with UUID= as a more robust way to name devices# that works even if disks are added and removed. See fstab(5).## <file system> <mount point>   <type>  <options>       <dump>  <pass># / was on /dev/sdb2 during installationUUID=9ef13d41-7855-45da-a335-0c54caad3cf0 /               ext4    errors=remount-ro 0       1# swap was on /dev/sda5 during installation#UUID=2b2f53be-5ab2-402d-abf0-d48bc5491c69 none            swap    sw              0       0# swap was on /dev/sdb5 during installationUUID=27950567-b12a-4de2-ae2e-29652ae98aec none            swap    sw              0       0UUID=ce0271d1-7764-4907-8741-b2ea0901f133 /var/lib/video.00     ext4    defaults        0       2/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0/dev/sdc1       /media/usb0     auto    rw,user,noauto  0       0



    Die Swap Partition habe ich da schon auskommentiert. Falls das die Lösung war... schreibt der Rechner die erste Swap voll und will dann auf die Zweite schreiben, stellt dann aber fest: gib es ja gar nicht!?
    Anders kann ich mir das gerade nicht erklären.

    VDR: ASUS P5DL/EPU, 1x FF TT2.1, 1x Budged Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder, 1x WLAN USB, NVIDIA GT610

    DEBIAN 9.latest e-Tobi amd64, VDR 2.4.0 xineliboutput-sxfe

  • Moin!
    Das Problem ist leider noch nicht gelöst.
    Der Rechner friert nun komplett ein.
    Das letzte Lebenszeichen ist ein:

    Code
    Nov 30 23:01:02 vdr-test kernel: [268674.286410] device 1 sectio[870]: segfault at bd ip 0815c7ef sp b2afbbb8 error 4 in vdr[8048000+188000]
    Dec  1 06:25:02 vdr-test rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="539" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
    Dec  1 06:29:39 vdr-test rsyslogd0: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/0 ]
    Dec  1 06:29:39 vdr-test rsyslogd-2359: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/2359 ]


    Code
    root@vdr-test:/home/vdr# uname -a
    Linux vdr-test 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) i686 GNU/Linux


    Aus dem Syslog:


    Zynismus: Haben sich hier Microsoft Programmierer eingeschlichen? Win XP war doch auch nur 3 Tage im Netz online, oder?


    Was braucht Ihr Codegötter noch?
    Gruß Uwe

    VDR: ASUS P5DL/EPU, 1x FF TT2.1, 1x Budged Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder, 1x WLAN USB, NVIDIA GT610

    DEBIAN 9.latest e-Tobi amd64, VDR 2.4.0 xineliboutput-sxfe

    Einmal editiert, zuletzt von hurtme ()

  • Ich habe vor ein paar Wochen die Hardware verändert

    Ich würde mal an der Stelle suchen.
    Wenn der Rechner komplett einfriert, ist es nach meiner Erfahrung zu 80% ein Hardwareproblem. Der Rest Kernel oder Kernelmodule.

    Gruss
    SHF


  • Ich war beruflich unterwegs, deshalb gestaltet sich die Fehlersuche schwierig.
    Eurosport hat in 2 h zu 3 Kernelpanics mit 3.16 geführt. Vorboten waren Bildaussetzer ca alle 1-2 Minuten, allerdings ohne Watchdog.
    Nun lasse ich gerade Euronews (gleicher Transponder) mit dem 3.2 Kernel laufen, in einer Stunde folgt dann nochmal Eurosport.
    Ich kann den VDR leider nicht ohne FF laufen lassen, weil ich die Soundausgabe nicht via HDMI hinbekomme. Ein anderes Problem.
    Jedenfalls in 2 Stunden mache ich den Test nochmal mit dem 3.16 Kernel.
    Uwe

    VDR: ASUS P5DL/EPU, 1x FF TT2.1, 1x Budged Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder, 1x WLAN USB, NVIDIA GT610

    DEBIAN 9.latest e-Tobi amd64, VDR 2.4.0 xineliboutput-sxfe

  • So liebe Freunde, ich denke das Problem ist gelöst.


    Die Kernel Panics sind ja erst seit dem Update von Debian 7.7 auf 8.x aufgetreten. Zur gleichen Zeit bin ich auch auf die Ausgabe mittels vdr-sxfe umgestiegen.


    Dadurch ist die Prozessorlast gestiegen und weil eine Lasche des Lüfters gebrochen war, wurde der Prozessor schlechter gekühlt. Die größere Wärmebelastung hatte eine höhere Lüfterdrehzahl zur Folge, die wiederum mehr Staub ansaugte und eine schlechtere Kühlung ergab. Vor ein paar Tagen war dann das System nicht mehr zu gebrauchen.


    System ist entstaubt, Lüfter ist fest, Drehzahl ist unten, bisher keine Probleme.


    Gruß Uwe

    VDR: ASUS P5DL/EPU, 1x FF TT2.1, 1x Budged Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder, 1x WLAN USB, NVIDIA GT610

    DEBIAN 9.latest e-Tobi amd64, VDR 2.4.0 xineliboutput-sxfe

Jetzt mitmachen!

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