[mythtv] Ticket #7135: multiple [mythfrontend] <defunct>

Paul Harrison mythtv at sky.com
Fri Nov 6 19:16:14 UTC 2009

Michael T. Dean wrote:
> On 11/05/2009 03:42 PM, MythTV wrote:
>> #7135: multiple [mythfrontend] <defunct>
>> Comment(by Bill Meek):
>>  Started wondering why I have 13 defuncts and the report before mine and
>>  the original had only 2.  So, I plugged in an SD card into my card
>> reader,
>>  restarted the frontend and my defunct count dropped from 13 to 12.
>>  Most of the time, there are no cards plugged into the card reader.
>>  On a roll here, I shutdown and disconnected the USB plug for the card
>>  reader (which has 5 slots CF/SD/uSD...).  Restarting the frontend
>> again,
>>  I got '''2''' defuncts, (for /dev/sd0?) which I'm guessing match log
>>  entries:
>>  {{{
>>  MMUnix::AddDevice() Error: failed to stat /dev/bdi,
>>  MMUnix::AddDevice() Error: failed to stat /dev/power,
>>  }}}
>>  When the card reader is plugged in, there are 12 Error entries.
>>  2 each for /dev/sd[defgh] and /dev/sr0.
> It seems Bill is on to something here.  Although I can't reproduce the
> issue on my system, for those I've talked to on IRC since he mentioned
> it, it seems that the number of <defunct>'s is equal to the number of
> "MMUnix::AddDevice()" errors.
> Robert McNamara is seeing the <defunct>'s, too, and was kind enough to
> revert [21118] and [21944], which were the only changes other than
> logging changes to mediamonitor-unix.cpp in the last 3 months (going
> back about 5 weeks before #7135 was reported), and he still saw the
> issue.  He was also able to selectively disable some of the media
> monitoring settings and reduce the number of messages and <defunct>'s
> he saw.
> I'm hoping Nigel might have a better idea what could be causing the
> issue or where it could be coming from, because I'm stumped.
> Mike

Seems to be something to do with having a system with no udevinfo.  If
the QProcess in MediaMonitorUnix::GetDeviceFile() fails to start then
that is leaving  a <defunc> process hanging around.

Paul H.

More information about the mythtv-dev mailing list