Arch Linux

chas

Member

Registered: 2007-12-02

Posts: 16

mythbackend (mythtv 0.20.2.20071129-1) sefgaults

Hi All,

I've updated to mythtv due to the lm_sensors issue but am still having problems with the stability of the new mythbackend (I was previously running 0.20.20060828-3 for ages).

I can replicate the segfault every time I use mythweb to go into "backend status".  Even with all logging switched on nothing useful appears in mythbackend.log.

The most (not terribly) useful thing I've managed to get is from running strace against mythbackend when it fails:

gettimeofday({1196589504, 470225}, NULL) = 0
gettimeofday({1196589504, 470368}, NULL) = 0
select(14, [6 7 13], [], [], {20, 389404}) = 1 (in [6], left {20, 343333})
accept(6, {sa_family=AF_INET, sin_port=htons(47069), sin_addr=inet_addr("192.168.160.1")}, [16]) = 16
fcntl64(16, F_SETFD, FD_CLOEXEC)        = 0
futex(0x81a7b9c, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647, 0x818ad14, 0) = 1
futex(0x818ad14, FUTEX_WAKE_PRIVATE, 1) = 1
gettimeofday({1196589504, 519775}, NULL) = 0
gettimeofday({1196589504, 519952}, NULL) = 0
select(14, [6 7 13], [], [], {20, 339820}) = ? ERESTARTNOHAND (To be restarted)
+++ killed by SIGSEGV +++

Also since upgrading from 0.20.20060828-3 I think I've got a problem with recording - none of my schedules (which are still listed in schedules) create anything to do in "upcoming recordings".

Any ideas where to go from here?

Cheers.

chas

Member

Registered: 2007-12-02

Posts: 16

Re: mythbackend (mythtv 0.20.2.20071129-1) sefgaults

This may be helpful too?

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb2f8fb90 (LWP 7000)]
0xb5d9936d in fclose@@GLIBC_2.1 () from /lib/libc.so.6
(gdb) bt
#0  0xb5d9936d in fclose@@GLIBC_2.1 () from /lib/libc.so.6
#1  0x0807cca3 in ?? ()
#2  0x080844fc in ?? ()
#3  0x080845f0 in ?? ()
#4  0xb6ef2355 in HttpServer::DelegateRequest () from /usr/lib/libmythupnp-0.20.2.so.0
#5  0xb6ef3345 in HttpWorkerThread::ProcessWork () from /usr/lib/libmythupnp-0.20.2.so.0
#6  0xb6eef4ec in WorkerThread::run () from /usr/lib/libmythupnp-0.20.2.so.0
#7  0xb63bfd85 in QThreadInstance::start () from /opt/qt/lib/libqt-mt.so.3
#8  0xb5f9b162 in start_thread () from /lib/libpthread.so.0
#9  0xb5e0626e in clone () from /lib/libc.so.6
(gdb)

Cerebral

Forum Fellow

From: Waterloo, ON, CA

Registered: 2005-04-08

Posts: 3,108

Website

Re: mythbackend (mythtv 0.20.2.20071129-1) sefgaults

I'd suggest filing a bugreport for this ("bugs" link at the top).  I haven't seen this yet, but the package is still new - you might find someone else has already reported it?

josephmc

Member

From: Texas,USA

Registered: 2005-03-16

Posts: 51

Website

Re: mythbackend (mythtv 0.20.2.20071129-1) sefgaults

i'm glad i saw this. i was just about to upgrade and see if it fixes some bugs i've been struggling with. please update here if you make any progress!

Cerebral

Forum Fellow

From: Waterloo, ON, CA

Registered: 2005-04-08

Posts: 3,108

Website

Re: mythbackend (mythtv 0.20.2.20071129-1) sefgaults

If you had any mythplugins, they weren't updated yet and might have caused wierdness - ensure they're updated to the testing versions and see if that helps.

peque

Member

From: Denmark - Møn

Registered: 2005-06-26

Posts: 441

Re: mythbackend (mythtv 0.20.2.20071129-1) sefgaults

I can confirm this error.
I had the error with the MythTV from Core - and hope the update to testing packages would help.
Unfortunably not.
The packages from testing still crashes mythbackend - when going into mythweb - and wanting to see the backend status.

Have you found a solution for that error ???

Thanks

---

Just getting better .... All the time

chas

Member

Registered: 2007-12-02

Posts: 16

Re: mythbackend (mythtv 0.20.2.20071129-1) sefgaults

My only solution has been to roll back to the old versions, and those work fine.

lm_sensors 2.10.5-2
mythtv 0.20.0.20070131-2