Updated Jellyfin in Synology Docker, apparently wiped cache/config

[Minions]

Hello Everyone, I had Jellyfin installed in a containermanager docker, and followed a guide to "upgrade" since the app stopped working due to the age of the install. Doing so apparently wiped my cache/config due to it not being stored outside of the container. I re-mapped the media drives under shares, however I have run into issues where my media library can no longer scan and other issues. Is there a way to resolve this without completely creating a new docker and starting over? I have spent weeks getting all the metadata images, etc all formatted and would prefer not to start over completely. I just don't know what I need to do/where to go to fix whatever was overwritten in the update. Mapping the shares does allow me to view/play the media through.


Log from trying to update library
[2025-01-15 06:59:24.619 +00:00] [INF] [54] Emby.Server.Implementations.IO.LibraryMonitor: Stopping directory watching for path "/media/Movies"
[2025-01-15 06:59:24.620 +00:00] [INF] [54] Emby.Server.Implementations.IO.LibraryMonitor: Stopping directory watching for path "/media/Disney"
[2025-01-15 06:59:24.620 +00:00] [INF] [54] Emby.Server.Implementations.IO.LibraryMonitor: Stopping directory watching for path "/media/Anime Movies"
[2025-01-15 06:59:24.620 +00:00] [INF] [54] Emby.Server.Implementations.IO.LibraryMonitor: Stopping directory watching for path "/media/Gundam"
[2025-01-15 06:59:24.621 +00:00] [INF] [54] Emby.Server.Implementations.IO.LibraryMonitor: Stopping directory watching for path "/media/Anime Shows"
[2025-01-15 06:59:24.621 +00:00] [INF] [54] Emby.Server.Implementations.IO.LibraryMonitor: Stopping directory watching for path "/media/TV"
[2025-01-15 06:59:24.623 +00:00] [INF] [54] Emby.Server.Implementations.Library.LibraryManager: Validating media library
[2025-01-15 06:59:24.633 +00:00] [WRN] [54] MediaBrowser.Controller.Entities.BaseItem: Library folder "/config/data/playlists" is inaccessible or empty, skipping
[2025-01-15 06:59:24.642 +00:00] [ERR] [83] MediaBrowser.Controller.Entities.BaseItem: Error refreshing owned items for "/config/root/default/Test"
System.IO.DirectoryNotFoundException: Could not find a part of the path '/config/root/default/Test'.
  at System.IO.Enumeration.FileSystemEnumerator1.Init()
  at System.IO.DirectoryInfo.InternalEnumerateInfos(String path, String searchPattern, SearchTarget searchTarget, EnumerationOptions options)
  at MediaBrowser.Controller.Providers.DirectoryService.<>c.<GetFileSystemEntries>b__5_0(String p, IFileSystem fileSystem)
  at MediaBrowser.Controller.IO.FileData.GetFilteredFileSystemEntries(IDirectoryService directoryService, String path, IFileSystem fileSystem, IServerApplicationHost appHost, ILogger logger, ItemResolveArgs args, Int32 flattenFolderDepth, Boolean resolveShortcuts)
  at MediaBrowser.Controller.Entities.CollectionFolder.CreateResolveArgs(IDirectoryService directoryService, Boolean setPhysicalLocations)
  at MediaBrowser.Controller.Entities.BaseItem.RefreshMetadata(MetadataRefreshOptions options, CancellationToken cancellationToken)
