GNOME Bugzilla – Bug 142953
Crash while importing music collection
Last modified: 2009-08-15 18:40:50 UTC
Whenever I try to import a larger number of music (say, more that 5 albums at onece) Rhythmbox crashes. Versions up to 0.6.8 work fine but it didn't work in the 0.7.x series and it still doesn't work in the current release (0.8.4). Note that I upgraded (fresh installation) from FC1 to FC2 this week, exactly same error so it possibly can't be my setup... Like I said erlier, importing single songs or even hole albums works but because I have to re-import my whole collection on the new system this won't be fun. Another thing I noticed is that generally importing takes a LOT more time in current versions than it did in the 0.6.x series. Btw my music collection is 100% self-ripped Ogg Vorbis so the files are valid.
Created attachment 27927 [details] bug-buddy output Bug-Buddy output... hope it is useful. Note: after the crash I imported the folder where the crash previously happend without a problem so it's definitely not releated to bad media files. Also: there is no console output releated to the crash.
I have this problem as well, my library consists of around 348 folders of albums (mp3 format). Rhythmbox will attempt to import and will do so for a few moments, but will crash unexpectedly then. This also appears with PLAYLISTS. I am able to import a playlist of all these files (approx 16 gigs), but after shutting down the app and opening again, the playlist size is 1.9 GB. My library seems to be limited to 1.9 GB as well.
Can you run rhythmbox -d from a console, and check what is the last file it loads before crashing ?
Created attachment 28113 [details] output of 'rhythmbox -d' The requested output. After this I restarted RB and imported only the "Tool" folder, worked without problems. I then rm ~/.gnome/rhythmbox and tried to import everything WITHOUT the Tool folder, it crashed again after about 15 albums.
As other people have the same problem, can we change this from UNCONFIRMED? I have found that I can use a database I create under 0.6.x with 0.8.x but importing something into that database with 0.8.x breaks it most of the time (after restart, only a few songs are displayed)
The bug status can be changed to NEW if that can make you feel better, for my part, I treat an UNCONFIRMED bug and a NEW bug the same ;)
It would be nice if you could find out which specific file is crashing rhythmbox during the import...
As said before, there is no "specific file". The crashing seems to be random (doesn't crash at the same file/album) but it always happens after importing something between 50 to 200 songs. Even the songs that "cause" the crash can be imported after that without a problem
I just started having this problem in the past few days. I'm not sure why, as nothing that I know of has changed about my configuration. I recently ripped a couple new CDs I bought as ogg files, and was importing them when rhythmbox crashed. It started crashing every time it started up (as it seemed to remember it was in an import, so would try again). I deleted my preferences, and started fresh, but found that it even crashes when loading older music that always used to work fine. During my troubleshooting, I upgraded from 0.72 to 0.82 to 0.84, and the problem happened with each. I see the following error shortly before the crash: GThread-ERROR **: file gthread-posix.c: line 351 (): error 'Cannot allocate memory' during 'pthread_create' aborting... Xlib: unexpected async reply (sequence 0x94e97)! I'm using Fedore Core 1, and wondering if perhaps it's related to exec-shield, which both fc1 and fc2 enable by default...?
It's not exec-shield. I disabled it and tried again, but same problem while importing my music collection. The above error, and the crash. The output of my 'rhythmbox -d' looks pretty much like the already attached version.
I just tried the latest version from arch... killed my rhythmbox configuration, started the import... it didn't crash! after taht it showed all the albums in the album view but only one song (out of 8.2 gb of ogg...) in one of the nirvana albums which was even playable, all the other albums were empty. looking at the console, the problem seems to be: --- (rhythmbox:27756): RhythmDB-WARNING **: Can't save XML I/O error : Permission denied I/O error : Permission denied --- after restarting rhythmbox, all the albums are gone. strange: --- [nx@nova rhythmbox]$ ls -lisa /home/nx/.gnome2/rhythmbox total 0 ???--------- ? ? ? ? ? . ???--------- ? ? ? ? ? .. --- I then ran the same test as root. no permission problem but it crashed again after imporing a few files...
FWIW: I upgraded to 0.8.5, but the problem still exists. Is there any additional debug information required?
Created attachment 29146 [details] strace of rhythmbox when crashes This bzip'd file is the result of me typing 'strace -o rhythmbox.out /usr/local/bin/rhythmbox'. When the GUI came up, I imported my music collection -- it crashes during the import. I can duplicate this easily, so if you want me to enable additional strace options, or require other debug information, please let me know.
Created attachment 29147 [details] small section of strace when rhythmbox about to crash Here's a small snippet of the earlier output from strace. (I bzipped the earlier attachement as it was so large -- this one is plain text). This section starts with everything going along just fine, importing my albums. Then poll returns 1, and the program quickly fails. Leading up to this failure, the CPU is being heavily used. Then I see the "Xlib: unexpected async reply..." message and the CPU is no longer used at all. During this time in the strace the following line is repeated over and over: select(4, [3], [3], NULL, NULL) = 1 (out [3]) Then finally rhythmbox crashes many seconds later.
Jeremy, did you try to run rhythmbox with -d to check if it happens on a specific file, as was suggested previously in this bug ?
Michael: did you change the default GStreamer scheduler somehow ? Can you import file:///home/nx/media/ogg/albums/Toten_Hosen_Die/Toten_Hosen_Die_-_Reich__Sexy_-_20_-_Bis_Zum_Bitteren_Ende.ogg without getting a crash ?
Christophe: I don't even know how to change the default GStreamer scheduler. To make sure there was no hacking involved from my side I installed FC2 on my laptop last week, put Garnome-Timmy (stable version, Gnome 2.6.2) on it and installed Rhythmbox 0.8.5 without changing anything. Same problem. As for the import of the mentioned file: yes, no problem. As noted earlier the crash happens on a random file.
Can you run rhythmbox with rhythmbox --gst-scheduler=opt or rhythmbox --gst-scheduler=entrygthread and see if that helps ?
Using either "opt" or "entrygthread", i _can_ import the 3,8 gb of ogg files on my laptop without a problem! After that i tried to import using whatever is the default gst-scheduler again: crash and the following console output: --- GThread-ERROR **: file gthread-posix.c: line 351 (): error 'Cannot allocate memory' during 'pthread_create' aborting... Xlib: unexpected async reply (sequence 0x9e0bd)! --- Is this a GStreamer bug?
The default gstreamer scheduler is opt, so it seems "someone" is changing it to something else, I'd suspect fedora...
How can i check this? Funny thing is that I don't even have gstremaer rpms installed... I just checked if setting gst-scheduler also helps on my desktop box and it definitely does the trick, Rythmbox imported all my music without a problem.
You compiled GStreamer and rhythmbox from source ? If you did so, did you run gst-register-0.8 after installing GStreamer and gst-plugins ?
Yes I did, garnome even does this by default I think.
Hi Christophe, Yes, I ran with -d, but it never crashes in the same place (though the actual crash is always the same). The output is more or less the same as what is already attached. I just launched with 'rhythmbox --gst-scheduler=opt', and the import fully worked! (All 30 GBs) Wonderful! Thanks!! :) Now when launched from my Gnome dock, it adds this option. (BTW: Rhythmbox was working perfectly on Fedora core 1 for many months, then suddenly it stopped with the above error. I am unsure specifically what was at fault, as I'd recently made several changes: I installed CrossOver Office which tweaks a number of things, I possibly updated a few RPMs from RedHat which tweaks a number of things, and I updated Garnome...) I compiled GStreamer with garnome. I compiled rhythmbox from source.
*** Bug 146537 has been marked as a duplicate of this bug. ***
I'm really confused how your scheduler is getting set to something other than opt. Is the GST_SCHEDULER environment variable set?
A few weeks ago I got a new disk and installed a GNOME 2.8 prerelease, since then I don't have this problem anymore... But I can tell you that GST_SCHEDULER was never set on my system. Jeremy, what about you? Should we close this bug?
I'll go ahead and close, Jeremy, please reopen if you still have problems.