Squeezebox Server plugin fails to start

[ViperGeek]

It appears there is some sort of issue with the version of JSON:XS shipped with the plugin

Interesting. According to CPAN, it looks like the Squeezebox Server plugin includes the latest version:

cpan[1]> i JSON:XS
CPAN: Storable loaded ok (v2.18)
Going to read /root/.cpan/Metadata
  Database was generated on Wed, 27 Jul 2011 05:30:09 GMT
Module id = JSON::XS
    CPAN_USERID  MLEHMANN (Marc Lehmann <schmorp@schmorp.de>)
    CPAN_VERSION 2.3
    CPAN_FILE    M/ML/MLEHMANN/JSON-XS-2.3.tar.gz
    UPLOAD_DATE  2010-08-17
    MANPAGE      JSON::XS - JSON serialising/deserialising, done correctly and fast
    INST_FILE    /APP/SQUEEZE/perl/local/lib/perl/5.10.0/JSON/XS.pm
    INST_VERSION 2.3

Of course, that doesn't mean anything if other components are outdated, or if the latest version is the problem.

BTW, I tried 'test JSON:XS' out of morbid curiosity and realized 'make' doesn't exist in the Javelin/Promise distribution. Is there a make binary compatible with our pretty, white box available?

- Dave

[ViperGeek]

After researching, it appears that its an issue that lots of people are experineince with 7.5.4 and above versions of squeezecenter. I'll look at packaging 7.5.3 for the Javelin (if i can :P)

Have you heard any more about a fix for this issue? I keep the service running in the hopes that the MySQL server won't "go away" in time for the MP3 scan to complete, but I'm still getting:

[11-08-08 17:19:23.1100] Slim::Schema::Storage::throw_exception (82) Error: DBI Exception: DBD::mysql::st execute failed: MySQL server has gone away [for Statement "SELECT me.name, me.value FROM metainformation me WHERE ( name = ? )" with ParamValues: 0='isScanning']

I'm convinced that MySQL isn't actually dying, but rather the previous DB operation never actually started and Slim::Schema::Storage is timing out.

- Dave