Mailing List Archive: MythTV: Dev

mythtranscode fails with seg fault / mythtv-master

Index | Next | Previous | View Threaded

cptspock at gmx

Dec 29, 2011, 9:06 AM

Post #1 of 3 (345 views)
Permalink

mythtranscode fails with seg fault / mythtv-master

Hello!

I'm running openSUSE 12.1 since a few days on my backend. Now I ran into a
problem with mythtranscode. It crashes with a segmentation fault. Here is the
command I started:

> mythtranscode --chanid 1001 --starttime 20111226141500 --fifoinfo --verbose all

And here is the logfile from mythtranscode:

> 2011-12-29 17:19:28.411097 C [23988/23988] thread_unknown mythcommandlineparser.cpp:2359 (ConfigureLogging) - mythtranscode version: master [v0.25pre-3940-gbc3d8b1] www.mythtv.org
> 2011-12-29 17:19:28.411132 N [23988/23988] thread_unknown mythcommandlineparser.cpp:2361 (ConfigureLogging) - Enabled verbose msgs: all
> 2011-12-29 17:19:28.411237 N [23988/23988] thread_unknown logging.cpp:1047 (logStart) - Setting Log Level to LOG_INFO
> 2011-12-29 17:19:28.411295 I [23988/23988] thread_unknown logging.cpp:217 (FileLogger) - Added logging to the console
> 2011-12-29 17:19:28.411430 I [23988/23988] thread_unknown logging.cpp:226 (FileLogger) - Added logging to ./mythtranscode_error_2011-12-29.log
> 2011-12-29 17:19:28.411438 I [23988/23988] thread_unknown logging.cpp:387 (DatabaseLogger) - Added database logging to table logging
> 2011-12-29 17:19:28.411564 N [23988/23988] thread_unknown logging.cpp:1086 (logStart) - Setting up SIGHUP handler
> 2011-12-29 17:19:28.411699 N [23988/23988] thread_unknown mythdirs.cpp:51 (InitializeMythDirs) - Using runtime prefix = /usr/local
> 2011-12-29 17:19:28.411713 N [23988/23988] thread_unknown mythdirs.cpp:64 (InitializeMythDirs) - Using configuration directory = /home/ingwer/.mythtv
> 2011-12-29 17:19:28.412102 E [23988/23988] thread_unknown oldsettings.cpp:128 (ReadSettings) - (old)Settings::ReadSettings(settings.txt) - No such file settings.txt
> 2011-12-29 17:19:28.413013 E [23988/23988] CoreContext oldsettings.cpp:128 (ReadSettings) - (old)Settings::ReadSettings(settings.txt) - No such file settings.txt
> 2011-12-29 17:19:28.413033 E [23988/23988] CoreContext oldsettings.cpp:128 (ReadSettings) - (old)Settings::ReadSettings(/usr/local/share/mythtv/mysql.txt) - No such file /usr/local/share/mythtv/mysql.txt
> 2011-12-29 17:19:28.413044 E [23988/23988] CoreContext oldsettings.cpp:128 (ReadSettings) - (old)Settings::ReadSettings(/usr/local/etc/mythtv/mysql.txt) - No such file /usr/local/etc/mythtv/mysql.txt
> 2011-12-29 17:19:28.413203 E [23988/23988] CoreContext oldsettings.cpp:128 (ReadSettings) - (old)Settings::ReadSettings(./mysql.txt) - No such file ./mysql.txt
> 2011-12-29 17:19:28.413244 N [23988/23988] CoreContext mythcontext.cpp:477 (LoadDatabaseSettings) - Empty LocalHostName.
> 2011-12-29 17:19:28.413251 I [23988/23988] CoreContext mythcontext.cpp:481 (LoadDatabaseSettings) - Using localhost value of sonne
> 2011-12-29 17:19:28.413263 I [23988/23988] CoreContext mythdb.cpp:830 (ClearSettingsCache) - Clearing Settings Cache.
> 2011-12-29 17:19:28.413405 I [23988/23988] CoreContext mythcontext.cpp:815 (DefaultUPnP) - DefaultUPnP() - No default UPnP backend
> 2011-12-29 17:19:28.413417 I [23988/23988] CoreContext mythcontext.cpp:608 (TestDBconnection) - Testing network connectivity to '192.168.100.1'
> 2011-12-29 17:19:28.415799 I [23988/23988] CoreContext system-unix.cpp:707 (Fork) - Managed child (PID: 23995) has started! * command=ping -t 3 -c 1 192.168.100.1 >/dev/null 2>&1, timeout=0
> 2011-12-29 17:19:28.416079 I [23988/23992] SystemSignalManager system-unix.cpp:457 (run) - Starting process signal handler
> 2011-12-29 17:19:28.416102 I [23988/23994] SystemIOHandlerW system-unix.cpp:89 (run) - Starting IO manager (write)
> 2011-12-29 17:19:28.416169 I [23988/23993] SystemIOHandlerR system-unix.cpp:89 (run) - Starting IO manager (read)
> 2011-12-29 17:19:28.416200 I [23988/23991] SystemManager system-unix.cpp:262 (run) - Starting process manager

