Bugzilla – Bug 16050
SB Radio & SB Controller randomly attempts to switch between music sources
Last modified: 2010-05-27 15:41:39 UTC
Greetings I have four SqueezeBox Servers running on virtual CentOS servers. I need to split my music up into distinct logical groups which are separate from each other. (It would be preferable if a configuration setting on one server was available to manage multiple groups of music independently of each other) This configuration works fine for my transporter and SqueezeBoxes - but the SB Radio and Controller have difficulty navigating the four servers (more like impossible) I am not able to see a list of all four servers (they are on the same subnet), only one - however, when attempting to change the source to the one selected, the SB radio and Controller attempts to connect to one of the others. It seems the connection attempts to cycle through each of the servers, but never connects to any of them.(This occurs even when attempting to display current playlists, list albums, etc...) This basically renders the controller and radio inoperable. Every time one attempt to list the albums, one of the servers are attempted to be connected to - and the whole cycle repeats. I am unable to use the controller, or radio with this configuration. I previously ran server version 7.4x as a single server, and then split out to 4 servers. I have not been able to use the Radio and Controller since. I have just installed 7.5x in the hopes of this problem being corrected, but it is still an issue. Kind regards James
I wonder if this bug is possibly the same as a bug I have reported, 16044. Sounds quite similar.
Hi Alice Yep - this is exactly the same behaviour my radio is experiencing - Music streams fine (when you can get it playing) but the UI goes berserk trying to randomly connect (and fail) most of the other time. It would seem that if there are more than one music source tat a radio (and controller) is connected to, it has difficulty in maintaining stability with the selected server. I suspect it's a "keep alive" or "ping" type process that attempts to handshake with the server - and doesn't quite know which one it's supposed to handshaking with. I also suspect this is a squeezeplay issue, as my understanding is that the controller and radio use the same GUI. I have added your bug id to my bug list. Many thanks for that. At least I can be reasonably certain it's not my VM environment, but more accurately as you have labelled your bug - a networking issue. (In reply to comment #1) > I wonder if this bug is possibly the same as a bug I have reported, 16044. > Sounds quite similar.
*** This bug has been marked as a duplicate of bug 16044 ***
The 'UI' component is being removed. This bug is being shifted to the appropriate new component.