[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