[mythtv-users] /find_orphans.py crashes mythbackend
Udo van den Heuvel
udovdh at xs4all.nl
Fri Sep 2 13:02:19 UTC 2016
On 02-09-16 11:35, Stephen Worthington wrote:
>>>> Sep 1 17:31:15 recorder mythbackend: (process:29226): GLib-ERROR **:
>>>> Creating pipes for GWakeup: Too many open files
>>>>
>>>> Does that help?
>>>
(...)
>> The rest of that thread is about another cause for this message.
>> In my case the running of /find_orphans.py as user mythtv crashes the
>> backend.
>> mythbackend should be able to handle 'stuff' happening.
>
> Yes, but find_orphans.py could just be the final straw - too many
> files are already open when it is run,
Can't the backend refuse when the limit is approaching?
Who designed this interface?
> and running find_orphans.py
> pushes mythbackend over the limit,
So it is find_orphans? Fixing stuff there would be a workaround as seen
from this very error occurring everywhere; see google.
> triggering the crash. But
> find_orphans.py is likely not the cause of the problem. The
> underlying problem that is leaving open files around is what needs to
> be fixed.
So it is in the same are as the memory leak(s)?
These remain unaddressed for years now.
This very problem (find_oprhans related) should be easily fixable when
looking at the source.
Developers know how find_orphans talks to the backend; developers know
how the backend processes stuff there.
Of course we can dig into the issue , pollute the system with
debug-info, but the core issue is clear. It is not a crash but an
unhandled out-of-filehandles type of situation by blindly accepting all
input via the interface that find_orphans uses.
Kind regards,
Udo
More information about the mythtv-users
mailing list