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

Michael T. Dean mtdean at thirdcontact.com
Fri Nov 6 20:37:07 UTC 2009


On 11/06/2009 02:16 PM, Paul Harrison wrote:
> 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.
> 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.

So it's related to http://svn.mythtv.org/trac/ticket/6137 (and explains 
why I can't reproduce it--on my way old install with udevinfo :).

And, it's somewhat related to http://svn.mythtv.org/trac/ticket/6435 .

Do we just need to check the exitStatus() in the line:

if (!udevinfo->waitForFinished(2000 /*ms*/))

at mythtv/libs/libmyth/mediamonitor-unix.cpp +239

Mike


More information about the mythtv-dev mailing list