Segfaults vom VDR

henfri · 27. Januar 2011

Hallo,

in meinem Log habe ich einige Segfaults gefunden. Gesucht habe ich wegen diverser Situationen, in denen ich kein Bild hatte, der Rechner aber noch auf Pings reagiert hat. SSH Zugang ging aber nicht.

Hier nun der Segfault:

Code

vdr[3388]: segfault at 86b830 ip 0086b830 sp bf9015bc error 4 in ISO8859-13.so[892000+2000]

Etwas mehr drumherum. Der PC scheint richtung Suspend zu gehen.

Code

Jan 27 04:11:01 VDR recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /srv/vdr/video.00/0_Schoener_Wohnen_und_so/Switch_reloaded/201
1-01-27.03.34.7-0.rec as shell script
Jan 27 04:16:02 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script
Jan 27 04:16:03 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Jan 27 04:16:03 VDR vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2011-01-27 19:08:00
Jan 27 04:16:03 VDR vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Jan 27 04:16:03 VDR vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Jan 27 04:16:03 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Jan 27 04:16:03 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Jan 27 04:16:03 VDR vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Jan 27 04:16:03 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.shutdown
Jan 27 04:16:03 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Jan 27 04:16:03 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S92.imonlcd
Jan 27 04:16:03 VDR vdr-sxfe[3550]: [3550] [vdr-fe]    caught signal 15
Jan 27 04:16:04 VDR vdr-sxfe[3550]: [3550] [input_vdr] Connections closed.
Jan 27 04:16:04 VDR vdr: [3541] [xine..put] Closing connection 0
Jan 27 04:16:08 VDR vdr: [3388] [xine..put] cXinelibOsdProvider: shutting down !
Jan 27 04:16:09 VDR kernel: [11075.174222] vdr[3388]: segfault at 86b830 ip 0086b830 sp bf9015bc error 4 in ISO8859-13.so[892000+2000]
Jan 27 04:16:21 VDR kernel: [11076.464861] PM: Syncing filesystems ... done.
Jan 27 04:16:21 VDR kernel: [11076.468626] Freezing user space processes ... (elapsed 0.00 seconds) done.
Jan 27 04:16:21 VDR kernel: [11076.468900] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Jan 27 04:16:21 VDR kernel: [11076.469190] Suspending console(s) (use no_console_suspend to debug)
Jan 27 04:16:21 VDR kernel: [11076.469741] sd 3:0:0:0: [sda] Synchronizing SCSI cache
Jan 27 04:16:21 VDR kernel: [11076.478280] sd 3:0:0:0: [sda] Stopping disk
Jan 27 04:16:21 VDR kernel: [11076.677817] PM: suspend of drv:sd dev:3:0:0:0 complete after 208.074 msecs
Jan 27 04:16:21 VDR kernel: [11077.184020] PM: suspend of drv:atkbd dev:serio0 complete after 491.892 msecs
Jan 27 04:16:21 VDR kernel: [11077.185308] serial 00:0c: disabled
Jan 27 04:16:21 VDR kernel: [11077.185918] parport_pc 00:05: disabled
Jan 27 04:16:21 VDR kernel: [11077.204458] b2c2_flexcop_pci 0000:01:07.0: PCI INT A disabled
Jan 27 04:16:21 VDR kernel: [11077.220852] forcedeth 0000:00:0a.0: PME# enabled
Jan 27 04:16:21 VDR kernel: [11077.220859] forcedeth 0000:00:0a.0: wake-up capability enabled by ACPI
Jan 27 04:16:21 VDR kernel: [11077.348020] PM: suspend of drv:ahci dev:0000:00:09.0 complete after 111.996 msecs
Jan 27 04:16:21 VDR kernel: [11077.572027] HDA Intel 0000:00:07.0: PCI INT A disabled
Jan 27 04:16:21 VDR kernel: [11077.588104] HDA Intel 0000:00:07.0: power state changed by ACPI to D3
Jan 27 04:16:21 VDR kernel: [11077.588110] PM: suspend of drv:HDA Intel dev:0000:00:07.0 complete after 240.080 msecs
Jan 27 04:16:21 VDR kernel: [11077.604026] ehci_hcd 0000:00:04.1: PCI INT B disabled
Jan 27 04:16:21 VDR kernel: [11077.604036] ohci_hcd 0000:00:04.0: PCI INT A disabled
Jan 27 04:16:21 VDR kernel: [11077.604044] ehci_hcd 0000:00:02.1: PCI INT B disabled
Jan 27 04:16:21 VDR kernel: [11077.604053] ohci_hcd 0000:00:02.0: PCI INT A disabled
Jan 27 04:16:21 VDR kernel: [11077.604543] PM: suspend of devices complete after 1135.101 msecs
Jan 27 04:16:21 VDR kernel: [11077.604546] PM: suspend devices took 1.136 seconds
Jan 27 04:16:21 VDR kernel: [11077.668422] PM: late suspend of devices complete after 63.870 msecs
Jan 27 04:16:21 VDR kernel: [11077.668505] ACPI: Preparing to enter system sleep state S3

