[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