[gelöst] vdr-1.7.19 -vdr[2600]: segfault - durch fehlende /etc/vdr/setup.conf

MartinKG · 10. Juli 2011

Hi,

und schon renne ich wieder in die nächste Sch.....

Code

[root@fc15 tmp]# tail -f /var/log/messages 
Jul 10 20:26:52 localhost vdr: [2587] setting current skin to "sttng"
Jul 10 20:26:52 localhost vdr: [2587] loading /etc/vdr/themes/sttng-default.theme
Jul 10 20:26:52 localhost vdr: [2587] starting plugin: dvbhddevice
Jul 10 20:26:52 localhost vdr: [2587] starting plugin: skinpearlhd
Jul 10 20:26:52 localhost vdr: [2587] starting plugin: femon
Jul 10 20:26:52 localhost vdr: [2587] starting plugin: markad
Jul 10 20:26:52 localhost vdr: [2587] starting plugin: tvonscreen
Jul 10 20:26:52 localhost kernel: [  650.252189] vdr[2587]: segfault at 0 ip 00000000004ea672 sp 00007fff27164fd8 error 4 in vdr[400000+14c000]
Jul 10 20:26:52 localhost abrt[2593]: Unrecognized variable 'DumpLocation' in '/etc/abrt/abrt.conf'
Jul 10 20:26:52 localhost abrt[2593]: not dumping repeating crash in '/usr/local/bin/vdr'
Jul 10 20:27:02 localhost vdr: [2600] cTimeMs: using monotonic clock (resolution is 1 ns)
Jul 10 20:27:02 localhost vdr: [2600] VDR version 1.7.19 started
Jul 10 20:27:02 localhost vdr: [2600] switched to user 'root'
Jul 10 20:27:02 localhost vdr: [2600] codeset is 'UTF-8' - known
Jul 10 20:27:02 localhost vdr: [2600] found 28 locales in /usr/local/src/vdr/locale
Jul 10 20:27:02 localhost vdr: [2600] no locale for language code 'por'
Jul 10 20:27:02 localhost vdr: [2600] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-dvbhddevice.so.1.7.19
Jul 10 20:27:02 localhost vdr: [2600] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-skinpearlhd.so.1.7.19
Jul 10 20:27:02 localhost vdr: [2600] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-femon.so.1.7.19
Jul 10 20:27:02 localhost vdr: [2600] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-markad.so.1.7.19
Jul 10 20:27:02 localhost vdr: [2600] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-tvonscreen.so.1.7.19
Jul 10 20:27:02 localhost vdr: [2600] loading /etc/vdr/sources.conf
Jul 10 20:27:02 localhost vdr: [2600] loading /etc/vdr/diseqc.conf
Jul 10 20:27:02 localhost vdr: [2600] loading /etc/vdr/channels.conf
Jul 10 20:27:02 localhost vdr: [2600] loading /etc/vdr/svdrphosts.conf
Jul 10 20:27:02 localhost vdr: [2600] loading /etc/vdr/remote.conf
Jul 10 20:27:02 localhost vdr: [2600] loading /etc/vdr/keymacros.conf
Jul 10 20:27:02 localhost vdr: [2600] registered source parameters for 'A - ATSC'
Jul 10 20:27:02 localhost vdr: [2600] registered source parameters for 'C - DVB-C'
Jul 10 20:27:02 localhost vdr: [2600] registered source parameters for 'S - DVB-S'
Jul 10 20:27:02 localhost vdr: [2600] registered source parameters for 'T - DVB-T'
Jul 10 20:27:02 localhost vdr: [2600] probing /dev/dvb/adapter0/frontend0
Jul 10 20:27:02 localhost vdr: [2601] video directory scanner thread started (pid=2600, tid=2601)
Jul 10 20:27:02 localhost vdr: [2602] video directory scanner thread started (pid=2600, tid=2602)
Jul 10 20:27:02 localhost vdr: [2600] creating cDvbHdFfDevice
Jul 10 20:27:02 localhost vdr: [2600] new device number 1
Jul 10 20:27:02 localhost vdr: [2601] video directory scanner thread ended (pid=2600, tid=2601)
Jul 10 20:27:02 localhost vdr: [2602] video directory scanner thread ended (pid=2600, tid=2602)
Jul 10 20:27:02 localhost vdr: [2600] frontend 0/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
Jul 10 20:27:02 localhost vdr: [2604] tuner on frontend 0/0 thread started (pid=2600, tid=2604)
Jul 10 20:27:02 localhost vdr: [2605] section handler thread started (pid=2600, tid=2605)
Jul 10 20:27:02 localhost vdr: [2600] found 1 DVB device
Jul 10 20:27:02 localhost vdr: [2600] initializing plugin: dvbhddevice (0.0.4): HD Full Featured DVB device
Jul 10 20:27:02 localhost vdr: [2600] initializing plugin: skinpearlhd (0.0.1): PearlHD Skin
Jul 10 20:27:02 localhost vdr: [2600] initializing plugin: femon (1.7.10): DVB Signal Informationsanzeige (OSD)
Jul 10 20:27:02 localhost vdr: [2600] initializing plugin: markad (0.1.2): Markiere Werbung
Jul 10 20:27:02 localhost vdr: [2600] initializing plugin: tvonscreen (1.1.142): Zeigt EPG als TV-Magazin
Jul 10 20:27:02 localhost vdr: [2600] setting primary device to 1
Jul 10 20:27:02 localhost vdr: [2600] assuming manual start of VDR
Jul 10 20:27:02 localhost vdr: [2600] SVDRP listening on port 6419
Jul 10 20:27:02 localhost vdr: [2600] setting current skin to "sttng"
Jul 10 20:27:02 localhost vdr: [2600] loading /etc/vdr/themes/sttng-default.theme
Jul 10 20:27:02 localhost vdr: [2600] starting plugin: dvbhddevice
Jul 10 20:27:02 localhost vdr: [2600] starting plugin: skinpearlhd
Jul 10 20:27:02 localhost vdr: [2600] starting plugin: femon
Jul 10 20:27:02 localhost vdr: [2600] starting plugin: markad
Jul 10 20:27:02 localhost vdr: [2600] starting plugin: tvonscreen
Jul 10 20:27:02 localhost kernel: [  660.288764] vdr[2600]: segfault at 0 ip 00000000004ea672 sp 00007fff784ab8a8 error 4 in vdr[400000+14c000]
Jul 10 20:27:02 localhost abrt[2606]: Unrecognized variable 'DumpLocation' in '/etc/abrt/abrt.conf'
Jul 10 20:27:02 localhost abrtd: Unrecognized variable 'DumpLocation' in '/etc/abrt/abrt.conf'
Jul 10 20:27:02 localhost abrt[2606]: saved core dump of pid 2600 (/usr/local/bin/vdr) to /var/spool/abrt/ccpp-2011-07-10-20:27:02-2600.new/coredump (20316160 bytes)
Jul 10 20:27:02 localhost abrtd: Directory 'ccpp-2011-07-10-20:27:02-2600' creation detected
Jul 10 20:27:02 localhost abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2011-07-10-20:27:02-2600 (res:2), deleting

