Bug 9787 - 7.2 and 7.3 crash saving playlist from Duet Controller
: 7.2 and 7.3 crash saving playlist from Duet Controller
Status: CLOSED FIXED
Product: SB Controller
Classification: Unclassified
Component: SB Server
: unspecified
: PC Linux (other)
: P3 major (vote)
: 7.3.3
Assigned To: Ross Levine
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-22 08:05 UTC by Chris Barker
Modified: 2009-06-17 09:35 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Barker 2008-10-22 08:05:29 UTC
Hi,

In the last week I have encountered a serious problem with my Squeezecenter running on Clarkconnect linux. I can repeatedly crash my SC 7.2 and beta 7.3 server when I try to save a playlist using the Duet controller. I can then not restart the server. In the first instance I was finally able to restart the server by first upgrading to the 7.3 nightly build. I had first tried deleting the mysql cache directory but the server would start and then immediately crash with these error in the log file:

[08-10-22 00:04:16.0714] DBIx::Migration::_connect (156) Warning: Couldn't connect to database, "" at /usr/share/squeezecenter/CPAN/DBIx/Migration.pm line 156.

Of course I checked mysql and stopped and restarted that as well. I would try repeatedly to restart and it would keep crashing.

Tonight, I tried saving a playlist again from the controller and again it took the entire server down. Again deleted the mysql cache and again it would start and then crash again. Somehow, after repeatedly stopping and restarting mysql, SC 7.3 and manually killing processess, I seem to be up and running again with a full rescan taking place. It takes 45 minutes since I have about 4,000 albums.

I can save a playlist using the web gui so I don't understand why the controller is causing such havoc. I do not believe permissions are an issue because I can save using the web ui.

If anybody could help I would be grateful. Especially, on how to revive my server if and when this happens again?

Thanks.

-CB
Comment 1 KDF 2008-10-22 11:59:34 UTC
please leave targets, and priorities at defaults for new reports.  These values are set during review.
Comment 2 James Richardson 2008-10-22 13:28:49 UTC
Ross: can you take a crack at reproducing this.

I am unable to repo this on either OSX 10.5 or Windows XP/2003.  It may be Unix specific
Comment 3 Ross Levine 2008-11-03 15:59:03 UTC
I tried but I'm not able to reproduce within Ubuntu. Chris is the drive you're writing too particularly slow? I ask because I wonder if this could be a symptom of bug 9004. 
Comment 4 Chris Barker 2008-11-03 17:01:35 UTC
It is an external usb drive. I do know that the drive spins down after some time of inactivity. If it is a timing issue maybe that is the problem? Another user reported on my thread that they had encountered the same problem I have. Let me know if I can be of more help.

I can save a playlist using the web gui so it seems to be related to the duet controller specifically.

-CB

Comment 5 Ross Levine 2008-11-10 15:49:38 UTC
Chris, would you mind linking to your thread in the forums? Also, how often is this reproducible for you? I'm curious if you can be sure the external drive is not spinning up, and then try to reproduce? I'm still not able to reproduce this. 
Comment 6 Chris Barker 2008-11-12 08:25:26 UTC
Here's the link to the thread:

http://forums.slimdevices.com/showthread.php?t=54050

Note there is another user that has this problem.

I have reproduced it twice now. I would like to help but each time I crash my server and it takes about an hour for me to get things running again since I have over 3,000 albums and it takes about 50 minutes to do a full rescan again since the db gets trashed. I am stable right now so I would prefer not to crash again right now.

-CB
Comment 7 Ross Levine 2008-11-12 15:51:08 UTC
Chris do you have any Squeezebox players other than Duet? You mention you can save a playlist from webui without issue, I'm wondering if other players would exhibit this crash. 

I've had no luck reproducing this; I'll need to work on this more post 7.3. If anyone has any ideas on what might cause this please share! :-)
Comment 8 James Richardson 2008-12-19 08:02:17 UTC
Changing target to next release
Comment 9 Ross Levine 2009-01-08 13:59:59 UTC
Anything new Chris?
Comment 10 Ross Levine 2009-01-19 18:18:51 UTC
Chris, do you still see this? 
Comment 11 Chris Barker 2009-01-20 07:04:06 UTC
(In reply to comment #10)
> Chris, do you still see this? 
> 

Hi,

I have not attempted to use this feature since I tried it twice and it crashed my server which required hours of rescans. I have since changed the location of my playlist to an internal drive but have not retested since I don't want to be without my sever for several hours of rescans.

If you cannot reproduce this then I guess it is something peculiar to my setup and I am okay if you want to close this bug.

-Chris
Comment 12 Ross Levine 2009-01-20 12:00:28 UTC
Thanks Chris. I think I will close this bug for now. If you see it again please let us know, thanks again. 
Comment 13 Chris Barker 2009-02-16 13:47:29 UTC
The bug was originally filed based on running Squeezecenter on ClarkConnect's Linux distribution. This distribution apparently ships with Perl version 5.85. It has been determined that the CLI commands will crash Squeezecenter when running with Perl 5.85. The solution is to upgrade to Perl 5.88 or higher if using a Controller with Squeezecenter and ClarkConnect Linux.

-CB
Comment 14 James Richardson 2009-05-06 15:08:03 UTC
Verified fixed in

SqueezeCenter 7.3.3 r26407
Controller 7.3 r5577
Comment 15 James Richardson 2009-06-17 09:35:38 UTC
This bug has been fixed in the 7.3.3 release version of SqueezeCenter!

If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html 

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.