vdr crash nach Aufzeichnung löschen

vdr_rossi · Dec 31st 2020

Hallo,

habe Ubuntu 20.04 LTS mit vdr ansible laufen. Alles auf aktuellem Stand, siehe auch Signatur.

Ich schneide eine Aufnahme und lösche die original Aufnahme:

Code

...
Dec 31 14:28:10 vdr1 vdr: [3123] confirm: Aufzeichnung löschen?
Dec 31 14:28:10 vdr1 vdr: [3123] warning: Aufzeichnung löschen?
Dec 31 14:28:11 vdr1 vdr: [3123] confirmed
Dec 31 14:28:11 vdr1 vdr: [3123] deleting recording '/srv/vdr/video/Bauerfeind_-_Die_Show_zur_Frau/2020-12-18.21.13.15-0.rec'
Dec 31 14:28:11 vdr1 vdr: [3123] renaming '/srv/vdr/video/Bauerfeind_-_Die_Show_zur_Frau/2020-12-18.21.13.15-0.rec' to '/srv/vdr/video/Bauerfeind_-_Die_Show_
Dec 31 14:28:11 vdr1 vdr: [3123] executing '/usr/lib/vdr/vdr-recordingaction deleted "/srv/vdr/video/Bauerfeind_-_Die_Show_zur_Frau/2020-12-18.21.13.15-0.del
Dec 31 14:28:11 vdr1 recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom as shell script
Dec 31 14:28:11 vdr1 kernel: [ 8800.335251] show_signal: 18 callbacks suppressed
Dec 31 14:28:11 vdr1 kernel: [ 8800.335255] traps: vdr[3123] general protection fault ip:55dcf1aef8a0 sp:7ffe403565a8 error:0 in vdr[55dcf1a0b000+f5000]
Dec 31 14:28:12 vdr1 yavdr-frontend[1299]: INFO:pydbus2vdr:VDR Status: stopped
Dec 31 14:28:12 vdr1 yavdr-frontend[1299]: DEBUG:softhdvaapi:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr
Dec 31 14:28:12 vdr1 systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
Dec 31 14:28:12 vdr1 systemd[1]: vdr.service: Failed with result 'core-dump'.
Dec 31 14:28:12 vdr1 systemd[1]: vdr.service: Scheduled restart job, restart counter is at 1.
Dec 31 14:28:12 vdr1 systemd[1]: Stopped Video Disk Recorder.
Dec 31 14:28:12 vdr1 systemd[1]: Starting Video Disk Recorder...
Dec 31 14:28:12 vdr1 vdr: [4044] VDR version 2.4.6 started
Dec 31 14:28:12 vdr1 vdr: [4044] switched to user 'vdr'
Dec 31 14:28:12 vdr1 vdr: [4044] codeset is 'UTF-8' - known
Dec 31 14:28:12 vdr1 vdr: [4044] found 28 locales in /usr/share/locale
Dec 31 14:28:12 vdr1 vdr: [4044] no locale for language code 'alb,sqi'
...

Display More

Wie gehe ich der Sache auf den Grund?

Plugins nach und nach deaktivieren? Die Liste ist nicht lang:

Code

root@vdr1:/home/rossi# vdr --showargs
--record=/usr/lib/vdr/vdr-recordingaction
--user=vdr
--grab=/tmp
--port=6419
--watchdog=0
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--dirnames=,,1
--lirc=/var/run/lirc/lircd
--plugin=conflictcheckonly
--plugin=dbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hook s-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper
--plugin=desktop
--plugin=devstatus
--plugin=duplicates
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=femon
--plugin=markad --astopoffs=0 --cDecoder
--plugin=menuorg
--plugin=osd2web
--plugin=pulsecontrol
--plugin=quickepgsearch
--plugin=screenshot
--plugin=softhdvaapi -D
--plugin=systeminfo

Display More

Der Inhalt von /usr/share/vdr/recording-hooks/R90.custom ist Standard:

Code

#
# If you want to create your own recording hook that may get executed
# before any other hook, create it in /usr/share/vdr/recording-hooks or
# link to this location. All hooks are called in their alphabetical
# order and should follow this naming scheme:
#
# R<XX>.<identifier>
#
# Where <XX> is a two digit number, that mainly specifies the execution order
# and <identifier> is a unique descriptor.
#
# Two parameters are passed:
#
# Parameter 1 can have the values "before", "after" and "edited", depending
# on whether the recording hook is called before the recording starts,
# after the recording ends or after the recording has been edited.
#
# Parameter 2 is the directory of the recording. Be aware, that this directory
# doesn't exist before the recording starts.
#
case $1 in
before)
# do here whatever you would like to do right BEFORE
# the recording $2 STARTS
;;
started)
# do here whatever you would like to do right AFTER
# the recording $2 STARTED
;;
after)
# do here whatever you would like to do right AFTER
# the recording $2 ENDED
;;
edited)
# do here whatever you would like to do right AFTER
# the recording $2 has been EDITED
# $3 is the original recording
;;
deleted)
# do here whatever you would like to do right AFTER
# the recording $2 has been DELETED
;;
esac