Alles anzeigen

Eine Weile später dies hier:

Code

Jan 27 09:16:34 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script
Jan 27 09:16:34 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Jan 27 09:16:34 VDR vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2011-01-27 19:08:00
Jan 27 09:16:34 VDR vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Jan 27 09:16:34 VDR vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Jan 27 09:16:34 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Jan 27 09:16:34 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Jan 27 09:16:34 VDR vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Jan 27 09:16:34 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.shutdown
Jan 27 09:16:34 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Jan 27 09:16:35 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S92.imonlcd
Jan 27 09:16:35 VDR vdr-sxfe[12075]: [12075] [vdr-fe]    caught signal 15
Jan 27 09:16:38 VDR vdr: [12082] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Jan 27 09:16:39 VDR vdr: last message repeated 45 times
Jan 27 09:16:39 VDR vdr: [11888] [xine..put] Closing connection 0
Jan 27 09:16:39 VDR vdr-sxfe[12075]: [12075] [input_vdr] Connections closed.
Jan 27 09:16:40 VDR vdr: [11888] [xine..put] cXinelibOsdProvider: shutting down !
Jan 27 09:16:42 VDR kernel: [29104.682145] vdr[11888]: segfault at 83f830 ip 0083f830 sp bf9bb55c error 4 in ISO8859-7.so[857000+2000]

Alles anzeigen

Danach kam es zu o.g. Symtomen und nur ein Reboot konte helfen.

Gruß,
Hendrik

henfri · 28. Januar 2011

Hallo,

ich muss dass hier noch mal hochschieben.
Ich hatte das Problem gerade wieder und weiss echt nicht, wo ich ansetzen kann.
Kann mir jemand einen Tipp geben?

Gruß,
Hendrik

wirbel · 28. Januar 2011

Vielleicht kannst du ja mal die Sache provozieren und mit gdb anschließend in ein core file reinschaun.

bevor der VDR prozess startet ein

Code

ulimit -c unlimited

absetzen, dann vdr starten

Nach dem segfault dann gdb starten mit

Code

gdb --args <deine commandline mit der du vdr startest>

dann in gdb ein

Code

core <pfad zu deinem angelegten core file>

und die Ausgabe anschauen.

steffen_b · 28. Januar 2011

Oder den VDR mit debugvdr starten (vdr-dbg installieren) und damit das problem reproduzieren, wenn er gecrasht ist: bt eingeben. und die Ausgabe hier posten.

IcyA1 · 28. Januar 2011

Zitat

Original von henfri
in meinem Log habe ich einige Segfaults gefunden. Gesucht habe ich wegen diverser Situationen, in denen ich kein Bild hatte, der Rechner aber noch auf Pings reagiert hat. SSH Zugang ging aber nicht.

Diesen Thread beobachte ich mit Interesse. Ich frage mich schon seit einer Weile, warum mein yaVDR immer mal wieder unbenutzbar wird, wenn er eine Weile vor sich hin gelaufen ist, ohne dass man was dran gemacht hat. Es kommt "no signal" u.ä. und er reagiert auf Fernbedienung und Tastatur nicht mehr. Da hilft dann nur noch Abwürgen per Power-Knopf abwürgen und neu starten. Mit den Tipps oben kann ich im Moment noch nichts anfangen, sondern muss mich erst ma' fortbilden. Jedenfalls sieht mein Log gar nicht gut aus:

Code

