[apport] mythbackend crashed with SIGSEGV

Bug #104932 reported by Jovaro
8
Affects Status Importance Assigned to Milestone
MythTV
Invalid
Unknown
mythtv (Ubuntu)
Invalid
Medium
David Morris

Bug Description

Binary package hint: mythtv

The crash happened while watching a programme that was being recorded at that moment. When the programme stopped and MythTv stopped recording, I noticed the crash symbol appearing on the computer. I could still watch the rest of the programme, but nothing more afterwards.

Another weird thing was in the log file. The computer was low on hard-disk space so Mythtv chose to expire a previous recording. But the recording it chose was the recording prior to the programme it was recording just at this moment. Shouldn't it take something older?

2007-04-09 21:00:03.092 Started recording: CSI "Del 10 av 11 säsong 7": channel 5 on cardid 1, sourceid 1
2007-04-09 21:20:20.656 MainServer::HandleAnnounce Monitor
2007-04-09 21:20:20.685 adding: poppie as a client (events: 0)
2007-04-09 21:20:20.686 MainServer::HandleAnnounce Monitor
2007-04-09 21:20:20.687 adding: poppie as a client (events: 1)
2007-04-09 21:20:22.453 MainServer::HandleAnnounce Playback
2007-04-09 21:20:22.468 adding: poppie as a client (events: 0)
2007-04-09 21:46:54.273 Expiring Mythbusters "Del 62" from Sun Apr 8 21:00:00 2007, 2168 MBytes, free space is too low (have 2044 MBytes free , but want 2105 MBytes)
2007-04-09 21:46:54.477 Reschedule requested for id 0.
2007-04-09 21:46:54.737 Scheduled 43 items in 0.3 = 0.01 match + 0.25 place
2007-04-09 21:47:04.405 Reschedule requested for id 0.
2007-04-09 21:47:04.459 Scheduled 43 items in 0.1 = 0.01 match + 0.04 place
2007-04-09 21:59:00.722 TVRec(1): Changing from RecordingOnly to None
2007-04-09 21:59:00.827 Finished recording CSI "Del 10 av 11 säsong 7": channel 5
2007-04-09 21:59:00.852 Reschedule requested for id 0.
2007-04-09 21:59:01.426 Scheduled 42 items in 0.6 = 0.01 match + 0.57 place
*Insert crash here*

ProblemType: Crash
Architecture: i386
Date: Mon Apr 9 21:59:02 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/mythbackend
Package: mythtv-backend 0.20-svn20070122-0.0ubuntu4
PackageArchitecture: i386
ProcCmdline: /usr/bin/mythbackend --daemon --logfile /var/log/mythtv/mythbackend.log --pidfile /var/run/mythtv/mythbackend.pid
ProcCwd: /
ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
Signal: 11
SourcePackage: mythtv
StacktraceTop:
 ?? () from /lib/ld-linux.so.2
 ?? ()
 ?? ()
 ?? ()
 ?? ()
Uname: Linux poppie 2.6.20-8-generic #2 SMP Tue Feb 13 05:18:42 UTC 2007 i686 GNU/Linux
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin netdev plugdev powerdev scanner video

Revision history for this message
Jovaro (bug-jovaro) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:?? () from /lib/ld-linux.so.2
?? ()
?? ()
?? ()
?? ()

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
David Morris (dave-greenacre) wrote :

"The computer was low on hard-disk space so Mythtv chose to expire a previous recording. But the recording it chose was the recording prior to the programme it was recording just at this moment. Shouldn't it take something older?"

Check out the options you have for expiring of files. You'll prob wanna use the option to delete older files based on there recording profiles, rather than the default of the latest recordings.

Also what file system are you using for the string of the recordings, I've had my backend crash before whilst using ext3 with slow delete since it couldn't free up the space required for the new recording quick enough.

Changed in mythtv:
status: Unconfirmed → Needs Info
Changed in mythtv:
assignee: nobody → dave-greenacre
Revision history for this message
Jovaro (bug-jovaro) wrote :

I think it happened again now. Attaching the mythbackend log.
The filesystem used for the recordings is XFS. Sorry for not giving the information sooner. I looked at the options for expiring files and there were no problems there.

Revision history for this message
David Morris (dave-greenacre) wrote :

Interesting, it crashed around 10 secs after it reported there wasn't enough space and started to delete a program to make room. Are you always running with hardly any disk space left in which case, this isn't the problem. However if it only crashes when your full thats prob it.

Can you also let us know what tuner cards your using in case it's one of those.

Revision history for this message
Jovaro (bug-jovaro) wrote :

It is a Hauppage PVR 150 card. MythTV had been running for quite some time with not much free disk space left I think, so that shouldn't be the problem...

Changed in mythtv:
importance: Undecided → Medium
Changed in mythtv:
status: Unknown → New
Revision history for this message
Mario Limonciello (superm1) wrote :

After looking over this stack retrace, this won't be feasible to use. Feel free to open back up bug with a clean retrace if you have one.

Changed in mythtv:
status: Incomplete → Invalid
Changed in mythtv:
status: New → 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.