4 hours ago
(This post was last modified: 4 hours ago by JayisonJellyfin. Edited 2 times in total.)
After upgrading Jellyfin from 10.7 to 10.11, the server consistently crashes during library scans at around 24–25% progress.
Initially, the web client still showed version 10.7 even though the backend service was updated to 10.11, so the database migration did not run at first.
Eventually, I was able to trigger the correct migration and get the web UI to match 10.11 after deleting the Jellyfin cache folder, but the issue with library scans persists.
System setup
Problem summary
After the upgrade, the web interface initially didn’t update and migrations didn’t run. Once the cache was cleared, the migration to 10.11 completed successfully and the UI version matched the backend.
However, the library scan still crashes Jellyfin service at ~24% completion, regardless of settings or file changes.
The crash occurs without a clear stack trace — the log typically ends after:
[INF] Main: Prepare system for possible migrations
[INF] Jellyfin.Database.Implementations.Locking.NoLockBehavior: The database locking mode has been set to: NoLock
followed by an abrupt stop in the service.
Steps taken so far
Current status
Expected behavior
The media scan should complete successfully, or at least fail gracefully with an error message rather than crashing the service.
Actual behavior
The Jellyfin service stops completely during the scanning process around 24% progress, without detailed errors or trace logs indicating the failing component.
Looking for guidance on
I'm trying to upload my debugging logs but I can't seem to do that here.
edit: I've uploaded the logs to github https://github.com/jellyfin/jellyfin/issues/15207
Thanks guys
Initially, the web client still showed version 10.7 even though the backend service was updated to 10.11, so the database migration did not run at first.
Eventually, I was able to trigger the correct migration and get the web UI to match 10.11 after deleting the Jellyfin cache folder, but the issue with library scans persists.
System setup
- Previous version: 10.7.x
- Current version: 10.11.x
- Platform: Windows (service install)
- Media path:
\\DS1522\Volume 1\Media Backup
(Synology NAS share)
- Database and cache: default local paths
- Browser/Web UI: now correctly shows 10.11
- Plugins: all uninstalled during troubleshooting (Fanart plugin was crashing early in the process)
Problem summary
After the upgrade, the web interface initially didn’t update and migrations didn’t run. Once the cache was cleared, the migration to 10.11 completed successfully and the UI version matched the backend.
However, the library scan still crashes Jellyfin service at ~24% completion, regardless of settings or file changes.
The crash occurs without a clear stack trace — the log typically ends after:
[INF] Main: Prepare system for possible migrations
[INF] Jellyfin.Database.Implementations.Locking.NoLockBehavior: The database locking mode has been set to: NoLock
followed by an abrupt stop in the service.
Steps taken so far
- Upgrade process
- Manually upgraded Jellyfin from 10.7 → 10.11.
- Confirmed service binary was 10.11, but web interface still showed 10.7.
- Migrations were not triggered automatically.
- Manually upgraded Jellyfin from 10.7 → 10.11.
- UI version fix
- Deleted Jellyfin’s cache folder.
- Restarted service → web client updated to 10.11, and migration completed.
- Deleted Jellyfin’s cache folder.
- Plugin cleanup
- Uninstalled Fanart and all other third-party plugins (Fanart was initially crashing).
- Restarted the server with only official/default components active.
- Uninstalled Fanart and all other third-party plugins (Fanart was initially crashing).
- File integrity checks
- Ran PowerShell scripts to validate image files across the media library.
- Found and isolated corrupted .jpg and .trickplay files into a quarantine folder.
- Confirmed no remaining invalid image files in the library.
- Ran PowerShell scripts to validate image files across the media library.
- System/network checks
- Verified NAS connectivity and read/write speeds (stable).
- Disabled Windows Defender and real-time scanning.
- Confirmed no permission or path issues.
- Verified NAS connectivity and read/write speeds (stable).
- After cleanup
- Rebooted both NAS and Windows host.
- Tried rescanning with all metadata disabled.
- Still crashes at ~24% each time.
- Rebooted both NAS and Windows host.
Current status
- Jellyfin backend and UI both now correctly on 10.11.
- All non-core plugins removed.
- Cache rebuilt and corrupted image files quarantined.
- Database migrations completed successfully (post-cache deletion).
- Service still crashes at 24% during library scans.
- Event Viewer shows no specific application error related to Jellyfin.
Expected behavior
The media scan should complete successfully, or at least fail gracefully with an error message rather than crashing the service.
Actual behavior
The Jellyfin service stops completely during the scanning process around 24% progress, without detailed errors or trace logs indicating the failing component.
Looking for guidance on
- How to enable the most detailed trace logging to identify which item triggers the crash.
- Whether a partial or re-initialized metadata database could resolve this.
- If there’s a way to force a clean reindex without wiping existing metadata.
- Whether the earlier version mismatch (10.7 UI / 10.11 backend) may have left partial schema corruption.
- Any known issues with Fanart or migration leftovers in 10.11 that can cause library scan crashes.
I'm trying to upload my debugging logs but I can't seem to do that here.
edit: I've uploaded the logs to github https://github.com/jellyfin/jellyfin/issues/15207
Thanks guys