yavdr@yavdr:~$ cat /var/log/messages|grep segfault
Jan 23 13:31:25 yavdr kernel: [ 1289.797167] vdr[1909]: segfault at 176bcc ip 081308f2 sp bfd7e1f0 error 4 in vdr[8048000+143000]
Jan 23 13:32:04 yavdr kernel: [ 1329.003815] vdr[2351]: segfault at 44cbcc ip 081308f2 sp bff00e80 error 4 in vdr[8048000+143000]
Jan 23 13:32:42 yavdr kernel: [ 1367.155714] vdr[2539]: segfault at 9bebcc ip 081308f2 sp bfd6fd40 error 4 in vdr[8048000+143000]
Jan 23 13:33:20 yavdr kernel: [ 1405.267009] vdr[2730]: segfault at a3bbcc ip 081308f2 sp bfebd110 error 4 in vdr[8048000+143000]
Jan 23 13:33:59 yavdr kernel: [ 1443.451168] vdr[2926]: segfault at 221bcc ip 081308f2 sp bfd9dd10 error 4 in vdr[8048000+143000]
Jan 23 13:34:37 yavdr kernel: [ 1481.489890] vdr[3121]: segfault at f52bcc ip 081308f2 sp bfb76f00 error 4 in vdr[8048000+143000]
Jan 23 23:39:45 yavdr kernel: [37789.616484] vdr[3317]: segfault at 39fbcc ip 081308f2 sp bf8348b0 error 4 in vdr[8048000+143000]
Jan 27 01:44:43 yavdr kernel: [ 6268.210893] vdr[1865]: segfault at 19fbcc ip 081308f2 sp bfa63220 error 4 in vdr[8048000+143000]
Jan 28 03:56:06 yavdr kernel: [18055.949666] vdr[1910]: segfault at d2bbcc ip 081308f2 sp bfe31130 error 4 in vdr[8048000+143000]
Jan 28 16:30:19 yavdr kernel: [ 4331.124839] vdr[1929]: segfault at 347bcc ip 081308f2 sp bf883f10 error 4 in vdr[8048000+143000]
Jan 28 18:09:19 yavdr kernel: [   53.221433] vdr[1048]: segfault at a45bcc ip 081308f2 sp bfe6fae0 error 4 in vdr[8048000+143000]
Jan 28 18:09:57 yavdr kernel: [   91.218544] vdr[1770]: segfault at f08bcc ip 081308f2 sp bf9541a0 error 4 in vdr[8048000+143000]
Jan 28 18:10:35 yavdr kernel: [  129.234715] vdr[1960]: segfault at 3abbcc ip 081308f2 sp bf8a2c50 error 4 in vdr[8048000+143000]
Jan 28 18:11:14 yavdr kernel: [  168.352077] vdr[2143]: segfault at 6acbcc ip 081308f2 sp bfeefee0 error 4 in vdr[8048000+143000]
Jan 28 18:11:52 yavdr kernel: [  206.420369] vdr[2328]: segfault at 22ebcc ip 081308f2 sp bff662d0 error 4 in vdr[8048000+143000]
Jan 28 18:12:30 yavdr kernel: [  244.492668] vdr[2508]: segfault at 461bcc ip 081308f2 sp bf87ccd0 error 4 in vdr[8048000+143000]
Jan 28 18:13:08 yavdr kernel: [  282.502545] vdr[2685]: segfault at c7dbcc ip 081308f2 sp bfd55a50 error 4 in vdr[8048000+143000]
Jan 28 18:13:46 yavdr kernel: [  320.522018] vdr[2861]: segfault at 185bcc ip 081308f2 sp bfb3b4e0 error 4 in vdr[8048000+143000]
Jan 28 18:14:24 yavdr kernel: [  358.562766] vdr[3044]: segfault at 6a6bcc ip 081308f2 sp bfeb4650 error 4 in vdr[8048000+143000]
Jan 28 18:15:02 yavdr kernel: [  396.567394] vdr[3209]: segfault at e11bcc ip 081308f2 sp bfaf8790 error 4 in vdr[8048000+143000]
Jan 28 18:15:40 yavdr kernel: [  434.641648] vdr[3387]: segfault at 1bcbcc ip 081308f2 sp bfddb120 error 4 in vdr[8048000+143000]
Jan 28 18:16:18 yavdr kernel: [  472.723740] vdr[3553]: segfault at 224bcc ip 081308f2 sp bf90d7c0 error 4 in vdr[8048000+143000]
Jan 28 18:16:56 yavdr kernel: [  510.724764] vdr[3738]: segfault at d6fbcc ip 081308f2 sp bfb49310 error 4 in vdr[8048000+143000]
Jan 28 18:17:34 yavdr kernel: [  548.724354] vdr[3920]: segfault at 1e6bcc ip 081308f2 sp bfbf3b00 error 4 in vdr[8048000+143000]
Jan 28 18:18:12 yavdr kernel: [  586.797281] vdr[4090]: segfault at 4acbcc ip 081308f2 sp bf9726e0 error 4 in vdr[8048000+143000]
Jan 28 18:18:50 yavdr kernel: [  624.807673] vdr[4260]: segfault at 4cbbcc ip 081308f2 sp bfb21a00 error 4 in vdr[8048000+143000]
Jan 28 18:19:29 yavdr kernel: [  662.975334] vdr[4459]: segfault at ff8bcc ip 081308f2 sp bf8ac8d0 error 4 in vdr[8048000+143000]
Jan 28 18:20:07 yavdr kernel: [  701.096441] vdr[4634]: segfault at 28bbcc ip 081308f2 sp bfca9230 error 4 in vdr[8048000+143000]
Jan 28 18:20:45 yavdr kernel: [  739.266075] vdr[4828]: segfault at 1c5bcc ip 081308f2 sp bfab7d60 error 4 in vdr[8048000+143000]
Jan 28 18:21:24 yavdr kernel: [  778.322227] vdr[5007]: segfault at 18abcc ip 081308f2 sp bffd5a30 error 4 in vdr[8048000+143000]
Jan 28 18:22:02 yavdr kernel: [  816.415890] vdr[5186]: segfault at eb6bcc ip 081308f2 sp bff3b5b0 error 4 in vdr[8048000+143000]
Jan 28 18:22:40 yavdr kernel: [  854.469240] vdr[5382]: segfault at bb1bcc ip 081308f2 sp bfe47270 error 4 in vdr[8048000+143000]
Jan 28 18:23:18 yavdr kernel: [  892.573071] vdr[5560]: segfault at de0bcc ip 081308f2 sp bff3ed60 error 4 in vdr[8048000+143000]
Jan 28 18:23:56 yavdr kernel: [  930.727977] vdr[5758]: segfault at b51bcc ip 081308f2 sp bf895bd0 error 4 in vdr[8048000+143000]
Jan 28 18:24:35 yavdr kernel: [  968.884051] vdr[5965]: segfault at 356bcc ip 081308f2 sp bfb45d20 error 4 in vdr[8048000+143000]
Jan 28 18:25:13 yavdr kernel: [ 1006.945804] vdr[6133]: segfault at e6ebcc ip 081308f2 sp bfb5b850 error 4 in vdr[8048000+143000]
Jan 28 18:25:51 yavdr kernel: [ 1045.020567] vdr[6320]: segfault at d2cbcc ip 081308f2 sp bf8faab0 error 4 in vdr[8048000+143000]
Jan 28 18:26:29 yavdr kernel: [ 1083.045589] vdr[6517]: segfault at 1d1bcc ip 081308f2 sp bf9ecea0 error 4 in vdr[8048000+143000]
Jan 28 18:27:07 yavdr kernel: [ 1121.134735] vdr[6696]: segfault at 5ecbcc ip 081308f2 sp bff2d730 error 4 in vdr[8048000+143000]
Jan 28 18:27:45 yavdr kernel: [ 1159.186808] vdr[6884]: segfault at 4c3bcc ip 081308f2 sp bfe8abd0 error 4 in vdr[8048000+143000]
Jan 28 18:28:23 yavdr kernel: [ 1197.261684] vdr[7095]: segfault at 4b7bcc ip 081308f2 sp bfd6f7a0 error 4 in vdr[8048000+143000]
Jan 28 18:29:02 yavdr kernel: [ 1236.370425] vdr[7298]: segfault at 4fcbcc ip 081308f2 sp bfa24490 error 4 in vdr[8048000+143000]
Jan 28 18:29:40 yavdr kernel: [ 1274.435395] vdr[7514]: segfault at 1e2bcc ip 081308f2 sp bfdac7b0 error 4 in vdr[8048000+143000]
Jan 28 18:30:18 yavdr kernel: [ 1312.566591] vdr[7709]: segfault at 156bcc ip 081308f2 sp bf994a30 error 4 in vdr[8048000+143000]
Jan 28 18:30:56 yavdr kernel: [ 1350.724797] vdr[7906]: segfault at 3a2bcc ip 081308f2 sp bfe05260 error 4 in vdr[8048000+143000]
Jan 28 18:31:34 yavdr kernel: [ 1388.776354] vdr[8091]: segfault at 813bcc ip 081308f2 sp bfbbe690 error 4 in vdr[8048000+143000]
Jan 28 18:32:12 yavdr kernel: [ 1426.807291] vdr[8288]: segfault at 82bbcc ip 081308f2 sp bff06860 error 4 in vdr[8048000+143000]
Jan 28 18:32:51 yavdr kernel: [ 1464.918730] vdr[8473]: segfault at 191bcc ip 081308f2 sp bfe7e170 error 4 in vdr[8048000+143000]
Jan 28 18:33:29 yavdr kernel: [ 1503.041419] vdr[8675]: segfault at 254bcc ip 081308f2 sp bfcdeb80 error 4 in vdr[8048000+143000]
Jan 28 18:34:07 yavdr kernel: [ 1541.150748] vdr[8866]: segfault at 439bcc ip 081308f2 sp bf979940 error 4 in vdr[8048000+143000]
Jan 28 18:34:45 yavdr kernel: [ 1579.272182] vdr[9064]: segfault at 21dbcc ip 081308f2 sp bf837d60 error 4 in vdr[8048000+143000]
Jan 28 18:35:23 yavdr kernel: [ 1617.293014] vdr[9268]: segfault at 22dbcc ip 081308f2 sp bfda7a20 error 4 in vdr[8048000+143000]
Jan 28 18:36:01 yavdr kernel: [ 1655.438099] vdr[9471]: segfault at 2cebcc ip 081308f2 sp bf8c8210 error 4 in vdr[8048000+143000]
Jan 28 18:36:39 yavdr kernel: [ 1693.541592] vdr[9662]: segfault at d85bcc ip 081308f2 sp bfd48700 error 4 in vdr[8048000+143000]
Jan 28 18:37:17 yavdr kernel: [ 1731.645925] vdr[9850]: segfault at 20dbcc ip 081308f2 sp bff577a0 error 4 in vdr[8048000+143000]

