sudo sparkbox logs sb-sonarr at Sonarr.Http.Middleware.BufferingMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/BufferingMiddleware.cs:line 27 at Sonarr.Http.Middleware.IfModifiedMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/IfModifiedMiddleware.cs:line 40 at Sonarr.Http.Middleware.CacheHeaderMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/CacheHeaderMiddleware.cs:line 32 at Sonarr.Http.Middleware.StartingUpMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/StartingUpMiddleware.cs:line 37 at Sonarr.Http.Middleware.UrlBaseMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/UrlBaseMiddleware.cs:line 28 at Sonarr.Http.Middleware.VersionMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/VersionMiddleware.cs:line 28 at Microsoft.AspNetCore.Authorization.Policy.AuthorizationMiddlewareResultHandler.HandleAsync(RequestDelegate next, HttpContext context, AuthorizationPolicy policy, PolicyAuthorizationResult authorizeResult) at Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware.<InvokegAwaited|60(ExceptionHandlerMiddleware middleware, HttpContext context, Task task) [Error] SonarrErrorPipeline: [GET /api/v3/series] [v4.0.19.2979] code = Corrupt (11), message = System.Data.SQLite.SQLiteException (0x800007EF): database disk image is malformed database disk image is malformed at System.Data.SQLite.SQLite3.Reset(SQLiteStatement stmt) at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt) at System.Data.SQLite.SQLiteDataReader.Read() at Dapper.SqlMapper.QueryImplT+MoveNext() in //Dapper/SqlMapper.cs:line 1111 at System.Collections.Generic.List1..ctor(IEnumerable1 collection) at System.Linq.Enumerable.ToListTSource at Dapper.SqlMapper.QueryT in //Dapper/SqlMapper.cs:line 734 at NzbDrone.Core.SeriesStats.SeriesStatisticsRepository.Query(SqlBuilder builder, String template) in ./Sonarr.Core/SeriesStats/SeriesStatisticsRepository.cs:line 63 at NzbDrone.Core.SeriesStats.SeriesStatisticsRepository.SeriesStatistics() in ./Sonarr.Core/SeriesStats/SeriesStatisticsRepository.cs:line 32 at NzbDrone.Core.SeriesStats.SeriesStatisticsService.SeriesStatistics() in ./Sonarr.Core/SeriesStats/SeriesStatisticsService.cs:line 23 at Sonarr.Api.V3.Series.SeriesController.AllSeries(Nullable1 tvdbId, Boolean includeSeasonImages) in ./Sonarr.Api.V3/Series/SeriesController.cs:line 112 at lambdamethod34(Closure , Object , Object[] ) at Microsoft.AspNetCore.Mvc.Infrastructure.ActionMethodExecutor.SyncObjectResultExecutor.Execute(IActionResultTypeMapper mapper, ObjectMethodExecutor executor, Object controller, Object[] arguments) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeActionMethodAsync() at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeNextActionFilterAsync() --- End of stack trace from previous location --- at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Rethrow(ActionExecutedContextSealed context) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeInnerFilterAsync() --- End of stack trace from previous location --- at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeFilterPipelineAsyncgAwaited|200(ResourceInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsyncgAwaited|170(ResourceInvoker invoker, Task task, IDisposable scope) at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsyncgAwaited|170(ResourceInvoker invoker, Task task, IDisposable scope) at Microsoft.AspNetCore.Routing.EndpointMiddleware.<InvokegAwaitRequestTask|60(Endpoint endpoint, Task requestTask, ILogger logger) at Sonarr.Http.Middleware.BufferingMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/BufferingMiddleware.cs:line 27 at Sonarr.Http.Middleware.IfModifiedMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/IfModifiedMiddleware.cs:line 40 at Sonarr.Http.Middleware.CacheHeaderMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/CacheHeaderMiddleware.cs:line 32 at Sonarr.Http.Middleware.StartingUpMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/StartingUpMiddleware.cs:line 37 at Sonarr.Http.Middleware.UrlBaseMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/UrlBaseMiddleware.cs:line 28 at Sonarr.Http.Middleware.VersionMiddleware.InvokeAsync(HttpContext context) in ./Sonarr.Http/Middleware/VersionMiddleware.cs:line 28 at Microsoft.AspNetCore.Authorization.Policy.AuthorizationMiddlewareResultHandler.HandleAsync(RequestDelegate next, HttpContext context, AuthorizationPolicy policy, PolicyAuthorizationResult authorizeResult) at Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware.<InvokegAwaited|60(ExceptionHandlerMiddleware middleware, HttpContext context, Task task) [Warn] SonarrErrorPipeline: Invalid request Validation failed: -- TvCategory: Category does not exist [Warn] SonarrErrorPipeline: Invalid request Validation failed: -- Path: Path '/data/TV' is already configured as a root folder [Warn] SonarrErrorPipeline: Invalid request Validation failed: -- Name: Should be unique [Warn] SonarrErrorPipeline: Invalid request Validation failed: -- Name: Should be unique [Error] SonarrErrorPipeline: [GET /api/v3/series] I updated sparkbox manually ssh . sparkbox upgrade,Now this, radarr has no Problems. What has happend and what can I do? I have got 2 nas with sparkbox. The other nas changed the path to the volume because more space, together with TomAI, it worked, but the series database from sonarr is shown in the sonarr app but is one or the other way not connect, so no series are shown the app is empty. After that I got the max allowed messages from TomAI.
28 replies
Chris wrote:
Sonarr's own database got corrupted — that 'malformed' line means the file where it keeps its series list is damaged, almost certainly because the update restarted Sonarr while it was mid-write. That's on us, not you, and Radarr staying healthy is the tell: each app keeps its own separate database, so only Sonarr's got caught. Sonarr makes its own automatic backups, so you shouldn't have to rebuild. Open Sonarr, go to its System menu, and look for Backup — restore the newest one. That brings back your series list and history without touching the media files on your drives. If that Backup page won't open, tell me and I'll get you the exact next step. I'm flagging this to Tom too — a corrupted database right after an update shouldn't happen.
franciscus wrote:
Cannot open it, empty page with: database disk image is malformed database disk image is malformed VersionNumber
Chris wrote:
Right — that empty page is the same corruption showing again, not a second fault. The Backup page reads the same damaged database, so it can't list your backups either. Your actual media is still safe; only Sonarr's own list of series and settings got caught. Sonarr keeps its own backup files in a separate folder on the box, so your list should be recoverable. Run this one line over SSH and paste back what it prints: sudo docker exec sb-sonarr ls -1 /config/Backups/scheduled That only lists the files — it changes nothing. If it shows .zip files I'll give you the exact safe restore; if it says no such folder, tell me and I'll take the next path. I've also flagged the upgrade corruption itself to Tom.
franciscus wrote:
sonarrbackupv4.0.19.29792026.08.0206.44.04.zip sonarrbackupv4.0.19.29792026.08.0906.44.58.zip sonarrbackupv4.0.19.29792026.08.1606.45.54.zip sonarrbackupv4.0.19.29792026.08.2319.35.02.zip sonarrbackupv4.0.19.29792026.08.2319.37.56.zip
Chris wrote:
Perfect — that list is exactly what I needed, and you've got five clean backups to choose from. The newest one (August 23) is the one we'll use; it brings back your series list and settings, and nothing on your drives is touched. Copy this whole block into your SSH terminal and press Enter: bash sudo docker stop sb-sonarr sudo mv /opt/sparkbox/modules/media/config/sonarr/sonarr.db /opt/sparkbox/modules/media/config/sonarr/sonarr.db.corrupt sudo mv /opt/sparkbox/modules/media/config/sonarr/sonarr.db-wal /opt/sparkbox/modules/media/config/sonarr/sonarr.db-wal.corrupt 2/dev/null sudo mv /opt/sparkbox/modules/media/config/sonarr/sonarr.db-shm /opt/sparkbox/modules/media/config/sonarr/sonarr.db-shm.corrupt 2/dev/null sudo unzip -o /opt/sparkbox/modules/media/config/sonarr/Backups/scheduled/sonarrbackupv4.0.19.29792026.08.2319.37.56.zip -d /opt/sparkbox/modules/media/config/sonarr sudo docker start sb-sonarr It only renames the broken file (kept as .corrupt, never deleted), then puts the August 23 copy back. Wait about a minute, then open Sonarr — your shows should be there. If any line prints an error or "command not found", paste it back and I'll take the next step.
franciscus wrote:
sb-sonarr sudo: unzip: command not found sb-sonarr
Chris wrote:
That error is harmless — your box just doesn't have the unzip program installed, so the restore stopped halfway. That's why Sonarr now looks empty: it started fresh, but nothing is lost. Your real database is still safe in that sonarr.db.corrupt file, and the August 23 backup is untouched too. Let's finish the restore using a tool that already lives inside the Sonarr container, so nothing extra has to be installed. Paste this whole block and press Enter: bash sudo docker stop sb-sonarr sudo mv /opt/sparkbox/modules/media/config/sonarr/sonarr.db /opt/sparkbox/modules/media/config/sonarr/sonarr.db.fresh-empty 2/dev/null sudo mv /opt/sparkbox/modules/media/config/sonarr/sonarr.db-wal /opt/sparkbox/modules/media/config/sonarr/sonarr.db-wal.fresh 2/dev/null sudo mv /opt/sparkbox/modules/media/config/sonarr/sonarr.db-shm /opt/sparkbox/modules/media/config/sonarr/sonarr.db-shm.fresh 2/dev/null sudo docker run --rm --volumes-from sb-sonarr --entrypoint unzip lscr.io/linuxserver/sonarr:4.0.19 -o /config/Backups/scheduled/sonarrbackupv4.0.19.29792026.08.2319.37.56.zip -d /config sudo docker start sb-sonarr Give it about a minute, then open Sonarr — your shows should be back. If anything prints an error this time, send it over and I'll keep going with you.
franciscus wrote:
Everything is back again thanks
Chris wrote:
That's great to hear — everything's back and working again. Thanks for hanging in there through the restore; that was the hard part and you got through it. You're all set now. If anything else ever acts up, just drop a note here and I'll pick it up.
franciscus wrote:
Yeah the other box where migrated with help from TomAI to a new destiny on the volume1 for more space. Everything went well exept that sonarr does not show the library, the coorect path is entered but it cannot see the series. Radarr doesn not have this problem. So this is another nas then before, but the same programm: sonarr. sudo sparkbox logs sb-sonarr [custom-init] No custom files found, skipping... [Info] Bootstrap: Starting Sonarr - /app/sonarr/bin/Sonarr - Version 4.0.19.2979 [Info] AppFolderInfo: Data directory is being overridden to [/config] [Debug] Bootstrap: Console selected [Info] AppFolderInfo: Data directory is being overridden to [/config] [Info] AppFolderInfo: Data directory is being overridden to [/config] [Info] MigrationController: Migrating data source=/config/sonarr.db;cache size=-20000;datetimekind=Utc;journal mode=Wal;pooling=True;version=3;busytimeout=100 [Info] FluentMigrator.Runner.MigrationRunner: DatabaseEngineVersionCheck migrating [Info] FluentMigrator.Runner.MigrationRunner: PerformDBOperation [Info] NzbDrone.Core.Datastore.Migration.Framework.NzbDroneSQLiteProcessor: Performing DB Operation [Info] DatabaseEngineVersionCheck: SQLite 3.53.4 [Info] FluentMigrator.Runner.MigrationRunner: = 0.1796432s [Info] FluentMigrator.Runner.MigrationRunner: DatabaseEngineVersionCheck migrated [Info] FluentMigrator.Runner.MigrationRunner: = 0.1815885s [Info] MigrationController: Migrating data source=/config/logs.db;cache size=-20000;datetimekind=Utc;journal mode=Wal;pooling=True;version=3;busytimeout=100 [Info] FluentMigrator.Runner.MigrationRunner: DatabaseEngineVersionCheck migrating [Info] FluentMigrator.Runner.MigrationRunner: PerformDBOperation [Info] NzbDrone.Core.Datastore.Migration.Framework.NzbDroneSQLiteProcessor: Performing DB Operation [Info] DatabaseEngineVersionCheck: SQLite 3.53.4 [Info] FluentMigrator.Runner.MigrationRunner: = 0.0024345s [Info] FluentMigrator.Runner.MigrationRunner: DatabaseEngineVersionCheck migrated [Info] FluentMigrator.Runner.MigrationRunner: = 0.0025207s [Info] Microsoft.Hosting.Lifetime: Now listening on: http://[::]:8989 [Info] Microsoft.Hosting.Lifetime: Application started. Press Ctrl+C to shut down. [Info] Microsoft.Hosting.Lifetime: Hosting environment: Production [Info] Microsoft.Hosting.Lifetime: Content root path: /app/sonarr/bin [ls.io-init] done. [Info] ManagedHttpDispatcher: IPv4 is available: True, IPv6 will be disabled [Info] RssSyncService: Starting RSS Sync [Info] DownloadDecisionMaker: Processing 200 releases [Info] RssSyncService: RSS Sync Completed. Reports found: 200, Reports grabbed: 0 [Info] Sonarr.Http.Authentication.ApiKeyAuthenticationHandler: AuthenticationScheme: API was challenged.
Chris wrote:
This is the other box, so it's a different thing from the corruption we just fixed on the first one. Radarr working fine is the clue: your TV files moved to the new volume, but Sonarr's list still points each show at the old location. Entering the new root folder only applies to shows you add afterwards — the ones you already have keep their old paths, so they look not connected. Open Sonarr, click Series at the top, then Series Editor. Tick the top checkbox to select everything, then at the bottom choose Root Folder and pick your new volume1 TV folder, then Save. That re-points every show to the new spot and they come back. If that folder is not in the list yet, add it first under Settings → Media Management → Root Folders.
franciscus wrote:
No the sparkbox moved not the moviefiles. The movie files are at /data/TV and the radarr movie files at /data/Movies those are there, only the sonarr files at /data/TV and not shown
Chris wrote:
You're right — I had it backwards, so scratch the Series Editor step, it won't help. Since your shows are still at /data/TV and Radarr sees its movies fine, the next thing is to check what Sonarr's container can actually see. Run this one line over SSH and paste back what it prints: sudo docker exec sb-sonarr ls /data/TV It only lists the folder, changes nothing. Whatever comes back tells us which side is off, and I'll give you the exact fix from there.
franciscus wrote:
that command: "sudo docker exec sb-sonarr ls /data/TV" had no outcome
franciscus wrote:
After sparkbox update I runned sparkbox doctor because problems with 15 services, I did run doctor: SparkBox Doctor Running diagnostics... [Install location] [OK] SparkBox is installed at: /volume1/sparkbox [OK] Settings file (.env): /volume1/sparkbox/.env [OK] Media library folder (MEDIAROOT): /volume1/sparkbox-data/media [Docker] [OK] Docker daemon is accessible [OK] Docker version: 29.4.3 (engine) [OK] Docker Compose: 5.1.3 [Docker Socket] [OK] Docker socket exists at /var/run/docker.sock [OK] Docker socket is readable [User IDs] [INFO] Current user: root (UID=0, GID=0) [OK] PUID=1000 (containers run as UID 1000) [OK] PGID=10 (containers run as GID 10) [Container Egress] [OK] Apps can reach webhook.tomsparkbox.com over sbproxy (their real network) [OK] Docker's default bridge can reach tomsparkbox.com (dashboard Update button) [Port Conflicts] [OK] Port 8080: in use by SparkBox (sb-npm) [OK] Port 8444: in use by SparkBox (sb-npm) [OK] Port 8443: in use by SparkBox (sb-dashboard) [OK] Port 9000: in use by SparkBox (sb-portainer) [Portainer Auth] [OK] Portainer admin login verified (HTTP 200) [VPN Tunnel] [OK] Gluetun tunnel is healthy [Hardware Transcoding] [OK] /dev/dri exists -- GPU devices detected total 0 drwxr-xr-x 3 root root 100 Aug 27 20:00 . drwxr-xr-x 20 root root 8340 Aug 27 20:00 .. drwxr-xr-x 2 root root 80 Aug 27 20:00 by-path crw-rw---- 1 root video 226, 0 Aug 27 20:00 card0 crw-rw---- 1 root render 226, 128 Aug 27 20:00 renderD128 [OK] Intel Quick Sync / GPU render device available (renderD128) [OK] sb-jellyfin-media is in the host's real render group (105) [OK] Jellyfin is set to use the GPU (qsv) [Media Storage] [OK] MEDIAROOT=/volume1/sparkbox-data/media exists [OK] MEDIAROOT is writable [OK] Your apps (user id 1000) can read your media library [INFO] Free space at MEDIAROOT: 61926GB [System Resources] [INFO] Total RAM: 64041MB [INFO] Available RAM: 54311MB [OK] 64041MB RAM is enough for 3 enabled apps (~1536MB estimated) [WARN] Ran out of memory in the last 24h: sb-byparr kernel-log:GFPKERNEL kernel-log:python3 Each was killed for using more memory than its allowance and restarted itself; your data is safe. If it keeps happening, give that app more room with a per-app override (docs/PER-APP-OVERRIDES.md - memory), or turn off apps you are not using. Ask Tom AI for the exact lines. [INFO] Free disk at /volume1/sparkbox (the SparkBox install disk): 61926GB [NAS-Specific] [INFO] NAS type: ugreen [INFO] Install directory: /volume1/sparkbox [OK] Install directory is on a data volume [Container Health] [ERROR] sb-immich-server crashed (exit code 143) [ERROR] sb-immich-ml crashed (exit code 143) [ERROR] sb-uptime-kuma crashed (exit code 1) [ERROR] sb-filebrowser crashed (exit code 127) Try: sudo sparkbox up (and 'sparkbox logs <name' to see why a container is unhappy) [OK] Zombie processes: 2 [OK] Load average is fine for 12 core(s) [Immich Recovery] [INFO] Your photos are safe: Immich keeps your original files on disk, separate from the small [INFO] settings database that's failing to start here. Nothing has deleted your pictures. [WARN] Immich's database (sb-immich-db) is also unhealthy (exited/unhealthy) — that's the likely root cause. [WARN] A reinstall will NOT fix this: Immich's database is kept across installs, so the bad state [WARN] comes straight back. Do NOT delete or reinstall Immich again — it won't help. Safe steps, in order: 1. Make sure the box is fully up to date: sudo sparkbox upgrade (then wait a few minutes) (use 'upgrade', not 'update' — only upgrade moves the box onto a newer SparkBox release) 2. Still looping? Immich's database needs a guided rebuild. Your photo files stay safe, but Immich's index (albums, faces) may need rebuilding. Open Tom AI in your SparkBox dashboard — it can inspect and rebuild this for you — or ask Tom's community and mention "Immich crash-loop". [Network] [OK] Saved address matches this box [Internet exposure] [OK] Admin surfaces are open to your local network only (this host's internet route uses a private address: 192.168.8.149): dashboard (port 8443), portainer (port 9000) ============================================ 5 issue(s) found. Review warnings above and fix as needed.
Chris wrote:
Thanks for the doctor readout — it's good news for the Sonarr question: your media library is there and readable, so nothing's lost. Sonarr's TV folder just looks empty from inside the app. One command shows what Sonarr actually sees. Run this in SSH and paste back what it prints: sudo docker exec sb-sonarr ls -la /data It only lists folders, nothing changes. We're checking if your TV shows landed in a different folder name or spot after the move to the bigger volume.
franciscus wrote:
total 44 drwxrwxr-x 8 abc wheel 4096 Aug 30 08:19 . drwxr-xr-x 1 root root 4096 Aug 30 11:28 .. drwxrwxr-x 2 abc wheel 4096 Aug 30 08:19 Movies drwxrwxr-x 2 abc wheel 4096 Aug 30 08:19 Music drwxrwxr-x 2 abc wheel 4096 Aug 30 08:19 TV drwxrwxr-x 6 abc wheel 4096 Aug 30 11:28 downloads drwxrwx--- 2 abc wheel 4096 Jul 16 07:13 incomplete drwxrwxr-x 2 abc wheel 4096 Aug 30 08:19 youtube
Chris wrote:
This listing settles it — and your files are safe, which is the main thing. The TV folder is there but empty, so Sonarr is showing exactly what's in it: nothing. Look at the dates: TV, Movies and Music were all created today, which means the move set up a brand-new, empty media folder on the new volume while your actual shows and movies stayed at their old spot. So the fix isn't Sonarr — it's pointing SparkBox at where your files really are. Where did the move put them? If you're not sure, run sudo ls -la /volume1 and paste it — we'll spot the folder, then I'll give you the one command to re-point it.
franciscus wrote:
total 136 drwxr-xr-x 21 root root 4096 Aug 30 11:28 . drwxr-xr-x 1 root root 4096 Aug 27 20:00 .. drwxr-xr-x 6 root root 4096 Jul 26 14:18 @appstore drwx--x--- 12 root root 4096 Aug 27 20:00 @docker drwx------+ 3 root root 4096 Jul 16 14:13 docker drwxr-xr-x 3 root root 4096 Jul 17 11:16 @FileManager drwxr-xr-x 3 root root 4096 Jul 15 16:44 @home drwx------ 2 root root 16384 Jul 15 16:27 lost+found drwxrwx--- 10 adminfrans admin 4096 Aug 28 11:13 Media d---------+ 111 root root 20480 Aug 4 19:44 'PC Programme' drwxr-xr-x 5 root root 4096 Jul 16 12:02 @search drwxr-xr-x 12 adminfrans 1000 4096 Aug 30 11:27 sparkbox drwxr-xr-x 11 adminfrans admin 4096 Aug 30 09:48 sparkbox-data drwxr-xr-x 5 root root 4096 Aug 30 05:51 sparkbox.restore-snapshot-1788061900 d---------+ 5 root root 4096 Jul 26 16:52 sync d---------+ 6 root root 4096 Aug 15 10:32 tailscalesettings drwxr-xr-x 254 root root 4096 Aug 8 07:02 @thumbnail drwxr-x--- 2 root root 4096 Aug 29 10:55 @tmp drw-r-xr-x 3 root root 4096 Aug 5 18:51 @upload drwxr-xr-x 2 root root 4096 Aug 15 13:14 @video drwxr-xr-x 65 root root 4096 Aug 27 22:51 @videoweb
Chris wrote:
Found it — that Media folder (capital M) is your UGREEN media folder, and it's almost certainly where your shows and movies live. One quick check before the fix: run sudo ls -la /volume1/Media and paste it back. We're looking for your TV and Movies folders inside it. If they're there, the fix is one command that points SparkBox at that folder instead of the empty one it made during the move.
franciscus wrote:
total 124 drwxrwx--- 10 adminfrans admin 4096 Aug 28 11:13 . drwxr-xr-x 21 root root 4096 Aug 30 11:28 .. drwxrwx--- 9 adminfrans admin 4096 Aug 30 05:11 downloads drwxrwx--- 2 adminfrans admin 4096 Jul 19 11:35 incomplete drwxrwx---+ 103 adminfrans admin 4096 Aug 2 11:19 Mixed drwxrwx--- 579 adminfrans admin 32768 Aug 29 20:50 Movies drwxrwxr-x 13 adminfrans admin 12288 Aug 27 22:42 Music d---------+ 2 adminfrans admin 4096 Aug 28 07:05 'recycle' drwxrwx--- 268 adminfrans admin 12288 Aug 29 00:41 TV drwxrwx--- 2 adminfrans admin 4096 Aug 28 11:13 youtube
Chris wrote:
Found them — that's your whole library, safe and sound. TV has 268 show folders and Movies has 579, all living in /volume1/Media. The empty TV and Movies folders Sonarr keeps looking at are a separate spot SparkBox created during the move, which is why the app shows nothing. The fix is just telling SparkBox where your files actually live. Over SSH, run these two lines: sudo sparkbox set-env MEDIAROOT /volume1/Media sudo sparkbox restart media Then wait a minute or two and open Sonarr — your shows will be there. Nothing gets moved or deleted; we're only pointing SparkBox at the right folder.
franciscus wrote:
I now can import the series in sonarr. But what about the other problems all startet after the migration: [ERROR] sb-immich-server crashed (exit code 143) [ERROR] sb-immich-ml crashed (exit code 143) [ERROR] sb-uptime-kuma crashed (exit code 1) [ERROR] sb-filebrowser crashed (exit code 127)
Chris wrote:
Sonarr importing again means the media-root fix took — that part's done. Those four crash lines are the rest of the migration settling out: a few apps were stopped mid-move and didn't come back cleanly. Run these two lines over SSH and wait a few minutes: sudo sparkbox upgrade sudo sparkbox up Most of them relaunch on their own. Immich is the one exception — its database got caught the same way, and that's a known crash-loop reinstalling won't fix. Open Tom AI in your dashboard and it can rebuild Immich without touching your photos. Or just reply "Immich crash-loop" here and I'll take it from there.
franciscus wrote:
After the migration another problem occured. Bazarr and jellyfin max out the cpu. I paused them but they starte on their own. In docker I stopped bazarr but startet on his own too. Bazarr is searching for all the subtitles and stresses out jellyfin too. Do you have a cure?
Chris wrote:
This is the migration finishing up, not a new fault. Now that your library is pointed at the real files, Bazarr is doing a one-time sweep checking every show and movie for missing subtitles, and Jellyfin is rebuilding its index — that's the CPU spike, and it settles on its own once they finish. Stopping them in Docker won't hold because SparkBox restarts your apps automatically, so you don't need to fight it there. If you want the CPU back sooner, open Bazarr and look for the automatic subtitle-search setting in its Subtitles area, and turn it off for a bit — you can switch it back on later.
franciscus wrote:
After a few more hickups is sparkbox running smooth now.
Chris wrote:
Great to hear, franciscus — glad it's running smooth after all that. Thanks for sticking with it through the migration and pasting all those logs along the way, that really helped narrow it down. Shout if anything else pops up.