[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