Bugzilla – Bug 15397
SB Radio loses connection to mysqeezebox.com and fails to reconnect (California)
Last modified: 2010-01-18 09:27:42 UTC
Radio shows version: 7.4.1 r7915 Typical example of the problem: Radio has been in standby overnight. I press one of the preset buttons to bring it out of standby and play the selected station. Radio reports "there is a problem connection to mysqueezebox.com" and the radio plays nothing. Wifi indicator BLUE. None of the presets do anything. Checking the diagnostics show everything is fine, IP address good. I can ping the radio from my PC. Typically, powering down the unit completely and starting it up again, or playing with the selection of a local station gets the box to reconnect to mysqueezebox.com and to work again. I consider this an indication that this is NOT a problem with the server, but is a problem with radio itellf. Thinking there might be some DHCP issue, I used SSH and set the unit to static addresses. I replaced the interfaces file with this one: auto lo iface lo inet loopback mapping eth1 script /etc/network/if_mapping auto eth1=MySSID iface MySSID inet static address 192.168.1.130 netmask 255.255.255.0 gateway 192.168.1.1 dns 192.168.1.1 up echo 'nameserver 192.168.1.1' > /etc/resolv.conf Problem happened again (happens on average every other day): I pull the unit out of standby this morning. Now the wifi icon is blue, and the radio says it cannot connect to mysqueezebox.com. Wifi signal is at 100%. Uptime is 42 hours (that's back to when I did a reset after using SSH to set fixed addresseds and turn off DHCP). All the diags look good, it has addresses (including 66.151.159.227 for mysqueezebox.com), etc. I reconnected the wifi from the menu, no problem, but it still can't find mysqueezebox.com. I can ping the radio from my other computers and I can also get to mysqueezebox.com from my other machines. After I turn the unit completely off by holding down the power button and power it back up, it comes up fine and everything works. I have not been able, yet, to determine why the unit loses the connection to mysqueezebox.com. However: The Radio should not lose connection to mysqueezebox.com and be unable to reconnect without a hard power cycle or prodding in the channel menus. Also if the unit looses it's connection to mysqueezebox.com for outside reasons it should gracefully reconnect, automatically. This problem makes the radio non-functional to use by my non-techie spouse. For her, it just doesn't play any audio and thus is unusable: a Critical bug. She would have returned the radio. I would also Grade it as P2: Unstable, but there are workarounds. NOTES: This bug MAY be related to 15292. However, I only notice this problem when pulling the radio out of standby. Also, I am in California, have tried a fixed IP to the radio, and have never tried the alarm functions and do not care about them. I have also heard chatter about overloaded servers being an issue. However, this Radio always recovers after a powercyle. Thus it does not sound like a server overload issue. Carl
Issue reported in California. Felix, can you review?
(In reply to comment #0) > Radio shows version: 7.4.1 r7915 > Typical example of the problem: > Radio has been in standby overnight. I press one of the preset buttons to bring > it out of standby and play the selected station. Radio reports "there is a > problem connection to mysqueezebox.com" and the radio plays nothing. > Wifi indicator BLUE. > None of the presets do anything. > Checking the diagnostics show everything is fine, IP address good. I can ping > the radio from my PC. > Typically, powering down the unit completely and starting it up again, or > playing with the selection of a local station gets the box to reconnect to > mysqueezebox.com and to work again. I consider this an indication that this is > NOT a problem with the server, but is a problem with radio itellf. > > > Thinking there might be some DHCP issue, I used SSH and set the unit to static > addresses. I replaced the interfaces file with this one: > auto lo > iface lo inet loopback > > mapping eth1 > script /etc/network/if_mapping > > auto eth1=MySSID > iface MySSID inet static > address 192.168.1.130 > netmask 255.255.255.0 > gateway 192.168.1.1 > dns 192.168.1.1 > up echo 'nameserver 192.168.1.1' > /etc/resolv.conf > > > Problem happened again (happens on average every other day): > I pull the unit out of standby this morning. Now the wifi icon is blue, and the > radio says it cannot connect to mysqueezebox.com. Wifi signal is at 100%. > Uptime is 42 hours (that's back to when I did a reset after using SSH to set > fixed addresseds and turn off DHCP). All the diags look good, it has addresses > (including 66.151.159.227 for mysqueezebox.com), etc. I reconnected the wifi > from the menu, no problem, but it still can't find mysqueezebox.com. I can ping > the radio from my other computers and I can also get to mysqueezebox.com from > my other machines. > After I turn the unit completely off by holding down the power button and power > it back up, it comes up fine and everything works. > > I have not been able, yet, to determine why the unit loses the connection to > mysqueezebox.com. However: > > The Radio should not lose connection to mysqueezebox.com and be unable to > reconnect without a hard power cycle or prodding in the channel menus. Also if > the unit looses it's connection to mysqueezebox.com for outside reasons it > should gracefully reconnect, automatically. > > This problem makes the radio non-functional to use by my non-techie spouse. For > her, it just doesn't play any audio and thus is unusable: a Critical bug. She > would have returned the radio. I would also Grade it as P2: Unstable, but there > are workarounds. > > NOTES: This bug MAY be related to 15292. However, I only notice this problem > when pulling the radio out of standby. Also, I am in California, have tried a > fixed IP to the radio, and have never tried the alarm functions and do not care > about them. I have also heard chatter about overloaded servers being an issue. > However, this Radio always recovers after a powercyle. Thus it does not sound > like a server overload issue. > > Carl Follow up: For the last, with the fixed IP addresses (DHCP turned OFF) the radio has been operating properly. This is MUCH better than it was with DHCP ON, where we saw the failures described above every 24-48 hours. Perhaps the problem is related to the DHCP. One theory: maybe with DHCP on, it fails to get an address properly sometimes? Could the algorithms with DHCP fail during standby or something? At any rate, there are still regular threads on: http://forums.slimdevices.com/forumdisplay.php?f=32 > where users in the USA and California are losing presets and/or can't connect to mysb.com, so I know the problem isn't only mine. I could consider going back to DHCP, but for the time being I want to continue to wait and see if the problem re-occurs with DHCP OFF. - I'm interested to hear comments on this issue...
Created attachment 6440 [details] message file Just saw the failure again this morning. This time I saw a WHITE wifi icon, but the presets didn't work. I checked the diags, all looked good to me. Then selected Internet Radio > Local, and it looked up the stations somehow, and the presets started working again! I note the player uptime was 5 days 56 hours 34 minutes software version remains: 7.4.1 r7915 ATTACHED: /var/log/messages This looks very interesting! Can anyone interpret for for me? I pulled this right after reconnecting the radio as described above. So the pertinent stuff is all at the end, dated Jan 15.
(In reply to comment #3) > Created an attachment (id=6440) [details] > message file > > Just saw the failure again this morning. This time I saw a WHITE wifi icon, but > the presets didn't work. I checked the diags, all looked good to me. Then > selected Internet Radio > Local, and it looked up the stations somehow, and the > presets started working again! > I note the player uptime was 5 days 56 hours 34 minutes > software version remains: 7.4.1 r7915 > > ATTACHED: /var/log/messages > This looks very interesting! Can anyone interpret for for me? I pulled this > right after reconnecting the radio as described above. So the pertinent stuff > is all at the end, dated Jan 15. Exactly the same happens to me every morning (with or without DHCP on). The Wifi-Sign is white, so everything seems to be fine. But it isn't. Besides that the alarm only plays a buzzing sound instead of selected radio station, the preset buttons don't work. After selecting anything of the menu that requires a connection to mysqueezebox.com, "connecting to mysqueezebox.com" appears and then everything works fine. But before, it doesn't ..
*** This bug has been marked as a duplicate of bug 15444 ***