mythfilldatabase crashed with SIGSEGV in QMutex::lock()

Bug #211700 reported by BearTM
8
Affects Status Importance Assigned to Milestone
mythtv (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: mythtv

Computer had been restarted hours earlier, and had recently updated all packages (Synaptic).
No active recording, no active usage - just idling with no access or usage.
Prior to update everything had been running smoothly without fault.

ProblemType: Crash
Architecture: i386
CrashCounter: 1
Date: Fri Mar 28 02:46:14 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/mythfilldatabase
NonfreeKernelModules: nvidia
Package: mythtv-backend 0.21.0+fixes16838-0ubuntu1
PackageArchitecture: i386
ProcCmdline: /usr/bin/mythfilldatabase
ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
Signal: 11
SourcePackage: mythtv
StacktraceTop:
 ?? ()
 QMutex::lock () from /usr/lib/libqt-mt.so.3
 MythContext::CheckProtoVersion ()
 ?? ()
 ?? ()
Title: mythfilldatabase crashed with SIGSEGV in QMutex::lock()
Uname: Linux 2.6.24-14-generic i686
UserGroups: audio cdrom dialout video

Revision history for this message
BearTM (beartm) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:?? ()
QMutex::lock (this=0x8158e5c) at tools/qmutex_unix.cpp:467
MythContext::CheckProtoVersion (this=0x818c908,
?? ()
?? ()

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
Apport retracing service (apport) wrote : Stack trace with source code
Revision history for this message
BearTM (beartm) wrote :
Download full text (3.8 KiB)

Mythbackend has since been consistently crashing with no interaction. This has been repeatable three times.

In all cases, I have left the server idling with no MythTV usage or other usage, except for Samba & Thunar access to the movies/music directories, as I'm in the process of organizing the file system.

As there is presently a continual stream of updates for the 8.04 release, Apport won't report the crash info due to outdated packages. Extracting relevant info from the log, the crash appears to be similar, with a different calling stack, but has occurred in the same location.

---

Disassembly:
 0x815a759: ds
 0x815a75a: pop %ss
 0x815a75b: or %bl,%al
 0x815a75d: push %esp
 0x815a75e: pop %ss
 0x815a75f: or %al,(%eax)
 0x815a761: add %al,(%eax)
 0x815a763: add %al,(%eax)
 0x815a765: add %al,(%eax)
 0x815a767: add %dh,(%eax)
 0x815a769: movsl %ds:(%esi),%es:(%edi)
 0x815a76a: adc $0x8,%eax
 0x815a76f: add %al,(%eax)
 0x815a771: add %al,(%eax)
 0x815a773: add %dl,0x815a7(%eax)
 0x815a779: add %al,(%eax)
Package: mythtv-backend 0.21.0+fixes16838-0ubuntu1
PackageArchitecture: i386
Registers:
 eax 0x815a510 135636240
 ecx 0x1 1
 edx 0x815a750 135636816
 ebx 0xb6eaa794 -1226135660
 esp 0xb48ee01c 0xb48ee01c
 ebp 0xb48ee028 0xb48ee028
 esi 0xb48ee0e8 -1265704728
 edi 0xb48ee0e4 -1265704732
 eip 0x815a759 0x815a759
 eflags 0x10207 [ CF PF IF RF ]
 cs 0x73 115
 ss 0x7b 123
 ds 0x7b 123
 es 0x7b 123
 fs 0x0 0
 gs 0x33 51
SourcePackage: mythtv
Stacktrace:
 #0 0x0815a759 in ?? ()
 #1 0xb661d972 in QMutex::lock () from /usr/lib/libqt-mt.so.3
 #2 0xb6c96ace in MythContext::ClearSettingsCache ()
    from /usr/lib/libmyth-0.21.so.0
 #3 0xb6c9bcaa in MythContext::readyRead () from /usr/lib/libmyth-0.21.so.0
 #4 0xb6cfc8fd in readyReadThread_iffound () from /usr/lib/libmyth-0.21.so.0
 #5 0xb6cfd245 in MythSocket::readyReadThread ()
    from /usr/lib/libmyth-0.21.so.0
 #6 0xb5dc04fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
 #7 0xb5c1ee5e in clone () from /lib/tls/i686/cmov/libc.so.6
StacktraceTop:
 ?? ()
 QMutex::lock () from /usr/lib/libqt-mt.so.3
 MythContext::ClearSettingsCache ()
 MythContext::readyRead () from /usr/lib/libmyth-0.21.so.0
 readyReadThread_iffound () from /usr/lib/libmyth-0.21.so.0
ThreadStacktrace:
 .
 Thread 2 (process 8069):
 #0 0xb7fd2410 in __kernel_vsyscall ()
 #1 0xb5dc7589 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
 #2 0xb5dc2ba6 in _L_lock_95 () from /lib/tls/i686/cmov/libpthread.so.0
 #3 0xb5dc258a in pthread_mutex_lock ()
    from /lib/tls/i686/cmov/libpthread.so.0
 #4 0xb661de27 in QRecursiveMutexPrivate::lock () from /usr/lib/libqt-mt.so.3
 #5 0xb661d972 in QMutex::lock () from /usr/lib/libqt-mt.so.3
 #6 0x08077cff in ?? ()
 #7 0xb5b5e450 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
 #8 0x0804e4a1 in ?? ()
 .
 Th...

Read more...

Revision history for this message
BearTM (beartm) wrote :
Download full text (3.8 KiB)

Still experiencing the exact same crash - entirely repeatable by doing absolutely nothing.
The machine has been entirely idle (no access, no usage), and the crash occurs - 5:05am this morning.
Again apport can't report due to "obsolete packages" for Hardy. Relevant info copied here ... crash is identical.
Unfortunately don't have time at present to research further.

ProblemType: Crash
Architecture: i386
CrashCounter: 1
Date: Thu Apr 10 05:05:10 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/mythfilldatabase
NonfreeKernelModules: nvidia
ProcCmdline: /usr/bin/mythfilldatabase
ProcCwd: /home/mythtv/.mythtv/channels
ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
Disassembly:
 0x815a75e: pop %ss
 0x815a75f: or %al,(%eax)
 0x815a761: add %al,(%eax)
 0x815a763: add %al,(%eax)
 0x815a765: add %al,(%eax)
 0x815a767: add %dh,(%eax)
 0x815a769: movsl %ds:(%esi),%es:(%edi)
 0x815a76a: adc $0x8,%eax
 0x815a76f: add %al,(%eax)
 0x815a771: add %al,(%eax)
 0x815a773: add %dl,0x815a7(%eax)
 0x815a779: add %al,(%eax)
 0x815a77b: add %al,(%eax)
 0x815a77d: add %al,(%eax)
 0x815a77f: add %al,(%eax)
 0x815a781: add %al,(%eax)
Package: mythtv-backend 0.21.0+fixes16838-0ubuntu1
PackageArchitecture: i386
Registers:
 eax 0x815a5e0 135636448
 ecx 0x1 1
 edx 0x815a750 135636816
 ebx 0xb6e3c794 -1226586220
 esp 0xb487d01c 0xb487d01c
 ebp 0xb487d028 0xb487d028
 esi 0xb487d0e9 -1266167575
 edi 0xb487d0e4 -1266167580
 eip 0x815a75e 0x815a75e
 eflags 0x10202 [ IF RF ]
 cs 0x73 115
 ss 0x7b 123
 ds 0x7b 123
 es 0x7b 123
 fs 0x0 0
 gs 0x33 51
SourcePackage: mythtv
Stacktrace:
 #0 0x0815a75e in ?? ()
 #1 0xb65acf16 in QMutex::lock () from /usr/lib/libqt-mt.so.3
 #2 0xb6c28ace in MythContext::ClearSettingsCache ()
    from /usr/lib/libmyth-0.21.so.0
 #3 0xb6c2dcaa in MythContext::readyRead () from /usr/lib/libmyth-0.21.so.0
 #4 0xb6c8e8fd in readyReadThread_iffound () from /usr/lib/libmyth-0.21.so.0
 #5 0xb6c8f245 in MythSocket::readyReadThread ()
    from /usr/lib/libmyth-0.21.so.0
 #6 0xb5d4f4fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
 #7 0xb5bade5e in clone () from /lib/tls/i686/cmov/libc.so.6
StacktraceTop:
 ?? ()
 QMutex::lock () from /usr/lib/libqt-mt.so.3
 MythContext::ClearSettingsCache ()
 MythContext::readyRead () from /usr/lib/libmyth-0.21.so.0
 readyReadThread_iffound () from /usr/lib/libmyth-0.21.so.0
ThreadStacktrace:
 .
 Thread 2 (process 9696):
 #0 0xb7f64410 in __kernel_vsyscall ()
 #1 0xb5d56589 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
 #2 0xb5d51ba6 in _L_lock_95 () from /lib/tls/i686/cmov/libpthread.so.0
 #3 0xb5d5158a in pthread_mutex_lock ()
    from /lib/tls/i686/cmov/libpthread.so.0
 #4 0xb65ad3cb in QRecursiveMutexPrivate::lock () from /usr/lib/libqt-mt.so.3
 #5 0xb65acf16 in QMutex::lock () from /usr/lib/libqt-mt.so.3
 #6 0x08077cff in ?? ()
 #7 0xb5aed450 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
 #8 0x0804e4a1 in ?...

Read more...

Revision history for this message
BearTM (beartm) wrote :
Download full text (4.1 KiB)

Unfortunately the story is still the same - when everything is idle, there is an unexplained crash. Again I have simply restarted the machine, and left it idle. No access, no MythTV usage, only samba access which works flawlessly, and was not occurring at the time of the crash.

The only thing I can come up with which could be happening at 5am would be an XMLTV Listings update. However, the listing information appears to be completely available and valid/correct within MythTV. Possibly this is occurring during a cleanup/update information operation after the XMLTV Listings update. As I reside in New Zealand, I'm using the tv_grab_nz-py script to perform the update (download/source can be found here: http://nice.net.nz/tv_grab_nz-py)

Again - can't upload full report (more updated dependency packages!), so copying out relevant information:

ProblemType: Crash
Architecture: i386
CrashCounter: 1
Date: Sun Apr 13 05:07:38 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/mythfilldatabase
NonfreeKernelModules: nvidia
ProcCmdline: /usr/bin/mythfilldatabase
ProcCwd: /home/mythtv/.mythtv/channels
ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
Disassembly:
 0x8173e62: pop %ss
 0x8173e63: or %al,(%eax)
 0x8173e65: add %al,(%eax)
 0x8173e67: add %al,(%eax)
 0x8173e69: add %al,(%eax)
 0x8173e6b: add %al,(%eax)
 0x8173e6d: add %al,(%eax)
 0x8173e6f: add %bh,%bh
 0x8173e71: (bad)
 0x8173e72: (bad)
 0x8173e73: incl (%eax)
 0x8173e75: add %al,(%eax)
 0x8173e77: add %al,(%eax)
 0x8173e79: add %al,(%eax)
 0x8173e7b: add %al,(%eax)
 0x8173e7d: add %dh,(%edi)
Package: mythtv-backend 0.21.0+fixes16838-0ubuntu2
PackageArchitecture: i386
Registers:
 eax 0x815a539 135636281
 ecx 0xb658fea6 -1235681626
 edx 0x8173e58 135741016
 ebx 0xb6e1f794 -1226705004
 esp 0xb4860020 0xb4860020
 ebp 0xb4860028 0xb4860028
 esi 0xb48600e8 -1266286360
 edi 0xb48600e4 -1266286364
 eip 0x8173e62 0x8173e62
 eflags 0x10207 [ CF PF IF RF ]
 cs 0x73 115
 ss 0x7b 123
 ds 0x7b 123
 es 0x7b 123
 fs 0x0 0
 gs 0x33 51
SourcePackage: mythtv
Stacktrace:
 #0 0x08173e62 in ?? ()
 #1 0x0815a538 in ?? ()
 #2 0xb48600e4 in ?? ()
 #3 0xb4860104 in ?? ()
 #4 0xb6c0bace in MythContext::ClearSettingsCache ()
    from /usr/lib/libmyth-0.21.so.0
 #5 0xb6c10caa in MythContext::readyRead () from /usr/lib/libmyth-0.21.so.0
 #6 0xb6c718fd in readyReadThread_iffound () from /usr/lib/libmyth-0.21.so.0
 #7 0xb6c72245 in MythSocket::readyReadThread ()
    from /usr/lib/libmyth-0.21.so.0
 #8 0xb5d324fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
 #9 0xb5b90e5e in clone () from /lib/tls/i686/cmov/libc.so.6
StacktraceTop:
 ?? ()
 ?? ()
 ?? ()
 ?? ()
 MythContext::ClearSettingsCache ()
ThreadStacktrace:
 .
 Thread 2 (process 7775):
 #0 0xb7f47410 in __kernel_vsyscall ()
 #1 0xb5d39589 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
 #2 0xb5d34ba6 in _L_lock_95 () from /lib/tls/i686/cmov/libpthread.so.0
 #3 0xb5d3458a ...

Read more...

Revision history for this message
BearTM (beartm) wrote :
Download full text (4.0 KiB)

Unfortunately, the same issue is still happening ... can't seem to figure out what/why this would be happening, as it's always occurring when there is no MythTV usage. XMLTV grabber appears to complete perfectly ... about to try disabling anything/everything else just to see what (if any) interaction may be at fault.

Again - unreportable because of obsolete packages (which weren't involved in the crash itself) ...

---

ProblemType: Crash
Architecture: i386
CrashCounter: 1
Date: Tue Apr 15 04:31:18 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/mythfilldatabase
NonfreeKernelModules: nvidia
ProcCmdline: /usr/bin/mythfilldatabase
ProcCwd: /home/mythtv/.mythtv/channels
ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
Disassembly:
 0x815a757: add %cl,-0x57f7ea5a(%eax)
 0x815a75d: push %eax
 0x815a75e: pop %ss
 0x815a75f: or %al,(%eax)
 0x815a761: add %al,(%eax)
 0x815a763: add %al,(%eax)
 0x815a765: add %al,(%eax)
 0x815a767: add %dh,(%eax)
 0x815a769: movsl %ds:(%esi),%es:(%edi)
 0x815a76a: adc $0x8,%eax
 0x815a76f: add %al,(%eax)
 0x815a771: add %al,(%eax)
 0x815a773: add %dl,0x815a7(%eax)
 0x815a779: add %al,(%eax)
 0x815a77b: add %al,(%eax)
 0x815a77d: add %al,(%eax)
Package: mythtv-backend 0.21.0+fixes16838-0ubuntu2
PackageArchitecture: i386
Registers:
 eax 0x815a5e8 135636456
 ecx 0x1 1
 edx 0x815a750 135636816
 ebx 0xb6dc3794 -1227081836
 esp 0xb480401c 0xb480401c
 ebp 0xb4804028 0xb4804028
 esi 0xb48040e8 -1266663192
 edi 0xb48040e4 -1266663196
 eip 0x815a757 0x815a757
 eflags 0x10286 [ PF SF IF RF ]
 cs 0x73 115
 ss 0x7b 123
 ds 0x7b 123
 es 0x7b 123
 fs 0x0 0
 gs 0x33 51
SourcePackage: mythtv
Stacktrace:
 #0 0x0815a757 in ?? ()
 #1 0xb6533ea6 in QMutex::lock () from /usr/lib/libqt-mt.so.3
 #2 0xb6baface in MythContext::ClearSettingsCache ()
    from /usr/lib/libmyth-0.21.so.0
 #3 0xb6bb4caa in MythContext::readyRead () from /usr/lib/libmyth-0.21.so.0
 #4 0xb6c158fd in readyReadThread_iffound () from /usr/lib/libmyth-0.21.so.0
 #5 0xb6c16245 in MythSocket::readyReadThread ()
    from /usr/lib/libmyth-0.21.so.0
 #6 0xb5cd64fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
 #7 0xb5b34e5e in clone () from /lib/tls/i686/cmov/libc.so.6
StacktraceTop:
 ?? ()
 QMutex::lock () from /usr/lib/libqt-mt.so.3
 MythContext::ClearSettingsCache ()
 MythContext::readyRead () from /usr/lib/libmyth-0.21.so.0
 readyReadThread_iffound () from /usr/lib/libmyth-0.21.so.0
ThreadStacktrace:
 .
 Thread 2 (process 12119):
 #0 0xb7eeb410 in __kernel_vsyscall ()
 #1 0xb5cdd589 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
 #2 0xb5cd8ba6 in _L_lock_95 () from /lib/tls/i686/cmov/libpthread.so.0
 #3 0xb5cd858a in pthread_mutex_lock ()
    from /lib/tls/i686/cmov/libpthread.so.0
 #4 0xb653435b in QRecursiveMutexPrivate::lock () from /usr/lib/libqt-mt.so.3
 #5 0xb6533ea6 in QMutex::lock () from /usr/lib/libqt-mt.so.3
 #6 0x08077cff in ?? ()
 #7 0xb5a74450 in __libc_s...

Read more...

Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

We are wondering if this is still an issue for you. Can you try it with the latest ubuntu release? Thanks in advance.

Changed in mythtv:
status: New → Incomplete
Revision history for this message
BearTM (beartm) wrote :

I had reinstalled, reconfigured, everything ... no luck ... but i'ts not a problem any more. I gave up on trying to resolve it, threw out all the hardware and bought brand new equipment. Barring a few configuration hiccups, everything went smoothly with the new gear.

Problem was never resolved, but you can mark the bug as closed, as there will not be any more information I can provide.

Revision history for this message
BearTM (beartm) wrote :

Marked to Invalid - no further information can be provided - too long ago, now have new equipment.

Changed in mythtv:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.