mythtranscode doesn't exit on completion

Running lsof on the process shows it has the following files locked.
{{{
lsof -p 20042
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
mythtrans 20042 mythtv cwd DIR 8,17 4096 2 /
mythtrans 20042 mythtv rtd DIR 8,17 4096 2 /
mythtrans 20042 mythtv txt REG 8,17 375928 25105 /usr/bin/mythtranscode
mythtrans 20042 mythtv mem REG 8,17 659232 25624 /usr/lib/libmythavformat-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 720468 30618 /usr/lib/libmythupnp-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 622240 30611 /usr/lib/libmythdb-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 59264 26407 /usr/lib/libraw1394.so.11.0.1
mythtrans 20042 mythtv mem REG 8,17 13680 26419 /usr/lib/librom1394.so.0.3.0
mythtrans 20042 mythtv mem REG 8,17 42268 30610 /usr/lib/libmythavutil-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 3177332 25595 /usr/lib/libmyth-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 810700 30614 /usr/lib/libmythlivemedia-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 83608 201767 /lib/libz.so.1.2.3.3
mythtrans 20042 mythtv mem REG 8,17 50612 26137 /usr/lib/libiec61883.so.0.1.1
mythtrans 20042 mythtv mem REG 8,17 17808 25737 /usr/lib/libavc1394.so.0.3.0
mythtrans 20042 mythtv mem REG 8,17 6528 25665 /usr/lib/libXinerama.so.1.0.0
mythtrans 20042 mythtv mem REG 8,17 13872 25685 /usr/lib/libXvMC.so.1.0.0
mythtrans 20042 mythtv mem REG 8,17 55100 30613 /usr/lib/libmythhdhomerun-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 60024 24750 /usr/lib/libXext.so.6.4.0
mythtrans 20042 mythtv mem REG 8,17 17848 25683 /usr/lib/libXv.so.1.0.0
mythtrans 20042 mythtv mem REG 8,17 30064 25673 /usr/lib/libXrandr.so.2.2.0
mythtrans 20042 mythtv mem REG 8,17 17784 25687 /usr/lib/libXvMCW.so.1.0.0
mythtrans 20042 mythtv mem REG 8,17 9736 218634 /lib/tls/i686/cmov/libdl-2.10.1.so
mythtrans 20042 mythtv mem REG 8,17 3656 24972 /usr/lib/libvdpau.so.185.18.36
mythtrans 20042 mythtv mem REG 8,17 9564 25642 /usr/lib/libXau.so.6.0.0
mythtrans 20042 mythtv mem REG 8,17 113320 201611 /lib/ld-2.10.1.so
mythtrans 20042 mythtv mem REG 8,17 1625872 30617 /usr/lib/libmythui-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 552860 30612 /usr/lib/libmythfreemheg-0.22.so.0.22.0
mythtrans 20042 mythtv mem REG 8,17 513472 25944 /usr/lib/libfreetype.so.6.3.20
mythtrans 20042 mythtv mem REG 8,17 257012 25002 /usr/lib/libpulse.so.0.12.0
mythtrans 20042 mythtv mem REG 8,17 116920 218645 /lib/tls/i686/cmov/libpthread-2.10.1.so
mythtrans 20042 mythtv mem REG 8,17 456380 24818 /usr/lib/libGLU.so.1.3.070600
mythtrans 20042 mythtv mem REG 8,17 34412 25551 /usr/lib/libXrender.so.1.3.0
mythtrans 20042 mythtv mem REG 8,17 30080 25634 /u...

Running an strace shows that the process is waiting on something

strace -p 20042
Process 20042 attached - interrupt to quit
futex(0x9569fb4, FUTEX_WAIT_PRIVATE, 1, NULL

Howdy, and thank you for helping to improve Mythbuntu by opening this ticket. I noticed you say you are running a "bunch" of these... do all fail, most fail, or is this the only failure? Thank you.

It looks like it happens every time judging by the number of mythtranscode processes I could see on the system.

A simple kill will force it to exit and doesn't appear to break anything as the actual transcode has finished.

Hello, my system is affected by the same bug. I'm running Mythbuntu 9.10 upgraded from 9.04 two weeks ago with the same version of mythtv-transcode-utils. I'm also using DVB-S doeing lossless transcodes. In mythfrontend everything seems to work fine, but after the file is transcoded, I can see that a job like

/usr/bin/mythtranscode -j 5875 -V 3 -p autodetect -l

is still running but using no cpu-time and doeing nothing. This happens everytime I am transcoding a recording an every process uses memory and prevents mythtv from automatically shuting down the system (that's why i realized the problem). The "Error Truncating" messages in mythbackend.log and the output of strace are also the same for me.
However I noticed that

mythtranscode --mpeg2 --buildindex --allkeys --showprogress --infile $filename

which I sometimes have to do for some recordings exits just fine, so maybe it's a problem of the communication mythtranscode an mythbackend.

I'm seeing this too.

Yes, I have this same problem. The non-exiting mythtranscode processes are preventing my backend from auto-powering off. I can kill them, and all is back to normal.

For the time being I have set up a cron job to killall mythtranscode every evening, to allow the system to shut down, but of course, there COULD be valid transcodes going on - and the system would be shut down most of the day too, if these jobs exited correctly.

I have the same problem with a script designed to export shows for viewing on my iPod touch. Like Brent, the major problem for me is that the stalled mythtranscode processes prevent the system from shutting down automatically.

Output of 'mythshutdown -s;echo $?' is 1 (Transcoding)

I am running Mythbuntu 9.10 with latest updates. I do have a custom package of ffmpeg (with libx264 support) installed, following Post #1 on this thread: http://ubuntuforums.org/showthread.php?t=786095

I have attached a script which can be run as a cron job as "root" or as the "mythtv" user. The script will kill all mythtranscode processes with CPU usage less than 1%. Active transcoding processes tend to have high CPU usage, so this should avoid killing active jobs before they are done transcoding.

This is still just a hack to regain normal functionality. This bug needs to be fixed by a maintainer who can convince mythtranscode to exit properly when finished!

I have attached a script which can be run as a cron job as "root" or as the "mythtv" user. The script will kill all mythtranscode processes with CPU usage less than 1%. Active transcoding processes tend to have high CPU usage, so this should avoid killing active jobs before they are done transcoding.

This is still just a hack to regain normal functionality. This bug needs to be fixed by a maintainer who can convince mythtranscode to exit properly when finished!

I have this problem too with Mythbuntu 9.10 and mythtv 0.22. The backend is prevented from shutting down automatically and if I kill the phantom transcode job, everything proceeds as it should.

This is a known issue in mythtv. The mythtv bug ticket is http://svn.mythtv.org/trac/ticket/7315

Fixes in svn have been reported as working for some, but others are still reporting the issue. A workaround seems to be turning off 'Delete files slowly' (database name settings:TruncateDeletesSlowly), until the svn fix is complted and sent out. However, further work seems to have stopped.

Disabling "Delete files slowly" fixes this issue for me.

Dave wrote:
> Disabling "Delete files slowly" fixes this issue for me.
>
>
Sadly that then impacts general performance.

I have upgraded my mythtv system to Ubuntu 10.04 beta-1, and the problem still exists in that version. I hope this fix is pushed out before the final release of 10.04.

This bug was fixed in the package mythtv - 0.23.0+fixes24133-0ubuntu1

---------------
mythtv (0.23.0+fixes24133-0ubuntu1) lucid; urgency=low

  [ Dave Walker (Daviey) ]
  * New upstream snapshot (r24133)
    - Fixes crash of mythfrontend when upconverting audio to 5.1 (LP: #550562)
    - Improve Jamu handling of invalid database data (LP: #549352)
    - Remove mythtranscode's internal copy of the slow-delete code and instead
      send a request to the backend to delete the file. (LP: #481104)
    - LiveTV & recording with V4L cards on 64-bit backend fixed. (LP: #562690)
  * debian/mcc-mirobridge/*: New icon, UI alignment changes and description
    text added. Courtesy of R. Doug Vaughan.
  * debian/rules: Added cxx option "-maltivec" to PowerPC specifc configure
    option to fix FTBFS for that architecture. (LP: #559614)

  [ Mario Limonciello ]
  * 40_libudev.path:
    - Add -ludev to the library check.
  * debian/control:
    - Drop linux-libc-dev build-dep.
  * Actually disable halt and reboot commands by default.
 -- Dave Walker (Daviey) <email address hidden> Thu, 15 Apr 2010 00:04:14 +0100