Alles anzeigen

der Rechner hat eine SSD-Platte auf dem der VDR läuft.

Auszug aus der runvdr:

Code

export LANG=de_DE.utf8
export LC_COLLATE=de_DE.utf8


PATH=/usr/local/bin:$PATH
VDRPRG="/usr/local/bin/vdr"
VDRCMD="$VDRPRG -w 60 -c /etc/vdr -E /var/vdr -D0 -u root \
    -L /usr/local/src/vdr/PLUGINS/lib \
    -s /usr/local/bin/vdrpoweroff.sh \
    -P'dvbhddevice' \
    -P'skinpearlhd' \
    -P'femon' \
    -P'markad' \
    -P'tvonscreen' \
    $*"

Alles anzeigen

df -k:

Code

[root@fc15 tmp]# df -k
Dateisystem      1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
rootfs            64983868   6818444  54864408  12% /
udev               4076712     0   4076712   0% /dev
tmpfs              4085672   448   4085224   1% /dev/shm
tmpfs              4085672   736   4084936   1% /run
/dev/sda3         64983868   6818444  54864408  12% /
tmpfs              4085672     0   4085672   0% /sys/fs/cgroup
tmpfs              4085672   148   4085524   1% /tmp
tmpfs              4085672   800   4084872   1% /var/log
tmpfs              4085672     0   4085672   0% /var/spool
tmpfs              4085672     0   4085672   0% /var/vdr
tmpfs              4085672     0   4085672   0% /var/tmp
tmpfs              4085672     0   4085672   0% /media
tmpfs              4085672     4   4085668   1% /var/spool/abrt
/dev/sdb2        965323864   2049404 914238788   1% /data
tmpfs              4085672   148   4085524   1% /tmp
tmpfs              4085672     0   4085672   0% /var/tmp
/dev/sda3         64983868   6818444  54864408  12% /home