Alles anzeigen

Dies nur als ergänzende Info. Vielleicht trägt's zum Gesamtbild bei.
Albrecht

hotzenplotz5 · 28. Januar 2011

nur standard plugins ?
oder ist da noch wa anderes dabei ?

edit: bei mir mal nach segfaults gegrept, ohne fündig zu werden.

IcyA1 · 28. Januar 2011

Zitat

nur standard plugins ?
oder ist da noch wa anderes dabei ?

Auch wenn die Frage nicht an mich ging: Mein yavdr läuft mit folgenden Plugins: bgprocess, burn, dvd, dvd-switch.
Die übrigen yavdr-Pakete sind skin-pearlhd, skins-anthra, skins-speciallogos, tft-anthraize, tft-pearlhd, tft-standard.

Kann das segfault-Problem oder allgemein das Hängenbleiben damit zusammenhängen, dass der VDR kein Antennensignal kriegt? Ich habe einen Verteiler, um das SAT-Kabel noch zu einem normalen SAT-Receiver zu leiten, der für Notfälle da ist (Stichwort WAF; das Ding ist aber hardwaremäßig abgeschaltet, stört den SAT-Empfang also nicht). Da scheint's mir manchmal Wackler zu geben, weil die Leitungen nicht fest verlegt sind, sondern auch mal bewegt werden. Das Signal als solches ist aber stark genug, ich bin jeweils im grünen Bereich.