Display More

Danke

seahawk1986 · Dec 31st 2020

vdr_rossi wrote:

Wie gehe ich der Sache auf den Grund?

Du könntest die Pakete vdr-dbg und systemd-coredump installieren (und für die genutzten Plugins am besten auch die jeweiligen *-dbg Pakete) und dann nach einem Crash des VDR mit coredumpctl list ein Eindeutiges Merkmal für den Coredump heraussuchen (meistens reicht die PID) und mit sudo coredumpctl gdb ${PID} gdb auf den Coredump ansetzen. Dann mit einem bt bzw. bt full nachsehen, wo sich der VDR verschluckt hat.

vdr_rossi · Jan 2nd 2021

Danke für die Hinweise!

Habe ich so umgesetzt. Ebenso habe ich iHD und lib-va & tools auf den neusten Stand gebracht. Was soll ich sagen, crashed passiert nicht mehr.

Stresstest mit 20-30 Aufnahmen schneiden, löschen, usw. alles ohne Crash.

Beobachte es trotzdem noch etwas - bevor ich das auf gelöst setze. Vor Fehlersuche noch Sachen verändern, das macht man nicht...

Aber das Ergebnis zählt.

vdr_rossi · Jan 3rd 2021

Zu früh gefreut, eben ist es wieder passiert - Ausgabe im Anhang.

Reicht das um die Ursache zu erkennen? Mein Wissen reicht nicht zur Fehlersuche...

Danke

seahawk1986 · Jan 4th 2021

Löscht du die Aufnahmen über das normale Aufzeichnungsmenü des VDR (nicht dass da noch sowas wie extrecmenu mit hinein spielt)?

vdr_rossi · Jan 5th 2021

seahawk1986 wrote:

Löscht du die Aufnahmen über das normale Aufzeichnungsmenü des VDR (nicht dass da noch sowas wie extrecmenu mit hinein spielt)?

Ja, in der ganz normalen Aufnahmeliste vom vdr - mit der gelben Taste.

Extrecmenu verwende ich nicht, siehe Pluginliste #1

MarkusE · Jan 5th 2021

Hi,

Was steht in /usr/share/vdr/recording-hooks/R90.custom ?

~ Markus

vdr_rossi · Jan 5th 2021

MarkusE wrote:

Was steht in /usr/share/vdr/recording-hooks/R90.custom ?

Steht im Beitrag #1

vdr_rossi · Jan 10th 2021

Eben ist es mal wieder passiert. Hat keiner eine Idee? bzw. kann den bt "lesen" ?

seahawk1986 · Monday, 11:52 am

Kannst du genauer beschreiben, was du vor den Crash gemacht hast - also läuft da gerade ein Schnitt, eine Aufnahme usw.? War die gelöschte Aufnahme am Anfang, Mitte oder Ende der OSD-Liste?

Der VDR scheint in den Backtraces gerade in der cListObject::Index Methode (http://git.tvdr.de/?p=vdr.git;…01db05de7d5;hb=HEAD#l2082) zu stecken - kann es da beim Zugriff auf einen zwischenzeitlich nicht mehr validen Pointer knallen? In der tools.c sehe ich nichts, das verhindert, dass mehrere Aufrufer gleichzeitig an einem cListObject herumspielen.

Was machen denn die anderen Threads zu dem Zeitpunkt?

Code

thread apply all bt
thread apply all bt full

wirbel · Monday, 2:35 pm

Könnte sein, dass dort 'prev' von einem Member der Liste auf einen ungültigen Wert zeigt, sieht nach Fehler in vdr selbst aus, oder ein Patch für Vdr verursacht das. Die Zeilennummern passen wohl nicht zum aktuellen git.

vdr_rossi · Monday, 6:46 pm

seahawk1986 wrote:

Kannst du genauer beschreiben, was du vor den Crash gemacht hast - also läuft da gerade ein Schnitt, eine Aufnahme usw.? War die gelöschte Aufnahme am Anfang, Mitte oder Ende der OSD-Liste?

Also: Es läuft live TV, bin im OSD (Skin Klassik) in den Aufnahmen, es wurde eine Aufnahme geschnitten, geschnittene Aufnahme erscheint bei meiner Sortierung über der ursprünglichen Aufnahmen, drücke die gelbe Taste zum löschen der ursprünglichen Aufnahme - Crash. Das OSD wurde dabei nicht verlassen.

Aber wie schrieben, es passiert sporadisch. Lässt sich nicht immer reproduzieren.

Quote

Was machen denn die anderen Threads zu dem Zeitpunkt?

Code

thread apply all bt

thread apply all bt full

Das liefe ich beim nächsten Crash nach.

Danke für die Mühe! Überschaubare Pluginliste siehe Beitrag #1

Share