GNOME Bugzilla – Bug 658743
"Too many open files" error in GWakeup
Last modified: 2012-01-27 14:54:28 UTC
I'm getting this error using glib from master and libsoup. Opening it in network component, but the error might be either lower level or libsoup's, not sure: GLib-ERROR **: Creating pipes for GWakeup: Too many open files Program received signal SIGTRAP, Trace/breakpoint trap. 0x00007ffff5b33751 in g_logv (log_domain=0x7ffff5c03670 "GLib", log_level=G_LOG_LEVEL_ERROR, format=0x7ffff5c03650 "Creating pipes for GWakeup: %s\n", args1=0x7fffffffb1f8) at gmessages.c:570 570 G_BREAKPOINT (); (gdb) bt
+ Trace 228409
hi Xan Can you tell me what your use case is doing, generally? (Lots of open network sockets, lots of creation/destruction of main contexts, etc?) Also: can you get me a snapshot of /proc/[pid]/fd at the time that the bug happens?
btw: I suspect that the problem is that epiphany is leaking GCancellables.
Created attachment 196357 [details] /proc/$PID/fd snapshot fd directory at the moment of the crash.
This seems to be reasonably easy to reproduce by loading planet gnome a bunch of times, FWIW.
sockets!! If this was a problem related to GWakeup, GCancellable or GMainContext I'd expect to see a lot of eventfd or pipe handles there... Maybe you're failing to close some network sockets? Take a peek at netstat at the same time?
xan: i'm rebuilding webkit now, but with latest glib, glib-networking, and libsoup, I can load 5 copies of pgo at once and not go above 64 sockets (webkit/ephy sets max-conns to 60. the other 4 are presumably unix domain sockets for dbus or whatever). hm. are you using a proxy?
(In reply to comment #6) > xan: i'm rebuilding webkit now, but with latest glib, glib-networking, and > libsoup, I can load 5 copies of pgo at once and not go above 64 sockets > (webkit/ephy sets max-conns to 60. the other 4 are presumably unix domain > sockets for dbus or whatever). The best way to trigger the bug I've found is to load pgo (and a bunch of other sites) in ephy, kill it, then restore all the tabs at once. I get the error that way sometimes, but not always. > > hm. are you using a proxy? Nope.
(In reply to comment #7) > The best way to trigger the bug I've found is to load pgo (and a bunch of other > sites) in ephy, kill it, then restore all the tabs at once. I get the error > that way sometimes, but not always. Still have not seen this. It always seems to obey the max-connections limit for me. Are you using any extensions or some non-master branch of webkit or something? If you see this again, try running lsof on epiphany, which should give a little more info about the sockets...
Xan, still seeing this?
Xan, ping
I've seen this from time to time (I think I mentioned this in another bug, Dan?), but I cannot really reproduce it at will so it's a bit hard to investigate. The only thing I can say is that when it happens it does because ephy/soup are requesting a ton of data at the same time (ie, planet gnome, a ton of tabs being loaded, etc).
I just had a bug report from a Debian user which reproduced this with Midori (GTK+ webkit based browser) when loading http://anime-ultime.net/series-0-1/anime/0#principal Downstream bug is at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657618
oops, I should have remembered this bug already existed. Fixed a few days ago in libsoup master: http://git.gnome.org/browse/libsoup/commit/?id=856df33301221711789f0db744fce951eb70ba76 *** This bug has been marked as a duplicate of bug 668508 ***