GNOME Bugzilla – Bug 770553
Gnome-Music crashes with "Too many open files"
Last modified: 2017-12-28 18:55:19 UTC
Created attachment 334366 [details] log for gnome-music --debug Log attached, can upload core dump if needed. Size of library approximately is 20k tracks. I've tried shrinking the library, but this did not really help. Happening on Fedora 24.
Maybe just the 't a a bt' for the coredump for now will do?
Created attachment 334411 [details] traces from gdb
@Marinus, uploaded.
Is this a first run? As in, you haven't been able to actually use music by now?
No, I was using gnome-music for almost a year without an issue. Issue has arised after last update to gnome 3.20.2
After a little bit more investigation, I've found that ulimit -n is set to 1024 for some reason on Fedora 24. Rising this limit to previous default of 65k did fix the issue, however I think that this is a bit strange behaviour to have >1k descriptors opened at once. I am not in any way filesystem expert, nor am I linux developer expert, so this might be complete BS, but this still looks like a nasty bug to me.
Is that limit set for all Fedora 24 installs, or just a local mishap? And I agree, we shouldn't have that much files open at one time. We do a lot of async file operations on startup (mostly loading art) and that's not throttled/pooled as it is, combined with python maybe not cleaning up fast enough. It has been on my radar for a while.
I'll take a look on fresh install of F24 on VM.. but on both machines I run after update 23->24 that limit is set to 1024.
I did not have a chance to verify it on fresh 24 install, but there is this on RH bugtracker: https://bugzilla.redhat.com/show_bug.cgi?id=1338760
This is also happening for me on Debian stretch (testing) too: ~$ ulimit -Hn 4096 ~$ ulimit -Sn 1024 The relevant stacktrace for me is: ~$ gnome-music 10:18:02 WARNING can't find artwork for album '1978-10-16: Guildhall, Portsmouth, Hampshire, UK' by Hawklords (gnome-music:15366): Gtk-WARNING **: Could not load a pixbuf from icon theme. This may indicate that pixbuf loaders or the mime database could not be found. 10:18:02 WARNING Error: g-io-error-quark: Error opening file /usr/share/icons/Adwaita/32x32/places/folder-music-symbolic.symbolic.png: Too many open files (31) Traceback (most recent call last):
+ Trace 236844
During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/gnomemusic/albumartcache.py", line 295, in album_art_for_item_callback File "/usr/lib/python3/dist-packages/gnomemusic/albumartcache.py", line 257, in finish File "/usr/lib/python3/dist-packages/gnomemusic/albumartcache.py", line 142, in get File "/usr/lib/python3/dist-packages/gnomemusic/albumartcache.py", line 104, in _make_default_icon GLib.Error: g-io-error-quark: Error opening file /usr/share/icons/Adwaita/32x32/places/folder-music-symbolic.symbolic.png: Too many open files (31)
(In reply to Matteo Settenvini from comment #10) > This is also happening for me on Debian stretch (testing) too: What version of grilo & gnome-music?
(In reply to Marinus Schraal from comment #11) > (In reply to Matteo Settenvini from comment #10) > > This is also happening for me on Debian stretch (testing) too: > > What version of grilo & gnome-music? Package: gnome-music Version: 3.22.2-1 Package: libgrilo-0.3-0 Source: grilo Version: 0.3.2-2
I'm having this exact same problem on arch, version 3.22.2-2.
I'm pretty sure this should be solved with https://git.gnome.org/browse/gnome-music/commit/?id=dbce6f439ce86949f1f70561bbfbc6af9a2b1147 . Please test 3.25.90 if you can and reopen if the problem persists. This problem has been fixed in the unstable development version. The fix will be available in the next major software release. You may need to upgrade your Linux distribution to obtain that newer version.
*** Bug 786980 has been marked as a duplicate of this bug. ***