Bugzilla – Bug 7533
SB 1 fails to disconnect properly when SC7 shuts down
Last modified: 2009-07-31 10:18:10 UTC
I have the following setup: Windows XP Pro SP2 fully updated with SqueezeCenter-versie: 7.0 - 17793 - Windows XP - NL - cp1252 With the following players: Model: slimp3, Firmware: 2.3 Model: squeezebox, Firmware: 40 Model: Squeezebox v3, Firmware: 86 The server with squeezecenter shutsdown at midnight and all players are left at their current state. (Display is dimmed completely so that messages about the missing server are nog visible) The server starts every morning at 06:00 am. The alarm of the squeezebox is set on 06:45 am but does not work because this player shows the "To begin setup press the right arrow" The slimp3 and the Squeezebox v3 connect automatically in the morning when the server starts. With 6.5.4 the Squeezebox started also automatically and the alarm worked normally. It seems that there is some miscommunication between the server and the Squeezebox during startup that was working well with 6.5.4. My daughter uses this squeezebox to get up in the morning. She missed School once after the day after the upgrade... :-( Hope this can be fixed. If additional information or tests are needed I can help ofcourse. Thanks, Willem Oepkes
Steven, can you have a look at reproducing this one.
What seems to be happening here is that SB1 does not "disconnect" when the SqueezeCenter is shutdown. It will just stay stuck in whatever state it was in when SC goes down. It stays in this state even when SC is running again on the network. Steps to reproduce: 1 Connect a SB1 to SC7. 2 Turn off SB1 and have the time displayed. 3 Stop SC and notice that the time displayed on SB1 will stop and stay on the screen. 4 Start SC7 and notice that SB1 will not reconnect. This did not happen with 6.5.4. From what I can tell only the SB1 exhibits this behavior with SC7. Felix, would this be one for you or someone else?
Assigning to unassigned for review.
I can't reproduce this by shutting down SC (on a Mac) or by pulling the ethernet cable. I did not test wireless. SB1 always properly disconnects and reconnects. Steven: can you confirm if the problem only happens if SC is running under Windows?
Andy, I am doing my testing on a Mac and it seems that if the SB1 is the only player connected to SC you will not see the problem. If you add another player to SC, I used a Transporter, then the problem persists. Sorry that I did not notice that before.
Tried with a Receiver and SB1 connected to the same server. Was still unable to reproduce with either Ctrl-C or kill -9 on the process.
Just using an SB1 and a Receiver I am still able to reproduce the behavior easily. I also tried with nightly 8S2167. James is also able to reproduce. I am at a loss to explain why you do not see the behavior as well.
Hmm, are you using the Pref Pane to stop SC or are you running from the command line? Does it also happen if you stop SC by telnetting to port 9090 and entering the 'shutdown' command? Are you using ethernet with your SB1?
(In reply to comment #8) > Hmm, are you using the Pref Pane to stop SC or are you running from the command > line? Yes, I am using the Pref Pane to stop and start SC for testing. > Does it also happen if you stop SC by telnetting to port 9090 and entering the > 'shutdown' command? Yes, seems to be the same as using the Pref Pane. > Are you using ethernet with your SB1? Yes, the Mac running SC, SB1 and Receiver are all using Ethernet for testing.
OK, well I'm stumped then. Richard said he'd try to reproduce it tomorrow.
I am sure I have seen this previously, but it seems to be working fine for me today. This was testing with 7.0.1 r18127. Steven do you still see this problem on 7.0.1, maybe it has already been fixed?
Sorry Richard, I still see it on 7.0.1. The thing is it looks like it might eventually disconnect if one waits long enough. Any other ideas?
Hello, I'm the original poster of the bug and following this thread. The way I shutdown the (Windows) server is to shutdown the OS. I do not stop SC first. Don't know if that is of any influence. The server shuts down at 00:30 AM and starts again at 06:00 AM so there are several hours. It takes some time before the player really gives up trying to find the server. Will install the latest nightly later today and report tomorrow if I experience the bug. Thanks for picking this up!! Willem Oepkes
I Installed yesterday SqueezeCenter-version: 7.0.1 - 18321. This morning the alarm worked as with 6.5.4 on the Squeezebox. Can't reproduce it myself anymore. (Daugher happy again!!) Thanks! Willem Oepkes
SB1 still fails to disconnect for me even with the latest nightly 18481 however it does seem to be reconnecting now. For example I have my SB1 set to display the time. If I shutdown SqueezeCenter the SB1 will continue to display the time but it will be stuck. All the other players connected to the same server will go dark as expected. Once SqueezeCenter is running again the SB1 will eventually reconnect and update the time. Assigning back to unassigned for review.
Created attachment 3207 [details] SqueezeCenter off
Created attachment 3208 [details] SqueezeCenter on
My SB1 failed to reconnect the last time I tried so this appears to be intermittent. I have attached a couple photos for example.
I only have an SBG not the original SB1, do you think that could make a difference?
I don't think so. James mentioned he has seen this behavior on both his SB1 and SBG.
A network.protocol.slimproto debug log might be helpful. Try to do it with the fewest number of players possible so as not to clutter up the log as much.
If anyone runs across this again, please reopen!
Reduce number of active targets for SC