Bugzilla – Bug 5827
sleepStartFade causes slimserver to hang
Last modified: 2008-12-18 11:12:53 UTC
Server: QNAP TS-209 Firmware 1.1.2 1009 (ARM processor) Slimserver 6.5.4 (ProgressiveAV's Debian etch chroot bootstrap) With my Squeezebox 3 set to sleep, slimserver.pl roughly 1 minute prior to the sleep time expires will hang. slimserver.pl during this hang it is stuck at ~99% cpu usage and the process can not be stopped(I can kill -9 the pid fine). All things handled by slimserver are not reachable, eg the screen on the sb3 will not update, the web server can not be reached and logging stops. This is tested on web mp3 streams and local flac files. With d_ui debugging on the log ends in *many*: entering fade_volume: fade: -60 to... fade_volume - setting volume to... Yet the volume has barely changed going from 69 it gets to only 67 then stops responding. The volume each time was only going down by about .01 at a time and was doing so "nonstop". If I comment out the timer on line 485 in /Player/Player.pm slimserver.pl does not hang, ofcourse the volume does not fade down either.
QA to test sleep under debian for 7.0
Tested with Ubuntu 7.10 (SC7) and I can't reproduce this, sleep works as I expect it should, and no cpu utilization issues. Do we have a QNAP around?
Ross Levine, can I ask with debugging on as I described what should I find in the log? Should it really spew hundreds of lines saying it is fading by a tiny amount? For some reason my hunch is that the increment that the volume is changing is wrong. It just feels like the volume is not suppose to roll off as slowly as it was trying. I also could temporarily donate remote ssh access to a QNAP TS-209 with slimserver installed if you require more handson testing. So far several other QNAP users have reported the same bug, maybe it is unique to the QNAP environment?
Brett, I'm not 100% sure what we should find in the log, I'm hoping that is obvious once I reproduce the issue. We do have a QNAP around here I believe Steven might be working with it. I'll talk to him and give another try and reproducing this, it shouldn't be difficult. I too believe it's specific to the hardware, we'll soon see. Thanks for offering access but I'll give a try at reproducing this locally.
Can we close this issue as it's fixed in 7.0?
If anyone objects please feel free to re-open.
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.