Bugzilla – Bug 1900
m3u files located in music folder can cause recursive scanning
Last modified: 2008-09-15 14:35:48 UTC
Kevin Pearsall wrote: Steve, It probably has to do with the relative path used: ../../..//music/abra_moore/sing/sweet_chariot.mp3 I actually don't use that many playlists, and since I never used them, I just deleted them. So, its no big deal, but should probably still be fixed in the server for others that do the same thing -- especially since those were created by the ripper, not manually by myself. Steve Do a large number of your playlists appear to be constructed as such? Regards, Kevin P. On Jul 29, 2005, at 3:21 PM, Steve Lacy wrote: I'm not sure where that playlist came from, probably generated by grip or something. Steve Kevin Pearsall wrote: Steve, I bet that one playlist was pointing back in to the music folder or something. Could you possibly send me a copy of that particular playlist? Regards, Kevin P. On Jul 28, 2005, at 5:16 PM, Steve Lacy wrote: Kevin Pearsall wrote: Steve, Are there any symlinks anywhere in your music folder? Er, OH, it might be this abra_moore-sing.m3u playlist. Could you possibly move your playlist folder outside of the music folder and see if this problem goes away? Yup that fixed it. Is there any more info I can send you to figure out what the real problem was. BTW, there are no symlinks in my /music directory. Steve Regards, Kevin P. On Jul 28, 2005, at 10:31 AM, Steve Lacy wrote: Hi, I just upgraded to version 6.1.1 of the Linux slimserver, and when I rescan my music library, the slimserver appears to go into an infinite loop -- it uses 100% of my CPU and doesn't respond to web requests. I'm using Fedora Core 4. If I restart the server, its okay, but since the rescan never finished, not all of my music is there. I've got a pretty large collection (~92G, 21k songs) and I've always had some performance problems with the server (as you can imagine). I've strace'd it, and attached the last few thousand lines of the strace output. When it hangs, the last line of the attached file is the last line that comes out. Hope this helps. Steve <strace.out.gz>
This should be fixed in the nightly builds - either 6.1.2 or 6.2b1 Please give those a try and reopen if needed. Thanks.