mythfilldatabase crashed with SIGSEGV in QMutex::lock()
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/
NonfreeKernelMo
Package: mythtv-backend 0.21.0+
PackageArchitec
ProcCmdline: /usr/bin/
ProcEnviron: PATH=/usr/
Signal: 11
SourcePackage: mythtv
StacktraceTop:
?? ()
QMutex::lock () from /usr/lib/
MythContext:
?? ()
?? ()
Title: mythfilldatabase crashed with SIGSEGV in QMutex::lock()
Uname: Linux 2.6.24-14-generic i686
UserGroups: audio cdrom dialout video
BearTM (beartm) wrote : | #1 |
- CoreDump.gz Edit (10.2 MiB, application/x-gzip)
- Dependencies.txt Edit (6.3 KiB, text/plain; charset="utf-8")
- Disassembly.txt Edit (454 bytes, text/plain; charset="utf-8")
- ProcMaps.txt Edit (12.6 KiB, text/plain; charset="utf-8")
- ProcStatus.txt Edit (649 bytes, text/plain; charset="utf-8")
- Registers.txt Edit (495 bytes, text/plain; charset="utf-8")
- Stacktrace.txt Edit (670 bytes, text/plain; charset="utf-8")
- ThreadStacktrace.txt Edit (1.2 KiB, text/plain; charset="utf-8")
Apport retracing service (apport) wrote : Symbolic stack trace | #2 |
Apport retracing service (apport) wrote : Symbolic threaded stack trace | #3 |
Apport retracing service (apport) wrote : Stack trace with source code | #4 |
BearTM (beartm) wrote : | #5 |
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)
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+
PackageArchitec
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/
#2 0xb6c96ace in MythContext:
from /usr/lib/
#3 0xb6c9bcaa in MythContext:
#4 0xb6cfc8fd in readyReadThread
#5 0xb6cfd245 in MythSocket:
from /usr/lib/
#6 0xb5dc04fb in start_thread () from /lib/tls/
#7 0xb5c1ee5e in clone () from /lib/tls/
StacktraceTop:
?? ()
QMutex::lock () from /usr/lib/
MythContext:
MythContext:
readyReadThrea
ThreadStacktrace:
.
Thread 2 (process 8069):
#0 0xb7fd2410 in __kernel_vsyscall ()
#1 0xb5dc7589 in __lll_lock_wait () from /lib/tls/
#2 0xb5dc2ba6 in _L_lock_95 () from /lib/tls/
#3 0xb5dc258a in pthread_mutex_lock ()
from /lib/tls/
#4 0xb661de27 in QRecursiveMutex
#5 0xb661d972 in QMutex::lock () from /usr/lib/
#6 0x08077cff in ?? ()
#7 0xb5b5e450 in __libc_start_main () from /lib/tls/
#8 0x0804e4a1 in ?? ()
.
Th...
BearTM (beartm) wrote : | #6 |
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/
NonfreeKernelMo
ProcCmdline: /usr/bin/
ProcCwd: /home/mythtv/
ProcEnviron: PATH=/usr/
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)
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+
PackageArchitec
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/
#2 0xb6c28ace in MythContext:
from /usr/lib/
#3 0xb6c2dcaa in MythContext:
#4 0xb6c8e8fd in readyReadThread
#5 0xb6c8f245 in MythSocket:
from /usr/lib/
#6 0xb5d4f4fb in start_thread () from /lib/tls/
#7 0xb5bade5e in clone () from /lib/tls/
StacktraceTop:
?? ()
QMutex::lock () from /usr/lib/
MythContext:
MythContext:
readyReadThrea
ThreadStacktrace:
.
Thread 2 (process 9696):
#0 0xb7f64410 in __kernel_vsyscall ()
#1 0xb5d56589 in __lll_lock_wait () from /lib/tls/
#2 0xb5d51ba6 in _L_lock_95 () from /lib/tls/
#3 0xb5d5158a in pthread_mutex_lock ()
from /lib/tls/
#4 0xb65ad3cb in QRecursiveMutex
#5 0xb65acf16 in QMutex::lock () from /usr/lib/
#6 0x08077cff in ?? ()
#7 0xb5aed450 in __libc_start_main () from /lib/tls/
#8 0x0804e4a1 in ?...
BearTM (beartm) wrote : | #7 |
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://
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/
NonfreeKernelMo
ProcCmdline: /usr/bin/
ProcCwd: /home/mythtv/
ProcEnviron: PATH=/usr/
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+
PackageArchitec
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:
from /usr/lib/
#5 0xb6c10caa in MythContext:
#6 0xb6c718fd in readyReadThread
#7 0xb6c72245 in MythSocket:
from /usr/lib/
#8 0xb5d324fb in start_thread () from /lib/tls/
#9 0xb5b90e5e in clone () from /lib/tls/
StacktraceTop:
?? ()
?? ()
?? ()
?? ()
MythContext:
ThreadStacktrace:
.
Thread 2 (process 7775):
#0 0xb7f47410 in __kernel_vsyscall ()
#1 0xb5d39589 in __lll_lock_wait () from /lib/tls/
#2 0xb5d34ba6 in _L_lock_95 () from /lib/tls/
#3 0xb5d3458a ...
BearTM (beartm) wrote : | #8 |
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/
NonfreeKernelMo
ProcCmdline: /usr/bin/
ProcCwd: /home/mythtv/
ProcEnviron: PATH=/usr/
Disassembly:
0x815a757: add %cl,-0x57f7ea5a
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)
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+
PackageArchitec
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/
#2 0xb6baface in MythContext:
from /usr/lib/
#3 0xb6bb4caa in MythContext:
#4 0xb6c158fd in readyReadThread
#5 0xb6c16245 in MythSocket:
from /usr/lib/
#6 0xb5cd64fb in start_thread () from /lib/tls/
#7 0xb5b34e5e in clone () from /lib/tls/
StacktraceTop:
?? ()
QMutex::lock () from /usr/lib/
MythContext:
MythContext:
readyReadThrea
ThreadStacktrace:
.
Thread 2 (process 12119):
#0 0xb7eeb410 in __kernel_vsyscall ()
#1 0xb5cdd589 in __lll_lock_wait () from /lib/tls/
#2 0xb5cd8ba6 in _L_lock_95 () from /lib/tls/
#3 0xb5cd858a in pthread_mutex_lock ()
from /lib/tls/
#4 0xb653435b in QRecursiveMutex
#5 0xb6533ea6 in QMutex::lock () from /usr/lib/
#6 0x08077cff in ?? ()
#7 0xb5a74450 in __libc_s...
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote : | #9 |
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 |
BearTM (beartm) wrote : | #10 |
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.
BearTM (beartm) wrote : | #11 |
Marked to Invalid - no further information can be provided - too long ago, now have new equipment.
Changed in mythtv: | |
status: | Incomplete → Invalid |
StacktraceTop:?? () unix.cpp: 467 :CheckProtoVers ion (this=0x818c908,
QMutex::lock (this=0x8158e5c) at tools/qmutex_
MythContext:
?? ()
?? ()