Periodically (about once or twice a week), mythbackend 0.19 terminates. I see the following in /var/log/mythtv/mythbackend.log: 2006-06-09 20:00:34.837 Using runtime prefix = /usr 2006-06-09 20:00:34.927 New DB connection, total: 1 2006-06-09 20:00:34.964 Connected to database 'mythconverg' at host: localhost [mpeg @ 0xb75ea360]Parser not found for Codec Id: 94210 ! [mpeg2video @ 0xb75134a0]ac-tex damaged at 14 18 [mpeg2video @ 0xb75134a0]Warning MVs not available 0: start_time: 0.036 duration: 5.727 1: start_time: 995.109 duration: 5.787 2: start_time: 0.026 duration: 5.700 stream: start_time: 0.289 duration: 11120.772 bitrate=24 kb/s Starting up as the master server. 2006-06-10 13:24:35.014 Using runtime prefix = /usr 2006-06-10 13:24:35.030 New DB connection, total: 1 2006-06-10 13:24:35.038 Connected to database 'mythconverg' at host: localhost [mpeg @ 0xb75c2360]Parser not found for Codec Id: 94210 ! [mpeg2video @ 0xb74eb4a0]ac-tex damaged at 14 18 [mpeg2video @ 0xb74eb4a0]Warning MVs not available 0: start_time: 0.036 duration: 5.727 1: start_time: 995.109 duration: 5.787 2: start_time: 0.026 duration: 5.700 stream: start_time: 0.289 duration: 11120.772 bitrate=24 kb/s [mpeg @ 0xb75bb360]Parser not found for Codec Id: 94210 ! The crash happened at about 20:01. I restarted it at 13:24 the next day: # /etc/init.d/mythbackend zap # /etc/init.d/mythbackend start I am running mysql 4.0.35-r2, and mythtv-0.19_p9163-r1 compiled with +alsa +arts _dvd _lirc +oggvorbis +opengl Any ideas what might be happening? Gentoo Base System version 1.6.13 Portage 2.0.54-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.13-gentoo-r3 i686) ================================================================= System uname: 2.6.13-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz ccache version 2.3 [disabled] dev-lang/python: 2.3.5, 2.4.1-r1 dev-python/pycrypto: [Not Present] dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/sh utdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://mirrors.tds.net/gentoo http://mirror.gentoo.gr.jp http://mirror.datapipe.net/gent oo http://mirror.tucdemonic.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 X a52 aac alsa apache2 apm arts audiofile avi berkdb bitmap-fonts bzip2 cdda cdio cli crypt cu ps curl dri dts dvd eds emacs emboss encode esd exif expat fam ffmpeg flac foomaticdb fortran gd gdbm g if gpm gstreamer gtk2 idn imlib ipv6 isdnlog jpeg lcms libg++ libwww lirc live mad matroska mhash mikmo d mmx mng motif mp3 mpeg mysql mythtv ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png ppp d python quicktime readline reflection sdl session spell spl sse sse2 ssl stream svga tcpd theora tiff transcode truetype truetype-fonts type1-fonts udev usb vcd vlm vorbis win32codecs wmv xine xinerama xml 2 xmms xorg xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTA GE_RSYNC_OPTS, PORTDIR_OVERLAY
yep. Bad mpeg2 data stream. I'll assume it's from a PVR-?50. The card is heating up or the ivtv driver isn't handling some situation since they're trying to reverse engineer it. Or your TV signal might be wonky and messing it up. If you're using a DVB card then it's the card downloading a bad mpeg2 stream or your provider sending out a broken stream. Closing this since this is an upstream issue with either hardware or software but there's no control we have over this.
Since this seems like a critical issue with the ~x86 version of mythtv, I think it is premature to close it. I've reported it upstream: http://cvs.mythtv.org/trac/ticket/1942#preview Also in case others run into this same problem, here is my workaround. # Cron */2 * * * * /root/bin/myth_kick # /root/bin/myth_kick #!/bin/sh if [ `ps aux | grep mythbackend | wc -l` -lt 3 ]; then echo -n "mythbackend is not running. Attempting to restart at " date /etc/init.d/mythbackend zap /etc/init.d/mythbackend start err=$? if [ $err == 0 ]; then echo "Restarted mythbackend" exit 0 else echo "Failed to restart mythbackend: error code $err" exit $err fi fi
It's not an issue with MythTV. You reported it upstream and were a jerk to Isaac on that bug tracker. You haven't provided any debug info that Isaac asked for and instead insulted him. I told you it's a bad mpeg2 data stream coming from your card. That's exactly wha the error says. MythTV has nothing to do with the data stream coming from your card. You haven't even said what type of data source you are using let alone a card. How can anyone help you if all you do is scream "IT DOESN'T WORK!!! IT DOES NOT WORK!!!!" and then when people ask for details you yell at them and go to someone else to scream about it. Either way, Isaac told me he's got no interest in helping you. So I guess we're stuck with you.
Well I'm sorry for being a jerk; I was upset that the bug was closed without any hints about what to look at or anything. The bug was closed because it did not include a backtrace, but like I mentioned, it occurs very infrequently (about once a week), so getting a backtrace is not that easy. I do have gdb running now with mythtv compiled with +debug, so if/when it does crash again I may be able to get a trace. It would really help if I had some clue about how to trigger it, but I guess there's no reason why I can't just wait until the next time it happens. I did not pick up from your original reply that it is something particular to my card, only that it was unclear what the issue was exactly and that gentoo couldn't take the bug, with a hint that I should report it upstream instead. The reply to my bug report did not specifically ask for more information, nor did it indicate where upstream to report it. Since it is mythtv that fails, and since the problem did not occur before I had upgraded to 0.19, I assumed I should take it upstream to them. The other option was ivtv, but I haven't updated that, and have been running on that without this error for about a year. When mythtv closed it as invalid as well, I figured they were also simply refusing to look into it. I thought that was very unfair. I later was told it is their policy to close all bugs without backtraces, so I may not like it but I guess before I ask anything further I have to get a backtrace...
#0 0xb65368ab in write () from /lib/libpthread.so.0 #1 0xb6037fdc in ?? () from /usr/lib/libmysqlclient.so.14 #2 0x00000001 in ?? () #3 0xb602fe66 in vio_write () from /usr/lib/libmysqlclient.so.14 #4 0xb603169f in net_real_write () from /usr/lib/libmysqlclient.so.14 #5 0xb6031174 in net_flush () from /usr/lib/libmysqlclient.so.14 #6 0xb603142a in net_write_command () from /usr/lib/libmysqlclient.so.14 #7 0xb602b5d7 in cli_advanced_command () from /usr/lib/libmysqlclient.so.14 #8 0xb602e333 in mysql_send_query () from /usr/lib/libmysqlclient.so.14 #9 0xb602e3b3 in mysql_real_query () from /usr/lib/libmysqlclient.so.14 #10 0xb7f892c0 in QMYSQLResult::reset () from /usr/qt/3/plugins/sqldrivers/libqsqlmysql.so #11 0xb6b0a607 in QSqlQuery::exec () from /usr/qt/3/lib/libqt-mt.so.3 #12 0xb72117b2 in MSqlQuery::exec () from /usr/lib/libmyth-0.19.so.0 #13 0xb6b0bd6e in QSqlQuery::exec () from /usr/qt/3/lib/libqt-mt.so.3 #14 0x08067615 in MSqlQuery::exec () #15 0x080c3a80 in QPtrList<ProgramInfo>::deleteItem () #16 0x080b35ab in QPtrList<ProgramInfo>::deleteItem () #17 0x080bac26 in QPtrList<ProgramInfo>::deleteItem () #18 0x080beb01 in QPtrList<ProgramInfo>::deleteItem () #19 0xb6530f2a in pthread_start_thread () from /lib/libpthread.so.0 #20 0xb65310c9 in pthread_start_thread_event () from /lib/libpthread.so.0 #21 0xb63ee50a in clone () from /lib/libc.so.6