henfri: Hast Du auch öfter mal die Meldung "no signal" auf dem Schirm?

Albrecht

gda · 28. Januar 2011

Such dir einen der Segfaults aus. Nimm die Process-ID, die Zahl in den eckigen Klammern hinter dem Wort vdr, und gehe damit rückwärts durch das Logfile bis du das Plugin findest, dass diese PID hat.
Such dir den nächsten Segfault und mach das Selbe. Wenn es das selbe Plugin ist, dann würde ich das ja schon mal wegnehmen.

Gerald

hotzenplotz5 · 28. Januar 2011

bgprocess kann nicht laufen soweit ich weiss.
da ist noch irgendwo ein fehler ... irgendwas mit svdrpsend irgendwas ...

aber bisher fällt mir nicht ein warum man das sonst braucht. (yacoto ? aber das läuft mit dem paket ja auch nur recht schlecht ...?)

also mal eins nach dem anderen deaktivieren in der order.conf
bis der segfault nicht mehr kommt.

dann weiss man schonmal welches plugin ärger macht ?

IcyA1 · 28. Januar 2011

Danke für die Tipps, gda und Hotzenplotz5. Die muss ich nacheinander abarbeiten, komme aber wohl erst morgen dazu (... WAF).

Dieter · 28. Januar 2011

Hallo,
das live plugin macht einiges an Ärger.
Restarts durch runvdr ohne daß in den log files irgendwas zu sehen wäre.
Manchmal auch segfaults.

Sobalt das plugin drausen ist, gibt es keinen Ärger mehr.
(neueste stable yaVDR von gestern und älter)

gda · 28. Januar 2011

Zitat

Original von Dieter
das live plugin macht einiges an Ärger.

Das wäre mir neu.

Zitat

Original von Dieter
Restarts durch runvdr ohne daß in den log files irgendwas zu sehen wäre.

Huch? runvdr benutzen wir gar nicht, ist da vielleicht dein Problem?

Gerald

Dieter · 29. Januar 2011

Hallo,
ist ein std. Lucid64 mit euren >Paketen.
Aber ohne das upstart paket, so dass sysV init verwendet wird.
Wäre natürlich schon heiss wenn meine Problem daran liegen.

Habe noch keine Anleitung gefunden welche Pakete sinnvoll sind.
Da nuss ich wohl noch etwas experimentieren.

henfri · 29. Januar 2011

Hallo,

zum Backtrace:
Wenn ich das von mir oben gepostete log richtig verstehe, dann passiert der crash beim shutdown, oder?
Jedenfalls komme ich nach dem crash jeweils nicht mehr an eine Shell. Somit fällt mir auch ein Backtrace schwer.
Gibt es da eine Möglichkeit, dass ich den BT nach dem Reboot machen kann?

Ich habe jetzt mal den Tipp von Gerald ausgeführt. Ich glaube, es liegt nicht an einem Plugin, sondern am VDR:

Code

