Bugzilla – Bug 16286
WOL-Signal all over the time
Last modified: 2019-01-25 12:14:54 UTC
I was using SBS 7.5.1 r30831 with the firmware r8837 on the radio. Since the firmware was updated, my WHS doesn't sleep anymore. The server usually fall asleep after 16 minutes when no more squeezebox is active. This worked fine, till the last radiofirmware-update. After 16 minutes the server sleeps, one minute later he wakes up, after 16 minutes he sleeps..... and so on for the whole night. When I changed the firmware back to 7.5.0 r8673 (mysbs) the server slept like a baby last night...... Same problem with the firmware on my controller.
Now I'm using WHSversion 7.5.3 r31678. Every time my server goes off, the radio wake up and change the menues and try to connect to the server. It looks like a ghost-hand, that walk through the menues.
Windows 7 PC running Squeezebox Server 7.5.4 (from a few days ago) I have two radios: Player Model: Squeezebox Radio Firmware: 7.5.3-r9283 The behavior I'm seeing is that the Radios won't let my PC sleep. The radios are "off" and displaying only the clock (no music is playing). If I put my PC to sleep, it wakes up after a minute. Once I power cycle the Radios, my PC sleeps (and stays sleeping) just fine. After a few days, the behavior seems to come back. Only power cycling the Radios seems to temporarily cure the problem.
Hi there, I run an Ubuntu server ( freshly set up, so no history. ). I noticed the same behaviour on my squeezebox boom - not letting the server go to sleep, sending the WOL package after a minute (confirmed by a WOL sniffer) I also diconnected power, now it seems to behave as with George. Firmware is 52 on the Boom.
I have the same problem running sbs 7.5.4 on ubuntu 10.10 and sb classic on 132 over a wireless network. Also I am using the Richard Harris server power control plugin. Since the last firmware update (132)the sb keeps producing connect messages in power off mode while the server is sleeping (can't connect to server). This gets worse when I switch off the wireless network at night sb gets stuck in reconnect mode even though it's supposed to be 'off'. Remote commands don't respond at all and the display keeps displaying reconnect error messages. I guess there should be a timeout during network setup to stop retries and switch to 'off' mode completely.
Timmo, Martin, can I confirm that neither of you have Squeezeplay-based squeezeboxes in your setup? (Squeezebox Controller, Squeezebox Radio, Squeezebox Touch, or even Desktop Squeezeplay) If you are running in a network exclusively with ip3k-based players (Boom, Classic, Transporter), that's very important information to know for this bug.
I use two SB Radios, two SB Booms and an old Sqeezebox 2. I think the issue withthe boom the others did not cause the issue. after unplugging and rebooting, the servers sleeps well since I posted the comment. Best Timmo
The key piece of information I'd like to find out is if this bug can be reproduced when no Squeezebox Radio/Touch/Controllers (anything Squeezeplay-based) are powered on. That is, only Classic/Boom/Transporter squeezeboxes and a running SBS configured for WOL. Does the WOL problem turn up in this system?
Hi, Is there any update on this bug? This problem continues to plague me. As mentioned before, I have two SB Radios. I do also have one Boom and use SqueezeSlave. Since my SqueezeSlave client is hibernating when this happens, i don't think that is a factor. My Boom is on, but it is always connected to mysqueezenetwork.com (so probably not a problem). Besides, I've never had to power cycle it to make this problem go away. This leaves my two Radios (connected to my sleeping server). This problem shows up every few days. Interestingly, this happens more frequently on my "Red" Radio v.s. my "Black" one. Hopefully this is a software bug that can be fixed. If I can provide more information to help debug this, please let me know. George
I'll add an update: I've since downgraded from 7.5.4 to 7.5.0 based on what a previous user reported. The f/w on my radios was also downgraded once I installed 7.5.0. I've yet to see this problem happen again (no more problems getting my server to stay asleep). Based on this, I'd say the problem was introduced after 7.5.0. This would be a reasonable workaround for me if it weren't for the fact that 7.5.0 is broken in other ways that makes alarms almost useless for me. Specifically, my server now no longer wakes up at all prior to alarms going off. 7.5.0 does still allow the radio to wake up the server (manually triggered) if you press the power button (so I know WOL is still working). BTW: I just bought another radio (now I have 3), so I hope this gets fixed soon!
I have 2 classic's and have just added an SB Radio. With the radio plugged in I get continual WOL requests to the server, unplug the radio and everything behaves nicely. My classic's are only powered up when they are needed so I don't know if this affects them as well. Will do some testing over the next few days. Ubuntu 10.04 server Radio firmware 7.5.3 r9283 Simon
I have the same issue, running firmware 7.5.4 r9408. My server is 7.5.4 r32171 running on an iMac under OS 10.6.6. No problems with my Classic. I normally have the Radio powered off completely, but had wanted to use it yesterday, so only turned it to standby when finished, and have found that my Mac turns out about a minute (maybe two) after being put to sleep.
*** This bug has been confirmed by popular vote. ***
I have moved my SC from my Synology NAS to a mac mini and I discovered that the mini won't go to sleep unless both my SB radios are turned completly off. Besides the 2 SB raddios I have a duet. The receiver is turned on all the time, the controller newer turned on (I use iPeng).