Alles anzeigen

/etc/fstab:

Code

UUID=f96b1ccc-4a59-4dac-a2ee-8e795790a3e7 / ext4defaults,noatime,discard    0 1
devpts              /dev/pts            devpts  gid=5,mode=620  0 0
sysfs               /sys                sysfs   defaults    0 0
proc                /proc               procdefaults    0 0
# mount temp as tmpfs
tmpfs               /tmp                tmpfsdefaults,noatime,nodiratime,mode=1777   0  0
# mount several /var directories as tmpfs
tmpfs               /var/log            tmpfsdefaults,noatime,nodiratime,mode=0755  0  0
tmpfs               /var/spool          tmpfsdefaults,noatime,nodiratime,mode=0755  0  0
tmpfs               /var/spool/abrt     tmpfsdefaults,noatime,nodiratime,mode=0755  0  0
tmpfs               /var/vdr            tmpfsdefaults,noatime,nodiratime,mode=0755  0  0
tmpfs               /var/tmp            tmpfsdefaults,noatime,nodiratime,mode=1777  0  0
# mount data disc
/dev/sdb2           /data               ext4defaults    0 0

Alles anzeigen

Die vdr Plugins sind jedenfall da:
/usr/local/src/vdr/PLUGINS/lib

Code

[root@fc15 lib]# ll
insgesamt 1908
-rwxr-xr-x 1 root root 287103 10. Jul 20:01 libvdr-dvbhddevice.so.1.7.19
-rwxr-xr-x 1 root root 125928 10. Jul 20:01 libvdr-dvbsddevice.so.1.7.19
-rwxr-xr-x 1 root root 224560 10. Jul 20:01 libvdr-femon.so.1.7.19
-rwxr-xr-x 1 root root  38344 10. Jul 20:01 libvdr-hello.so.1.7.19
-rwxr-xr-x 1 root root 133364 10. Jul 20:01 libvdr-markad.so.1.7.19
-rwxr-xr-x 1 root root  88847 10. Jul 20:01 libvdr-osddemo.so.1.7.19
-rwxr-xr-x 1 root root 109635 10. Jul 20:01 libvdr-pictures.so.1.7.19
-rwxr-xr-x 1 root root 135807 10. Jul 20:01 libvdr-skincurses.so.1.7.19
-rwxr-xr-x 1 root root 434437 10. Jul 20:01 libvdr-skinpearlhd.so.1.7.19
-rwxr-xr-x 1 root root  41602 10. Jul 20:01 libvdr-status.so.1.7.19
-rwxr-xr-x 1 root root  29253 10. Jul 20:01 libvdr-svccli.so.1.7.19
-rwxr-xr-x 1 root root  27734 10. Jul 20:01 libvdr-svcsvr.so.1.7.19
-rwxr-xr-x 1 root root  22602 10. Jul 20:01 libvdr-svdrpdemo.so.1.7.19
-rwxr-xr-x 1 root root 224867 10. Jul 20:01 libvdr-tvonscreen.so.1.7.19

Alles anzeigen

Hat jemand einen Tipp ?

Keine_Ahnung · 10. Juli 2011

Dir wird doch nen Coredump erstellt. Also an der Konsole
--
gdb /usr/local/bin/vdr /var/spool/abrt/ccpp-2011-07-10-20:27:02-2600.new/coredump
--
eingeben und dann "bt". Dann siehst du wo der Fehler entstand.

Edit: Offenbar hat dein "abrtd" (kenn ich nicht) ein Problem, fixe das erstmal. Ohne nen Coredump dürfte es schwer sein die Ursache für den Crash zu finden. Da bleibt dann nur durch das Ausschlussverfahren (Plugins einzeln deaktivieren) das schuldige Plugin zu finden und zu prüfen obs evtl. nicht korrekt installiert ist (meist reicht bei den Plugins schon ne falsche Config um die crashen zu lassen).

cu

MartinKG · 10. Juli 2011