Jan 29 07:15:39 VDR vdr: [3540] stopping plugin: epgsearchonly
Jan 29 07:15:39 VDR vdr: [3540] stopping plugin: menuorg
Jan 29 07:15:39 VDR vdr: [3540] stopping plugin: zappilot
Jan 29 07:15:39 VDR vdr: [3540] stopping plugin: quickepgsearch
Jan 29 07:15:39 VDR vdr: [3540] stopping plugin: live
Jan 29 07:15:40 VDR vdr: [3540] stopping plugin: femon
Jan 29 07:15:40 VDR vdr: [3540] stopping plugin: tvm2vdr
Jan 29 07:15:40 VDR vdr: [3540] stopping plugin: streamdev-client
Jan 29 07:15:40 VDR vdr: [3540] stopping plugin: streamdev-server
Jan 29 07:15:40 VDR vdr: [3719] streamdev server thread ended (pid=3540, tid=3719)
Jan 29 07:15:40 VDR vdr: [3540] [xine..put] cXinelibOsdProvider: shutting down !
Jan 29 07:15:40 VDR vdr: [3540] saved setup to /var/lib/vdr/setup.conf
Jan 29 07:15:40 VDR vdr: [3595] section handler thread ended (pid=3540, tid=3595)
Jan 29 07:15:40 VDR vdr: [3594] tuner on frontend 0/0 thread ended (pid=3540, tid=3594)
Jan 29 07:15:41 VDR vdr: [3716] section handler thread ended (pid=3540, tid=3716)
Jan 29 07:15:41 VDR vdr: [3715] tuner on frontend 1/0 thread ended (pid=3540, tid=3715)
Jan 29 07:15:41 VDR vdr: [3540] [xine..put] cXinelibDevice::StopDevice(): Stopping device ...
Jan 29 07:15:42 VDR vdr: [3718] section handler thread ended (pid=3540, tid=3718)
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: vnsiserver
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: iptv
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: channellists
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: conflictcheckonly
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: wirbelscan
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: extrecmenu
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: text2skin
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: epgsearch
Jan 29 07:15:42 VDR vdr: [3733] EPGSearch: conflictcheck thread ended (pid=3540, tid=3733)
Jan 29 07:15:42 VDR kernel: [28297.298027] vdr[3540]: segfault at 54a830 ip 0054a830 sp bfb09fcc error 4 in libm-2.11.1.so[571000+24000]
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: xineliboutput
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: epgsearchonly
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: menuorg
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: zappilot
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: quickepgsearch
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: live
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: femon
Jan 29 07:15:42 VDR vdr: [3540] deleting plugin: tvm2vdr

Alles anzeigen

Oder habe ich das falsch verstanden?
Unten noch meine installierten Plugins.

Die segfaults entstehen immer in unterschidlichen Bibliotheken (siehe ganz unten)

Gruß,
Hendrik

Code

vdr-plugin-channellists       
vdr-plugin-control            
vdr-plugin-dummydevice        
vdr-plugin-epgsearch          
vdr-plugin-extrecmenu         
vdr-plugin-femon              
vdr-plugin-graphtft           
vdr-plugin-iptv               
vdr-plugin-live               
vdr-plugin-menuorg            
vdr-plugin-streamdev-client   
vdr-plugin-streamdev-server   
vdr-plugin-text2skin          
vdr-plugin-tvm2vdr            
vdr-plugin-vnsiserver         
vdr-plugin-wirbelscan         
vdr-plugin-xine               
vdr-plugin-xineliboutput      
vdr-plugin-zappilot

Alles anzeigen

Code

