GNOME Bugzilla – Bug 583476
rhythmbox podcast plugin 'leaking' file descriptors?
Last modified: 2009-12-18 06:48:50 UTC
Please describe the problem: Create a long list of podcasts and watch the calls to totem-pl-parser. You'll see totem-pl-parser starts getting errors about maximum open files exceeded (#583473), which it fails to handle properly so you guys never know it. Somewhere, you're leaking open fds in downloading podcasts. You might not notice with 10 or 20 podcasts, but you will with 100 feeds. A temporary fix is to increase the nofiles ulimit for the user to e.g. 8192. Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
I can't see any fd leaks either in rhythmbox or gvfsd-http when downloading podcast feeds. gvfsd-http accumulates fds corresponding to sockets in CLOSE_WAIT state, but there isn't much we can do about that.
Well, it's definitely happening. What do you need from me to help find it?
To track this down, we need to figure out which process is leaking file descriptors, which file descriptors are being leaked, and what exact conditions cause the leak to occur. Trying to reproduce this with current versions of rhythmbox, totem-pl-parser, libsoup, glib, and gvfs would also help.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!