2024-05-18, 03:37 AM
Hello,
My server is running on a Debian 11 bullseye virtual machine, installed via the apt repository.
I upgraded from 10.9.1 to 10.9.2 and now my library scans are failing:
In the log (attached), you can see the "ERR" for me stopping the trickplay generation, that is before I shutdown (through the Jellyfin Shutdown button) the server and updated (through apt-get upgrade).
Things I've tried:
- Rollback to 10.9.1 and try the upgrade again
- Reboot the VM
- Restart the Jellyfin server
- Disable the music library (which the ui won't let me re-enable, I may need to create another post on that if I can't fix it)
This may not be related, but ever since upgrading to 10.9.0 + my library scans have been taking longer. They were previously about 2 minutes, and now they are 12-15, with minimal to no usage on the server. The scan sits around 92% for a while before it finishes. In this instance, the scan makes it to around 92% but fails. I don't know if the long scans on 10.9.0 / 10.9.1 is due to the back-end changes, or maybe my database is failing / corrupt, and now I can't scan the library fully. Oddly enough, the scan fails at the 2 minute mark. Additionally, I was able to add a song and a video to one of my libraries, and the scan picked it up, even though it failed.
Any help is appreciated, thank you.
My server is running on a Debian 11 bullseye virtual machine, installed via the apt repository.
I upgraded from 10.9.1 to 10.9.2 and now my library scans are failing:
Code:
[2024-05-17 22:01:09.154 -05:00] [ERR] Error in "Probe Provider"
Microsoft.Data.Sqlite.SqliteException (0x80004005): SQLite Error 6: 'database table is locked'.
at Microsoft.Data.Sqlite.SqliteDataReader.NextResult()
at Microsoft.Data.Sqlite.SqliteCommand.ExecuteReader(CommandBehavior behavior)
at Microsoft.Data.Sqlite.SqliteConnectionExtensions.ExecuteNonQuery(SqliteConnection connection, String commandText, SqliteParameter[] parameters)
at Microsoft.Data.Sqlite.SqliteTransaction..ctor(SqliteConnection connection, IsolationLevel isolationLevel, Boolean deferred)
at Microsoft.Data.Sqlite.SqliteConnection.BeginTransaction(IsolationLevel isolationLevel, Boolean deferred)
at Emby.Server.Implementations.Data.SqliteItemRepository.SaveMediaStreams(Guid id, IReadOnlyList`1 streams, CancellationToken cancellationToken)
at MediaBrowser.Providers.MediaInfo.AudioFileProber.FetchAsync(Audio audio, MediaInfo mediaInfo, MetadataRefreshOptions options, CancellationToken cancellationToken)
at MediaBrowser.Providers.MediaInfo.AudioFileProber.Probe[T](T item, MetadataRefreshOptions options, CancellationToken cancellationToken)
at MediaBrowser.Providers.Manager.MetadataService`2.RunCustomProvider(ICustomMetadataProvider`1 provider, TItemType item, String logName, MetadataRefreshOptions options, RefreshResult refreshResult, CancellationToken cancellationToken)In the log (attached), you can see the "ERR" for me stopping the trickplay generation, that is before I shutdown (through the Jellyfin Shutdown button) the server and updated (through apt-get upgrade).
Things I've tried:
- Rollback to 10.9.1 and try the upgrade again
- Reboot the VM
- Restart the Jellyfin server
- Disable the music library (which the ui won't let me re-enable, I may need to create another post on that if I can't fix it)
This may not be related, but ever since upgrading to 10.9.0 + my library scans have been taking longer. They were previously about 2 minutes, and now they are 12-15, with minimal to no usage on the server. The scan sits around 92% for a while before it finishes. In this instance, the scan makes it to around 92% but fails. I don't know if the long scans on 10.9.0 / 10.9.1 is due to the back-end changes, or maybe my database is failing / corrupt, and now I can't scan the library fully. Oddly enough, the scan fails at the 2 minute mark. Additionally, I was able to add a song and a video to one of my libraries, and the scan picked it up, even though it failed.
Any help is appreciated, thank you.
![[Image: GitHub%20Sponsors-grey?logo=github]](https://img.shields.io/badge/GitHub%20Sponsors-grey?logo=github){kind=icon}
