Bugzilla – Bug 15533
Message that "... Squeezebox Server (not) running" shown when it is running
Last modified: 2019-01-25 10:10:42 UTC
Created attachment 6462 [details] First message log Encountered a case where the message "Neither Squeezebox Server nor the scanner are running" was shown when I am clearly listening to tracks from the attached USB hard drive. Here's how I got here: - Pulled USB drive without selecting Eject USB Drive from menu beforehand - Plugged in USB drive back into Touch - Chose "Wipe and rescan" from Settings->Advanced->Squeezebox Server menu. Wipe and rescan took awhile. - Selected "Start Squeezebox Server". Returned with "Neither ... are running" message. Did it again. Same message. - Went to My Music->Artists-> ... Track. Started playing a specific track. Track started playing. Firmware version 7.5.0 r8396. Two logs attached. Both are short and cover what happened.
Created attachment 6463 [details] Second message log during this incident
michael
== Auto-comment from SVN commit #8444 to the jive repo by michael == == https://svn.slimdevices.com/jive?view=revision&revision=8444 == Bug: 15533 Description: don't read nil file handle
Mickey - can't reproduce this issue. After you did the "Wipe and rescan", did SBS still fail to run? How could you select "Start SBS"? When running "Wipe and rescan" I immediately get the scan progress, then at the end the "Stop SBS" menu item. But no way to start it, as it's already running. Can you still reproduce this issue? If so, could you please check whether you haven't missed any detail in your instructions?
ok, found potential source for trouble: we're using io.popen(cmd) to get some information from the system. This command can fail if we're running low on memory. Such failure could be the reason for wrong feedback on server state. I'm going to rewrite those calls to be using some built in lua functions instead of external tools
== Auto-comment from SVN commit #8445 to the jive repo by michael == == https://svn.slimdevices.com/jive?view=revision&revision=8445 == Bug: 15533 Description: (hopefully) improve reliability of media management and state checking. Don't shell out to the system if possible, but read files directly, to prevent failure in case of low memory situations. Mounting/unmounting will still require calls to the shell, which could fail. But at least the state displayed in the UI should be more reliable. We'll have to see whether we can add some feedback if the remaining os.execute() calls fail.
Mickey - I'm assigning this back to you. Could you please try to reproduce your issue? I've never been able to do so. I have added some changes to improve behaviour. But I'm not sure it covers your case. Thanks!
TinySC will not be updated any more.