[mythtv-users] defunct mythfrontend children processes
Michael T. Dean
mtdean at thirdcontact.com
Thu Nov 19 19:23:20 UTC 2009
<fixed top posting>
On 11/19/2009 02:02 PM, Johnny Walker wrote:
> On Thu, Nov 19, 2009 at 1:00 PM, Johnny Walker wrote:
>
>> and the problem still exists:
>>
>> 1614 ? Ssl 0:00 /usr/local/bin/mythfrontend
>> 1710 ? Z 0:00 \_ [mythfrontend] <defunct>
>> 1712 ? Z 0:00 \_ [mythfrontend] <defunct>
>> 1714 ? Z 0:00 \_ [mythfrontend] <defunct>
> Is this the issue being logged in the mythfrontend.log ?
>
> 2009-11-18 12:04:02.572 MMUnix::AddDevice() Error: failed to stat /dev/bdi,
> eno: No such file or directory (2)
> 2009-11-18 12:04:02.574 MMUnix::AddDevice() Error: failed to stat /dev/power,
> eno: No such file or directory (2)
> 2009-11-18 12:04:02.576 MMUnix::AddDevice() Error: failed to stat /dev/trace,
> eno: No such file or directory (2)
Yeah, it seems that we get one defunct process per AddDevice Error.
I've been focusing on the MediaMonitorUnix::GetDeviceFile() function
because that's the only place I see that we're spawning new processes,
so it seemed that would be where the zombies come from, but it may be
elsewhere.
Mike
More information about the mythtv-users
mailing list