Here is the output of --version
> mythtranscode --version
Please attach all output as a file in bug reports.
MythTV Version : v0.25pre-3940-gbc3d8b1
MythTV Branch : master
Network Protocol : 70
Library API : 0.25.20111207-1
QT Version : 4.7.4
Options compiled in:
linux release use_hidesyms using_alsa using_backend using_bindings_perl
using_bindings_python using_bindings_php using_dvb using_frontend using_iptv
using_ivtv using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit
using_qtscript using_qtdbus using_v4l2 using_x11 using_xrandr using_xv
using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode
using_opengl using_opengles using_vdpau using_ffmpeg_threads using_live
using_mheg using_libxml2

and some information about installed packages
- kernel default-3.1.0-1.2.1
- gcc v4.6-15.1.3
- gtk-2.0 v2.24.7-2.5.1
- gtk-3.0 v3.2.1-2.2.1
- nvidia proprietary driver v290.10
- mysql community server v5.5.16-3.3.1
- libqt4 v4.7.4-19.4.1

A file 'mysql.txt' exists in the users .mythtv directory. Its contents are OK.
It used to work with mythfrontend.

Maybe this has something to do with this ticket?
http://code.mythtv.org/trac/ticket/10199

Does anyone know the commands to remove the commits named in the ticket from the
local copy of the git tree?

When I try to encode a video with nuvexport (from git, ffmpeg) or mythnuv2mkv
(mencoder) it will work for a while but will fail at the end. mythtranscode uses
all available memory (which is 16 GB) and the complete swap. If it finishes
somehow the encoded video is broken as desrcibed in the mentioned ticket.

Ingwer

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ingwer Heidbrede cptspock [at] gmx
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-dev

mtdean at thirdcontact

Dec 29, 2011, 11:18 AM

Post #2 of 3 (318 views)
Permalink

Re: mythtranscode fails with seg fault / mythtv-master [In reply to]

On 12/29/2011 12:06 PM, cptspock wrote:
> Hello!
>
> I'm running openSUSE 12.1 since a few days on my backend. Now I ran into a
> problem with mythtranscode. It crashes with a segmentation fault. Here is the
> command I started:
>
> > mythtranscode --chanid 1001 --starttime 20111226141500 --fifoinfo --verbose all
>

We'd need a backtrace with debug symbols, as described at
http://www.mythtv.org/wiki/Debugging to be able to figure out what's
happening.

Thanks,
Mike
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-dev

cptspock at gmx

Dec 29, 2011, 2:14 PM

Post #3 of 3 (316 views)
Permalink

Re: mythtranscode fails with seg fault / mythtv-master [In reply to]

Hello Mike!

It took a while to install all the debug symbols. Attached is the log output
from gdb. Here are the setting used for gdb:

>--
handle SIGPIPE nostop noprint
handle SIG33 nostop noprint
set logging on
set pagination off
set breakpoint pending on
break qFatal
set args --chanid 1001 --starttime 20111226141500 --fifoinfo --verbose all
run
thread apply all bt full
set logging off
--<

programm call

> gdb mythtranscode -x gdbcommands

Ingwer

On 2011-12-29 20:18, Michael T. Dean wrote:
> On 12/29/2011 12:06 PM, cptspock wrote:
>> Hello!
>>
>> I'm running openSUSE 12.1 since a few days on my backend. Now I ran into a
>> problem with mythtranscode. It crashes with a segmentation fault. Here is the
>> command I started:
>>
>> > mythtranscode --chanid 1001 --starttime 20111226141500 --fifoinfo --verbose all
>>
>
> We'd need a backtrace with debug symbols, as described at
> http://www.mythtv.org/wiki/Debugging to be able to figure out what's
> happening.
>
> Thanks,
> Mike
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-dev

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ingwer Heidbrede cptspock [at] gmx

Attachments:

gdb.txt (20.7 KB)

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads