7.9 Problems/Bugs

[JJZolx]

> Strange! I only use it in-house and got used to read my booklets on my
> tablet in Orange Squeeze. Works nicely. It would be really bad if it is
> gone

That's a feature provided by the Music & Artist Information plugin, not
the Gallery. Please give it a try. And let me know if you still want to
have the Gallery. I can give you access to it.

--

Michael

[JJZolx]

7.9 Problems/Bugs

Here's a fairly significant new problem. I've updated to the latest rev of 7.9 and removed the tweak database plugin. I stopped the server, deleted everything in the cache, then restarted. The server fails to scan the library and scanner.log shows the following:

[14-05-10 02:44:33.7133] main::main (202) Starting Logitech Media Server scanner (v7.9.0, TRUNK, UNKNOWN) perl 5.014001
[14-05-10 02:44:34.4477] Slim::Schema::forceCommit (2109) Warning: Trying to commit transactions before DB is initialized!
[14-05-10 02:44:35.1040] Slim::Utils::DbCache::_init_db (275) Warning: DBD::SQLite::db do failed: SQL logic error or missing database
cannot VACUUM from within a transaction at C:/Program Files (x86)/Logitech Media Server 7.9/server/Slim/Utils/DbCache.pm line 243.
Delete the file C:\ProgramData\Squeeze\70\cache\artwork.db and start from scratch.
[14-05-10 02:45:08.0571] main::main (298) Warning: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=C:\ProgramData\Squeeze\70\cache\artwork.db at C:/Program Files (x86)/Logitech Media Server 7.9/server/scanner.pl line 298.
[14-05-10 02:45:08.0574] main::main (298) Warning: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=C:\ProgramData\Squeeze\70\cache\artwork.db at C:/Program Files (x86)/Logitech Media Server 7.9/server/scanner.pl line 298.
[14-05-10 02:45:08.0580] main::main (301) Error: Failed when calling Slim::Schema->wipeAllData: [Unable to read/create C:\ProgramData\Squeeze\70\cache\artwork.db]
[14-05-10 02:45:08.0583] main::main (302) Error: This is a fatal error. Exiting

I can manually run a full wipe and rescan after this and the library is scanned successfully, with scanner.log showing no errors.

[mherger]

7.9 Problems/Bugs

Thanks a lot for that report! Hmm... might be the scanner is launched before the server is opening that file for the first time. Will fix this asap.

[mherger]

7.9 Problems/Bugs

> Here's a fairly significant new problem. I've updated to the latest rev
> of 7.9 and removed the tweak database plugin. I stopped the server,
> deleted everything in the cache, then restarted. The server fails to
> scan the library and scanner.log shows the following:

I haven't been able to reproduce this issue. I removed all *.db files
from the cache folder, started LMS, scanned without any problem. I still
re-arranged the statements in that area a bit. Could you please try to
reproduce? Thanks!

--

Michael

[JJZolx]

I haven't updated yet. I'm trying it again with whatever version I had from yesterday.

Yep, same failure.

[14-05-12 06:55:40.9070] main::main (202) Starting Logitech Media Server scanner (v7.9.0, TRUNK, UNKNOWN) perl 5.014001
[14-05-12 06:55:41.5320] Slim::Schema::forceCommit (2109) Warning: Trying to commit transactions before DB is initialized!
[14-05-12 06:55:42.1570] Slim::Utils::DbCache::_init_db (275) Warning: DBD::SQLite::db do failed: SQL logic error or missing database cannot VACUUM from within a transaction at C:/Program Files (x86)/Logitech Media Server 7.9/server/Slim/Utils/DbCache.pm line 243.
Delete the file C:\ProgramData\Squeeze\70\cache\artwork.db and start from scratch.
[14-05-12 06:56:15.0788] main::main (298) Warning: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=C:\ProgramData\Squeeze\70\cache\artwork.db at C:/Program Files (x86)/Logitech Media Server 7.9/server/scanner.pl line 298.
[14-05-12 06:56:15.0791] main::main (298) Warning: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=C:\ProgramData\Squeeze\70\cache\artwork.db at C:/Program Files (x86)/Logitech Media Server 7.9/server/scanner.pl line 298.
[14-05-12 06:56:15.0798] main::main (301) Error: Failed when calling Slim::Schema->wipeAllData: [Unable to read/create C:\ProgramData\Squeeze\70\cache\artwork.db]
[14-05-12 06:56:15.0801] main::main (302) Error: This is a fatal error. Exiting

I'll let you know what happens after updating.

[JJZolx]

Same results after updating.

[mherger]

7.9 Problems/Bugs

Do you see any related errors in server.log around the same time? And you are running from the source, aren't you?

[JJZolx]

Do you see any related errors in server.log around the same time? And you are running from the source, aren't you?

No, just the usual messages when started with no database.

[14-05-12 07:06:28.4696] main::init (368) Starting Logitech Media Server (v7.9.0, TRUNK, UNKNOWN) perl 5.014001
[14-05-12 07:06:29.7978] Slim::Utils::SQLiteHelper::postConnect (370) Optimizing DB because of missing or empty sqlite_stat1 table
[14-05-12 07:06:29.8043] Slim::Schema::forceCommit (2109) Warning: Trying to commit transactions before DB is initialized!
[14-05-12 07:06:29.8146] Slim::Schema::init (162) Warning: Creating new database - empty, outdated or invalid database found
[14-05-12 07:06:30.4065] main::checkDataSource (1092) Warning: Schema updated or no media found in the database, initiating scan.
[14-05-12 07:07:05.7912] Slim::Utils::SQLiteHelper::postConnect (370) Optimizing DB because of missing or empty sqlite_stat1 table
[14-05-12 07:07:05.7976] Slim::Schema::forceCommit (2109) Warning: Trying to commit transactions before DB is initialized!

Yes, I'm running from the source. Just to be sure it wasn't another oddball issue with running the Perl code as a Windows service, I tried it both as a service and a user process. Same results.

FWIW, the latest 7.8.1 has no problems starting and scanning with an empty cache.

[verypsb]

Not trying to hijack tis thread, but I'm unable to run a 'changed & new' scan, however a 'clean & scan' completes succesfully. (And about 15 min. faster than before (about 52.000 tracks)

[mherger]

7.9 Problems/Bugs

> Not trying to hijack tis thread, but I'm unable run a 'changed & new'
> scan, however a 'clean & scan' completes succesfully. (And about 15 min.
> faster than before (about 52.000 tracks)
>

Are you using any 3rd party plugins, iTunes?

[kidstypike]

Not trying to hijack tis thread, but I'm unable run a 'changed & new' scan, however a 'clean & scan' completes succesfully. (And about 15 min. faster than before (about 52.000 tracks)

I'm seeing this on two separate servers.
One Wednesday build - Logitech Media Server Version: 7.9.0 - 1399470368 @ Wed May 7 14:18:14 CUT 2014
One Saturday build - Logitech Media Server Version: 7.9.0 - 1399649268 @ Sat May 10 03:05:32 CUT 2014

[verypsb]

Lots of third party plugins, no iTunes however. Maybe some of Erland's plugins?

[mherger]

7.9 Problems/Bugs

> Lots of third party plugins, no iTunes however. Maybe some of Erland's
> plugins?

What do server.log and/or scanner.log say?

[kidstypike]

Scanner gets very near the end of, but doesn't complete the "Discovering files/directories" phase of the scan, timer just carries on, in Task manager, cpu for scanner is ~60%, need to kill the process.

Nothing in the server log, very little in the scanner log

[14-05-12 19:09:50.0751] main::main (202) Starting Logitech Media Server scanner (v7.9.0, 1399649268, Sat May 10 03:05:32 CUT 2014) perl 5.014001
[14-05-12 19:09:51.3164] Slim::Schema::forceCommit (2109) Warning: Trying to commit transactions before DB is initialized!
[14-05-12 19:09:51.9748] Slim::Music::Import::runImporter (479) Starting Slim::Media::MediaFolderScan scan
[14-05-12 19:09:51.9757] Slim::Utils::Scanner::Local::rescan (174) Discovering audio files in D:\Geolapmusic

[bwaldron]

I just upgraded to 7.9 from 7.8.1 today (Windows 7). My first attempt at a rescan (just to test -- hadn't added any new music) resulted in exactly this problem with the same log entries. I let it run for awhile before killing the server and scanner processes. After restarting, I did a complete clear and rescan -- it worked fine. I then tried another "new and changed" rescan, and it completed without incident this time. Gremlins, I suppose.

EDIT: I was mistaken -- it was a Playlists-only scan that completed properly. I am now running a new/changed scan and it has hung again. Same log entries as yours. It hung on a different file in the "Discovering files/directories" step this time, FWIW.

Scanner gets very near the end of, but doesn't complete the "Discovering files/directories" phase of the scan, timer just carries on, in Task manager, cpu for scanner is ~60%, need to kill the process.

Nothing in the server log, very little in the scanner log

[14-05-12 19:09:50.0751] main::main (202) Starting Logitech Media Server scanner (v7.9.0, 1399649268, Sat May 10 03:05:32 CUT 2014) perl 5.014001
[14-05-12 19:09:51.3164] Slim::Schema::forceCommit (2109) Warning: Trying to commit transactions before DB is initialized!
[14-05-12 19:09:51.9748] Slim::Music::Import::runImporter (479) Starting Slim::Media::MediaFolderScan scan
[14-05-12 19:09:51.9757] Slim::Utils::Scanner::Local::rescan (174) Discovering audio files in D:\Geolapmusic