Hi Michael,
I updated this morning with this build (via a pinkdot repackage):
Logitech Media Server Version: 8.0.0 - 1602796130 @ Thu Oct 15 23:24:53
CEST 2020
Hostname: Synology
Server IP Address: 192.168.0.2
Server HTTP Port Number: 9000
Operating system: Synology DSM 6.2.3 - EN - utf8
Shutdown LMS, removed all library.db, started up, and rescanned, all is
good, thanks!
mherger wrote:
> > [20-10-16 09:43:07.8332] Slim::Schema::Storage::throw_exception (121)
> > Error: DBI Exception: DBD::SQLite::db do failed: unrecognized
> parameter:
> > notindexed=id [for statement "DROP
[20-10-16 09:43:07.8332] Slim::Schema::Storage::throw_exception (121)
Error: DBI Exception: DBD::SQLite::db do failed: unrecognized parameter:
notindexed=id [for statement "DROP TABLE IF EXISTS fulltext;"]
I've seen this, too, when I was switching between two SQLite versions.
"notindexed" was
Centos 7 with default 5.16 perl. Changing over the SCL-perl530 results
in different issues during compile/startup.
LOGITECH MEDIA SERVER VERSION: 8.0.0 - 1602796130 @ THU OCT 15 23:16:56
CEST 2020
OPERATING SYSTEM: RED HAT - EN - UTF8
PLATFORM ARCHITECTURE: X86_64-LINUX
PERL VERSION: 5.16.3 -
mherger wrote:
> > [20-10-15 10:22:16.5945] Slim::Schema::Storage::throw_exception (121)
> > Error: DBI Exception: DBD::SQLite::db do failed: unrecognized
> parameter:
> > notindexed=id [for Statement "DROP TABLE IF EXISTS fulltext;"]
>
> New builds should be out in a few hours.
>
> I
[20-10-15 10:22:16.5945] Slim::Schema::Storage::throw_exception (121)
Error: DBI Exception: DBD::SQLite::db do failed: unrecognized parameter:
notindexed=id [for Statement "DROP TABLE IF EXISTS fulltext;"]
New builds should be out in a few hours.
I reverted the playlist indexing for older
Hi Michael,
issue is only there with an active Spotty plugin. If I de-activate the
Spotty plugin, the errors disappear.
With the latest build the errors still appear (with an active spotty
plugin).
Logitech Media Server Version: 8.0.0 - 1602763838 @ Thu Oct 15 14:25:00
CEST 2020
Hostname:
running - logitechmediaserver-8.0.0-0.1.1602763838.noarch
*[20-10-15 10:22:16.5939]
Slim::Plugin::FullTextSearch::Plugin::_rebuildIndex (445) Starting
fulltext index build
[20-10-15 10:22:16.5942]
Slim::Plugin::FullTextSearch::Plugin::_rebuildIndex (449) Initialize
fulltext table
[20-10-15
Uninstalled, cleaned out perl dirs from install tests, reinstalled rpm,
and back up and running.
Though scans still fail, which is expected as you haven't made any
changes to the DBD module or the code.
Do you still get the exact same error?
There's a slightly newer build available in which I
Matt Drown wrote:
> Updated to the nightly - logitechmediaserver-8.0.0-0.1.1602603940.noarch
> - to try the change, and now getting this, and a failure to start the
> server.
>
Uninstalled, cleaned out perl dirs from install tests, reinstalled rpm,
and back up and running.
Though scans still
Updated to the nightly - logitechmediaserver-8.0.0-0.1.1602603940.noarch
- to try the change, and now getting this, and a failure to start the
server.
SQUEEZEBOXSERVER[31924]: STARTING SQUEEZEBOX SERVER: THE FOLLOWING CPAN
MODULES WERE FOUND BUT CANNOT WORK WITH LOGITECH MEDIA SERVER:
Solved,
Upon scutinizing my collection, I found a few albums with corrupted
audio files. After replacing with proper rips all works fine now.
nimnul's Profile: http://forums.slimdevices.com/member.php?userid=13492
View
Looks like that may have been the issue, rebuilt the CPAN modules and
installed them into the CPAN dir for the centos7 default perl version.
Thank you very much for this test! I'll have to see what makes best
sense to work around this limitation.
--
Michael
Looks like that may have been the issue, rebuilt the CPAN modules and
installed them into the CPAN dir for the centos7 default perl version.
Logitech Media Server Version: 8.0.0 - 1601590552 @ Fri Oct 2 01:01:10
CEST 2020
Operating system: Red Hat - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.16.3 - x86_64-linux-thread-multi
Database Version: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)
Hmm... I wonder whether we're facing a compatibility issue with older
versions of DBD::SQLite.
Would you be able to download
Seeing the same thing here on a Centos7 based version:
Logitech Media Server Version: 8.0.0 - 1601590552 @ Fri Oct 2 01:01:10
CEST 2020
Hostname: xx
Server IP Address: xxx
Server HTTP Port Number: 9000
Operating system: Red Hat - EN - utf8
Platform Architecture: x86_64-linux
Perl
Hi Michael,
Logitech Media Server Status
Logitech Media Server Version: 8.0.0 - 1601590552 @ Fri Oct 2 01:09:07
CEST 2020
Hostname: Synology
Server IP Address: 192.168.0.2
Server HTTP Port Number: 9000
Operating system: Synology DSM 6.2.3 - EN - utf8
Platform Architecture: x86_64-linux
Perl
[20-10-12 10:49:45.5523] Slim::Schema::Storage::throw_exception (121)
Error: DBI Exception: DBD::SQLite::db do failed: SQL logic error or
missing database
unable to use function MATCH in the requested context [for Statement "
What DBD::SQLite Version is your LMS using (see
I'm getting the same (Logitech Media Server Version: 8.0.0 - 1601590552
@ Fri Oct 2 01:09:07 CEST 2020).
Here's my scanner log:
[20-10-12 10:49:08.8810] main::main (206) Starting Logitech Media Server
scanner (v8.0.0, 1601590552, Fri Oct 2 01:09:07 CEST 2020) perl
5.024000
[20-10-12
The scanner.log seems to be empty. Please try to get a full file after a
failed attempt.
Most likely there's a corrupted file in your collection or something.
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
I have used LMS for 10years approx, so I have pretty good experience
with it.
Lately I have been running a NUC w latest Ubuntu and LMS 8.xxx and a few
days ago Scanning (I re scan every night) stopped at 90%.
I downgraded LMS to 7.93 on the ubuntu, no difference. Started LMS on a
W10 PC, same
21 matches
Mail list logo