Opened 14 years ago

Closed 14 years ago

#10483 closed Bug Report - General (Unverified)

mythtranscode crasshes when using --profile for lossless transcodes

Reported by: adeffs.mythtv@… Owned by: beirdo
Priority: minor Milestone: unknown
Component: MythTV - Mythtranscode Version: Master Head
Severity: medium Keywords: transcode
Cc: Ticket locked: no

Description

http://www.gossamer-threads.com/lists/mythtv/users/508044

this could occur for non-lossless transcodes, but that is all I have set up and care to use for my personal needs atm.

When running a Transcode job from within MythTV the job will segfault. Upon attempting from the commandline using the command shown in the backendlog I get said segfault as well. I've run a backtrace, I will attach apport crash report(s if multiple are needed?) when I get home and can easily upload the file.

Attachments (2)

gdb.txt (651 bytes ) - added by Steven Adeff <adeffs.mythtv@…> 14 years ago.
gdb of a different run
mythtranscode.log (10.4 KB ) - added by Steven Adeff <adeffs.mythtv@…> 14 years ago.
transcode log of said run

Download all attachments as: .zip

Change History (12)

comment:1 by Steven Adeff <adeffs.mythtv@…>, 14 years ago

tincanfury.dyndns.org/users/tincanfury/_usr_bin_mythtranscode.107.crash.gz

too large to attach

comment:2 by beirdo, 14 years ago

Component: MythTV - GeneralMythTV - Mythtranscode

comment:3 by beirdo, 14 years ago

Owner: set to beirdo
Status: newassigned

comment:4 by adeffs.mythtv@…, 14 years ago

from apport, as per the wiki

https://bugs.launchpad.net/mythbuntu/+bug/962353

if that doesn't work for the devs I can create an "old school" gdb grab.

comment:5 by Steven Adeff <adeffs.mythtv@…>, 14 years ago

From the command line:

$ sudo -H -u mythtv /usr/bin/mythtranscode -j 119 --profile autodetect --honorcutlist --verbose most --loglevel info --syslog local7
2012-03-22 12:44:44.779928 C  mythtranscode version: master [v0.25-rc-26-g495ef16] www.mythtv.org
2012-03-22 12:44:44.779969 N  Enabled verbose msgs: most
2012-03-22 12:44:44.780008 N  Setting Log Level to LOG_INFO
2012-03-22 12:44:44.780099 I  Added logging to the console
2012-03-22 12:44:44.780137 I  Added syslogging to facility local7
2012-03-22 12:44:44.780148 I  Added database logging to table logging
2012-03-22 12:44:44.780245 N  Setting up SIGHUP handler
2012-03-22 12:44:44.780422 N  Using runtime prefix = /usr
2012-03-22 12:44:44.780459 N  Using configuration directory = /home/mythtv/.mythtv
2012-03-22 12:44:44.780611 E  (old)Settings::ReadSettings(settings.txt) - No such file settings.txt
2012-03-22 12:44:44.780723 I  Assumed character encoding: en_US.UTF-8
2012-03-22 12:44:44.781257 E  (old)Settings::ReadSettings(settings.txt) - No such file settings.txt
2012-03-22 12:44:44.781286 E  (old)Settings::ReadSettings(/usr/share/mythtv/mysql.txt) - No such file /usr/share/mythtv/mysql.txt
2012-03-22 12:44:44.781303 E  (old)Settings::ReadSettings(/usr/etc/mythtv/mysql.txt) - No such file /usr/etc/mythtv/mysql.txt
2012-03-22 12:44:44.781536 E  (old)Settings::ReadSettings(./mysql.txt) - No such file ./mysql.txt
2012-03-22 12:44:44.781582 I  Using localhost value of mythbackend
2012-03-22 12:44:44.781803 I  DefaultUPnP() - No default UPnP backend
2012-03-22 12:44:44.781819 I  Testing network connectivity to '192.168.1.151'
2012-03-22 12:44:44.782035 I  Starting process manager
2012-03-22 12:44:44.782096 I  Starting process signal handler
2012-03-22 12:44:44.784037 I  Managed child (PID: 26062) has started! * command=ping -t 3 -c 1  192.168.1.151  >/dev/null 2>&1, timeout=0
2012-03-22 12:44:44.784190 I  Starting IO manager (write)
2012-03-22 12:44:44.784204 I  Starting IO manager (read)
Segmentation fault (core dumped)

mythtranscode.log