[2025-01-15 06:59:24.643 +00:00] [ERR] [83] Emby.Server.Implementations.ScheduledTasks.TaskManager: Error executing Scheduled Task
System.IO.DirectoryNotFoundException: Could not find a part of the path '/config/root/default/Test'.
  at System.IO.Enumeration.FileSystemEnumerator1.Init()
  at System.IO.DirectoryInfo.InternalEnumerateInfos(String path, String searchPattern, SearchTarget searchTarget, EnumerationOptions options)
  at MediaBrowser.Controller.Providers.DirectoryService.<>c.<GetFileSystemEntries>b__5_0(String p, IFileSystem fileSystem)
  at MediaBrowser.Controller.IO.FileData.GetFilteredFileSystemEntries(IDirectoryService directoryService, String path, IFileSystem fileSystem, IServerApplicationHost appHost, ILogger logger, ItemResolveArgs args, Int32 flattenFolderDepth, Boolean resolveShortcuts)
  at MediaBrowser.Controller.Entities.CollectionFolder.CreateResolveArgs(IDirectoryService directoryService, Boolean setPhysicalLocations)
  at MediaBrowser.Controller.Entities.CollectionFolder.RequiresRefresh()
  at MediaBrowser.Providers.Manager.MetadataService2.RefreshMetadata(BaseItem item, MetadataRefreshOptions refreshOptions, CancellationToken cancellationToken)
  at MediaBrowser.Controller.Entities.BaseItem.RefreshMetadata(MetadataRefreshOptions options, CancellationToken cancellationToken)
  at Emby.Server.Implementations.Library.LibraryManager.ValidateTopLibraryFolders(CancellationToken cancellationToken, Boolean removeRoot)
  at Emby.Server.Implementations.Library.LibraryManager.PerformLibraryValidation(IProgress1 progress, CancellationToken cancellationToken)
  at Emby.Server.Implementations.Library.LibraryManager.ValidateMediaLibraryInternal(IProgress`1 progress, CancellationToken cancellationToken)
  at Emby.Server.Implementations.ScheduledTasks.ScheduledTaskWorker.ExecuteInternal(TaskOptions options)"

Thanks,
Chris

[Efficient_Good_5784]

You should go to your library settings in the dashboard and remove the directory "Test" from whatever library you linked it to.

Also, did you have a backup? How did you recover from deleting the config folder?

[Minions]

Well I'm not 100% whether the config was wiped I assumed it was. The first thing that happened after updating jellyfin (I stopped container, went to images, clicked update, then started the container again), was that it no longer had permission to access the media folders. I added the root media directory back in volume settings which allowed jellyfin read/write back to those folders. The test folder was created during this time to test adding an existing media to a new library. I then deleted that library using remove under the libraries but it has not gone away on the home page. I read to re-run the library scan, but that is what is failing.

[Efficient_Good_5784]

Did you have NFOs enabled? Maybe you didn't lose the metadata by having NFOs present alongside your media files if so.

When you update the container, you don't keep anything inside it. The process of updating a Docker container is creating a new container and deleting the old one.
If you turn off the current container then go and update the image, the next time you launch the container, it will check if the image has changed.
If so, it will redo the container to use the new image. That includes having everything in the old container being lost.

When you updated, did you have to redo things such as going through the startup wizard again?

[Minions]

No it didn't prompt anything. I started it back up and the jellyfin main page loaded as usual. I just selected my server and logged in. All the libraries showed, but if I clicked any of them and tried to play a movie/show it error'd and said "no such file or directory". That lead me down the rabbit hole of figuring out where there permissions were. Once I mapped the media folders in the volume settings all the current media plays without issue. All the images/metadata still exists, and all other scheduled processes seem to be running without issue.

[Efficient_Good_5784]

Do your issues still happen from a private browser window (to see if cache is the issue)?

[Minions]

Could it be as easy as changing the /cache volume1/docker/Jellyfin/cache and /config to volume1/docker/Jellyfin/config ?

https://imgur.com/a/Pt2pWWT

---

I did incognito, the test library still shows, and running the scheduled library sync instantly fails.

[Efficient_Good_5784]

Could it be as easy as changing the /cache volume1/docker/Jellyfin/cache and /config to volume1/docker/Jellyfin/config ?

No because that's where your current config folder is located at.

For this problem, we can ignore cache as it's not that important to lose.
What is most likely the issue is the config folder.

I'll run some tests later when/if I have time, but my guess as of now is that config is the issue.

[Minions]

I am going to try adding a library back with the same name/path as the one I deleted and see if it allows the libraries to sync. If they can sync I'll try deleting it again. If it errors again I can probably live with adding the test library and disabling it. I'll let you know if it works.

[Minions]

Adding the library of the same name back let the libraries sync, removing the library after it appears it still syncs. Anyone have any idea what might have caused it to be unable to properly remove the library the first time? Some of my meta-data is missing but only some things. I will run a full sync and see if anything changes. I see in the log it complaining that some metadata folders are missing.