messages.1:Jan 22 12:59:29 VDR kernel: [79845.502122] vdr[24740]: segfault at eb9830 ip 00eb9830 sp bff22b0c error 4 in libkeyutils-1.2.so[efc000+2000]
messages.1:Jan 22 12:59:42 VDR kernel: [79859.115570] vdr[25015]: segfault at b77830 ip 00b77830 sp bfa5162c error 4 in libtiff.so.4.3.2[b97000+58000]
messages.1:Jan 22 13:02:48 VDR kernel: [  165.315945] vdr[1278]: segfault at 641830 ip 00641830 sp bf8ae88c error 4 in libfontconfig.so.1.4.4[658000+2e000]
messages.1:Jan 22 13:03:23 VDR kernel: [  200.049958] vdr[1843]: segfault at 5ad830 ip 005ad830 sp bfb9252c error 4 in libgomp.so.1.0.0[5c3000+c000]
messages.1:Jan 22 13:49:34 VDR kernel: [ 2752.610891] vdr[1808]: segfault at 893830 ip 00893830 sp bfb956ec error 4 in libjpeg.so.62.0.0[8b7000+1f000]
messages.1:Jan 22 16:02:55 VDR kernel: [ 6827.135332] vdr[2612]: segfault at 854830 ip 00854830 sp bfc230ec error 4 in libkeyutils-1.2.so[86a000+2000]
messages.1:Jan 22 16:18:45 VDR kernel: [ 7777.108387] vdr[3282]: segfault at 96f830 ip 0096f830 sp bfaab8cc error 4 in libgcc_s.so.1[98a000+1d000]
messages.1:Jan 22 16:28:39 VDR kernel: [  574.952238] vdr[1760]: segfault at 9d1830 ip 009d1830 sp bfe6db3c error 4 in libuuid.so.1.3.0[9e9000+3000]
messages.1:Jan 22 16:35:24 VDR kernel: [  385.606531] vdr[1078]: segfault at 8bc830 ip 008bc830 sp bfa98d8c error 4 in libz.so.1.2.3.3[8db000+13000]
messages.1:Jan 22 18:25:05 VDR kernel: [ 6561.111787] vdr[1072]: segfault at 7fe830 ip 007fe830 sp bffb67ac error 4 in libnss_files-2.11.1.so[822000+a000]
messages.1:Jan 22 20:05:29 VDR kernel: [ 6619.457141] vdr[15877]: segfault at 73d830 ip 0073d830 sp bfe25f1c error 4 in libnss_files-2.11.1.so[76d000+a000]
messages.1:Jan 23 01:44:45 VDR kernel: [20336.454487] vdr[1071]: segfault at a9a830 ip 00a9a830 sp bf8d816c error 4 in libpthread-2.11.1.so[ac1000+15000]
syslog:Jan 29 02:15:09 VDR kernel: [10267.977558] vdr[2477]: segfault at 86c830 ip 0086c830 sp bf8dd32c error 4 in libk5crypto.so.3.1[8a9000+22000]
syslog:Jan 29 07:15:42 VDR kernel: [28297.298027] vdr[3540]: segfault at 54a830 ip 0054a830 sp bfb09fcc error 4 in libm-2.11.1.so[571000+24000]
syslog.1:Jan 28 17:24:12 VDR kernel: [  514.889218] vdr[1028]: segfault at e8e830 ip 00e8e830 sp bfbf618c error 4 in libxcb.so.1.1.0[eb3000+18000]
syslog.1:Jan 28 17:24:51 VDR kernel: [  554.517701] vdr[1910]: segfault at 9bc830 ip 009bc830 sp bf98fdcc error 4 in ISO8859-15.so[9de000+2000]
syslog.1:Jan 28 17:26:02 VDR kernel: [  625.009519] vdr[2123]: segfault at 792830 ip 00792830 sp bfcec09c error 4 in libnsl-2.11.1.so[7ac000+13000]
syslog.1:Jan 28 23:50:53 VDR kernel: [ 3539.623690] vdr[1083]: segfault at ad5830 ip 00ad5830 sp bfe84c6c error 4 in ISO_6937.so[b06000+4000]

Alles anzeigen

gda · 29. Januar 2011

Zitat

Original von henfri
Die segfaults entstehen immer in unterschidlichen Bibliotheken (siehe ganz unten)

Dann würde ich mir langsam Gedanken wegen der Hardware machen. Defekter Speicher? Überhitzung?

Gerald

henfri · 29. Januar 2011

Hallo,

einen Mem-Test werde ich mal machen.
Überhitzung kann ich fast ausschließen, da das Gehäuse recht groß ist und ich ganz normale Komponenten nutze.

Wie würde sich erklären, dass durch den HW Defekt immer nur der VDR crasht?

Ist meine Interpretation oben richtig, dass der VDR selbst und nicht ein Plugin crasht?

Und: Ich hatte noch keinen Crash im laufenden Betrieb. Es ist stets so, dass der PC schon läuft (wake up nachts) und ich kein Bild habe, wenn ich den TV anschalte. Ich vermute, dass der Absturz immer beim Shutdown passiert.

Edit: Ich habe jetzt mal mit grep die letzten 20 Zeilen vor einem Segfault anzeigen lassen. So gut wie immer wurden vorher die shutdown-hooks ausgeführt (in den Fällen wo das nicht der Fall war, können die entsprechenden Zeilen, die darauf hinweisen ja außerhalb der letzten 20 gelegen haben). Das ganze pasiert also beim Beenden des VDR.

Gruß,
Hendrik

ofenheizer · 29. Januar 2011

Servus,

einen ähnlichen Fall habe ich auch. Aber schon seit der 0.2.
Immer wenn der VDR beendet wird (stop vdr) oder eben beim Aussschalten (shutdown), habe ich einen segfault im syslog. Hatte mir nix weiter bei gedacht, da ja alles funktionierte.
Hier mal meine Zeilen

Code

Jan 28 19:13:09 vdrserver vdr: [1595] [xine..put] cXinelibDevice::StopDevice(): Stopping device ...
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: undelete
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: tvm2vdr
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: epgsearch
Jan 28 19:13:09 vdrserver vdr: [1716] EPGSearch: Leaving conflict check thread
Jan 28 19:13:09 vdrserver vdr: [1716] EPGSearch: conflictcheck thread ended (pid=1595, tid=1716)
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: vnsiserver
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: streamdev-server
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: markad
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: noepgmenu
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: clock
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: burn
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: devstatus
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: femon
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: osdteletext
Jan 28 19:13:09 vdrserver vdr: [1595] buffer stats: 0 (0%) used
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: vompserver
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: nordlichtsepg
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: skinenigmang
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: xineliboutput
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: extrecmenu
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: live
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: menuorg
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: text2skin
Jan 28 19:13:09 vdrserver vdr: [1595] deleting plugin: control
Jan 28 19:13:09 vdrserver vdr: [1680] [control] gateways thread ended (pid=1595)
Jan 28 19:13:09 vdrserver vdr: [1595] =====================
Jan 28 19:13:09 vdrserver vdr: [1595] EPG bugfix statistics
Jan 28 19:13:09 vdrserver vdr: [1595] =====================
Jan 28 19:13:09 vdrserver vdr: [1595] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Jan 28 19:13:09 vdrserver vdr: [1595] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs()
Jan 28 19:13:09 vdrserver vdr: [1595] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Jan 28 19:13:09 vdrserver vdr: [1595] =====================
Jan 28 19:13:09 vdrserver vdr: [1595] Fix#011Hits#011Channels
Jan 28 19:13:09 vdrserver vdr: [1595] 3#011319#011DASDING, ANIXE SD, Sky Sport 2, Sky Sport 1, RTL Crime, SWR 4 RP, Sky Sport HD 1, ...
Jan 28 19:13:09 vdrserver vdr: [1595] 4#011119#011radioeins, Disney XD, Disney Channel, SWR cont.ra, SWR 2, WDR 3, WDR 5, NDR 90,3, ...
Jan 28 19:13:09 vdrserver vdr: [1595] 6#0111591#011JUMP, Sky Bundesliga, SR Fernsehen, Sky Sport HD 2, WDR 3, 1LIVE, Fritz, Sky Sport HD 1, ...
Jan 28 19:13:09 vdrserver vdr: [1595] 7#0111235#011Nordwestradio, NDR 1 Nieders., NDR Info Spez., NDR 1 Radio MV, NDR 90,3, NDR Info, ...
Jan 28 19:13:09 vdrserver vdr: [1595] 8#0112388#011ANIXE SD, AXN Action, Romance TV, sportdigital, kabel eins classics, Sat.1 Comedy, ...
Jan 28 19:13:09 vdrserver vdr: [1595] 9#0113219#011ANIXE SD, AXN Action, Romance TV, sportdigital, Animax, kabel eins classics, ...
Jan 28 19:13:09 vdrserver vdr: [1595] 10#011281#011AXN Action
Jan 28 19:13:09 vdrserver vdr: [1595] 11#0111112#011AXN Action, Animax
Jan 28 19:13:09 vdrserver vdr: [1595] =====================
Jan 28 19:13:09 vdrserver vdr: [1595] max. latency time 3 seconds
Jan 28 19:13:09 vdrserver vdr: [1595] caught signal 15
Jan 28 19:13:09 vdrserver vdr: [1595] exiting, exit code 0
Jan 28 19:13:09 vdrserver kernel: [46333.931256] vdr[1595]: segfault at 5a8bcc ip 08130902 sp bf9c9350 error 4 in vdr[8048000+143000]
Jan 28 19:13:09 vdrserver init: vdr main process (1595) killed by SEGV signal
Jan 28 19:13:09 vdrserver kernel: Kernel logging (proc) stopped.
Jan 28 19:13:09 vdrserver rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="968" x-info="http://www.rsyslog.com"] exiting on signal 15.

Alles anzeigen

Bei mir sind es aber keine unterschiedlichen Bibliotheken, sondern immer der vdr.

Gruss
Markus

PS: Die installierten Plugins sind ja im Log zu sehen. Auch nix extravagantes bei.

gda · 29. Januar 2011

ofenheizer

Das hat eine andere Ursache. Eines der Plugins räumt nicht sauber hinter sich auf und dann kracht es beim Stopp. Ich möchte fast wetten, dass das irgendwann verschwindet wenn du mal ein Plugin nach dem Anderen deaktivierst.

Gerald

ofenheizer · 29. Januar 2011

Hallo Gerald,

Ok, testen kann ich das ja mal.
Aber allzuviel Plugins ausserhalb des yavdr-iso-Pakets sind ja nicht hinzuinstalliert.
Ich schau mal die Tage.
Wenn ich was finde .... ein Fall für den Bugtracker??

Gruss
Markus

gda · 29. Januar 2011

Zitat

Original von ofenheizer
Wenn ich was finde .... ein Fall für den Bugtracker??

Klar, aber erwarte nicht allzu viel Aktivität von uns, wenn es sich um ein Plugin handelt, dass nicht im ISO ist. Dann wäre eher der Plugin-Autor der Ansprechpartner.

Gerald

Segfaults vom VDR

Jetzt mitmachen!

Teilen