Mar 22 12:44:44 mythbackend mythtranscode[26055]: C thread_unknown mythcommandli
neparser.cpp:2534 (ConfigureLogging) mythtranscode version: master [v0.25-rc-26-
g495ef16] www.mythtv.org
Mar 22 12:44:44 mythbackend mythtranscode[26055]: N thread_unknown mythcommandli
neparser.cpp:2536 (ConfigureLogging) Enabled verbose msgs: most
Mar 22 12:44:44 mythbackend mythtranscode[26055]: N thread_unknown logging.cpp:1
170 (logStart) Setting Log Level to LOG_INFO
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I thread_unknown logging.cpp:2
29 (FileLogger) Added logging to the console
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I thread_unknown logging.cpp:3
69 (SyslogLogger) Added syslogging to facility local7
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I thread_unknown logging.cpp:4
25 (DatabaseLogger) Added database logging to table logging
Mar 22 12:44:44 mythbackend mythtranscode[26055]: N thread_unknown logging.cpp:1
209 (logStart) Setting up SIGHUP handler
Mar 22 12:44:44 mythbackend mythtranscode[26055]: N thread_unknown mythdirs.cpp:
51 (InitializeMythDirs) Using runtime prefix = /usr
Mar 22 12:44:44 mythbackend mythtranscode[26055]: N thread_unknown mythdirs.cpp:
64 (InitializeMythDirs) Using configuration directory = /home/mythtv/.mythtv
Mar 22 12:44:44 mythbackend mythtranscode[26055]: E thread_unknown oldsettings.c
pp:128 (ReadSettings) (old)Settings::ReadSettings(settings.txt) - No such file s
ettings.txt
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I CoreContext mythcorecontext.
cpp:226 (Init) Assumed character encoding: en_US.UTF-8
Mar 22 12:44:44 mythbackend mythtranscode[26055]: E CoreContext oldsettings.cpp:
128 (ReadSettings) (old)Settings::ReadSettings(settings.txt) - No such file sett
ings.txt
Mar 22 12:44:44 mythbackend mythtranscode[26055]: E CoreContext oldsettings.cpp:
128 (ReadSettings) (old)Settings::ReadSettings(/usr/share/mythtv/mysql.txt) - No
 such file /usr/share/mythtv/mysql.txt
Mar 22 12:44:44 mythbackend mythtranscode[26055]: E CoreContext oldsettings.cpp:
128 (ReadSettings) (old)Settings::ReadSettings(/usr/etc/mythtv/mysql.txt) - No s
uch file /usr/etc/mythtv/mysql.txt
Mar 22 12:44:44 mythbackend mythtranscode[26055]: E CoreContext oldsettings.cpp:
128 (ReadSettings) (old)Settings::ReadSettings(./mysql.txt) - No such file ./mys
ql.txt
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I CoreContext mythcontext.cpp:
481 (LoadDatabaseSettings) Using localhost value of mythbackend
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I CoreContext mythcontext.cpp:
815 (DefaultUPnP) DefaultUPnP() - No default UPnP backend
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I CoreContext mythcontext.cpp:
608 (TestDBconnection) Testing network connectivity to '192.168.1.151'
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I SystemManager system-unix.cp
p:263 (run) Starting process manager
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I SystemSignalManager system-u
nix.cpp:485 (run) Starting process signal handler
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I CoreContext system-unix.cpp:
735 (Fork) Managed child (PID: 26062) has started! * command=ping -t 3 -c 1  192
.168.1.151  >/dev/null 2>&1, timeout=0
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I SystemIOHandlerW system-unix
.cpp:90 (run) Starting IO manager (write)
Mar 22 12:44:44 mythbackend mythtranscode[26055]: I SystemIOHandlerR system-unix
.cpp:90 (run) Starting IO manager (read)

by Steven Adeff <adeffs.mythtv@…>, 14 years ago

Attachment: gdb.txt added

gdb of a different run

by Steven Adeff <adeffs.mythtv@…>, 14 years ago

Attachment: mythtranscode.log added

transcode log of said run

comment:6 by Steven Adeff <adeffs.mythtv@…>, 14 years ago

I've attempted a gdb run of a transcode job, don't know if it will have any better information though?

comment:7 by beirdo, 14 years ago

Umm, when using gdb, we actually need a backtrace.

thread apply all bt full

Also, this is dying with qFatal. That means that Qt sent a fatal error message to the console where this was started, and that message is critical to figuring out what it didn't like. If you ran this from the prompt, what were the last few lines after the console logging?

comment:8 by beirdo, 14 years ago

At least that's what it seems from the wee gdb output.

comment:9 by Steven Adeff <adeffs.mythtv@…>, 14 years ago

This seems to have been fixed, though only for the master backend, at least in my system. I still have a few recordings that error, but not for this reason. I'll open another ticket for that issue.

comment:10 by beirdo, 14 years ago

Resolution: Unverified
Status: assignedclosed

Closing at user request.

Note: See TracTickets for help on using tickets.