Leider wird kein dump nach /var/spool/abrt geschrieben.
(abrt heiss automtic bug reporting tool=

Code

Jul 10 22:13:11 localhost kernel: [   97.401077] vdr[1795]: segfault at 0 ip 00000000004ea672 sp 00007fff94bea9d8 error 4 in vdr[400000+14c000]
Jul 10 22:13:11 localhost abrt[1801]: saved core dump of pid 1795 (/usr/local/bin/vdr) to /var/spool/abrt/ccpp-2011-07-10-22:13:11-1795.new/coredump (19374080 bytes)
Jul 10 22:13:11 localhost abrtd: Directory 'ccpp-2011-07-10-22:13:11-1795' creation detected

Dass ist was ich mit dem backtrace raus bekomme, hoffentlich kann jemand dazu was sagen.

Code

[root@fc15 tmp]# gdb /usr/local/bin/vdr
GNU gdb (GDB) Fedora (7.2.90.20110703-40.fc15)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/vdr...done.
(gdb) r
Starting program: /usr/local/bin/vdr 
[Thread debugging using libthread_db enabled]
vdr: error while reading '/video/sources.conf'
vdr: error while reading '/video/channels.conf'
[New Thread 0x7fffefa47700 (LWP 1905)]
[New Thread 0x7fffef246700 (LWP 1906)]
[Thread 0x7fffefa47700 (LWP 1905) exited]
[Thread 0x7fffef246700 (LWP 1906) exited]
[New Thread 0x7fffef246700 (LWP 1907)]
[New Thread 0x7fffefa47700 (LWP 1909)]
[New Thread 0x7fffdffff700 (LWP 1910)]
[New Thread 0x7fffeea45700 (LWP 1911)]


Program received signal SIGTERM, Terminated.
pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:219
219	62:	movq	%rax, %r14
(gdb) bt
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:219
#1  0x00000000004e4ac6 in cCondVar::TimedWait (this=0x7a5a60, Mutex=..., TimeoutMs=<optimized out>) at thread.c:127
#2  0x00000000004c7a4f in Get (UnknownCode=<optimized out>, WaitMs=<optimized out>) at remote.c:194
#3  cRemote::Initialize (this=<optimized out>) at remote.c:65
#4  0x00000000004907af in cInterface::QueryKeys (this=<optimized out>, Remote=0x8876f0, DisplayMenu=0x886ea0) at interface.c:78
#5  0x0000000000490d39 in cInterface::LearnKeys (this=0x878560) at interface.c:169
#6  0x0000000000458d6c in main (argc=1, argv=<optimized out>) at vdr.c:696

Alles anzeigen

Keine_Ahnung · 10. Juli 2011

Scheint so als ob er beim Versuch den FB Anlerndialog zu zeigen abschmiert.

Ist schon ne setup.conf da (gab IIRC in der letzten Version nen Bug falls sie fehlt)? Kann er die remote.conf lesen/schreiben (Rechte)? Kann er auf den Konfigurierten (per mak.config gesetzt) lirc/remote Port zugreifen?
Irgendwie hängt es jedenfalls in dieser Ecke. Warum genau kann ich da jetzt auch nicht sagen (keine Ahnung warum er abschmiert wenn der Timeout greift).

cu

MartinKG · 10. Juli 2011

eine remote.conf gibt es mit vollen Rechten 777 eine setup.conf hingegen nicht.
Ich steure mit KBD und benötige momentan keine Fernbedienung.

Keine_Ahnung · 10. Juli 2011

Zitat von MartinKG

eine setup.conf hingegen nicht.

Keine Ahnung ob das dieser Absturz ist [ANNOUNCE] VDR developer version 1.7.19
Aber bei Dev Versionen immer die Forenthreads verfolgen.

Aber wenn es eine remote.conf gibt dann sollte der Dialog doch garicht erst kommen, oder?

Steht das was zum Keyboard drin? Wenn nicht dann mal das rein
--
KBD.Power 0000001B5B32347E
--
Das überspringt den fürs Keyboard.

cu

MartinKG · 11. Juli 2011

Vielen Dank Keine Ahnung, das wars.

Es lag tatsächlich an einer fehlenden /etc/vdr/setup.conf Datei.
Ich habe einfach nochmals vdr-1.7.18 installiert und dann runvdr ausgeführt, dann war setup.conf da, dann konnte ich wieder auf die aktuelle vdr-1.7.19.

Trotzdem frage ich mich, wie kommt man dann bei der Neuinstallation von vdr-1.7.19 an die setup.conf ran ?

Keine_Ahnung · 11. Juli 2011

Zitat von MartinKG

Trotzdem frage ich mich, wie kommt man dann bei der Neuinstallation von vdr-1.7.19 an die setup.conf ran ?

Die wird vom VDR Erstellt wenn sie nicht da ist. Das es hier nicht klappt ist nen Bug in dieser VDR Version. Sind ja eh alles experimentelle Entwicklerversionen, da muss man mit sowas halt rechnen.

cu

[gelöst] vdr-1.7.19 -vdr[2600]: segfault - durch fehlende /etc/vdr/setup.conf

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema