Moved AppData to new drive, pointed Docker to new location, Emby things its a new install?!?

[rottonpeech 0]

I am running Emby Server and Emby Server Beta on my Unraid in dockers, and i noticed today that my "cache" drive is filling up. This is because in the long long ago when I set these things up, I apparently set the app path to the /mnt/cache/appdata vs the /mnt/user/appdata path. 

 

now, I have stopped Emby Server (both of em) and moved the files from /mnt/cache/appdata/EmbyServer (and EmbyServerBeta respectively) vs the /mnt/user/appdata/EmbyServer (and EmbyServerBeta) paths. 

 

I updated my docker config to set the new path, and now when Emby starts up, it thinks its a new install and prompts me to create my first user.

 

what happened here??!?

 

Can i unmake this mess?

Edited March 29, 2020 by rottonpeech

[Luke 37008]

Hi, well as a test, are you able to go back to the old paths to get back up and running?

[rottonpeech 0]

Hi, well as a test, are you able to go back to the old paths to get back up and running?

 

Tried that, no go. Same problem :-\

[rottonpeech 0]

it looks like all my configs are trashed :-\

 

0kb XMLs all... 

 

Im trying to setup the Beta sever again, and now im havin all kinds of new fun... like the SchedulesDirect for live TV will not work, even though the logs seem to suggest all the remote data is there (Response 200), when Emby trys to consume it, no bueno.. Its looking for a listingID that is not present... 

2020-03-29 17:47:00.167 Info App: ProcessRun 'extract-multi-image' Execute: /bin/ffmpeg -f matroska -threads 1 -skip_list 8,300,600,900,1200,1500,1800,2100,2400 -i file:"/mnt/Channels/Discovery/Outrageous Acts of Science/Season 5/Outrageous Acts of Science - S05E07 - Brain vs Brawn.mkv" -an -sn -vsync 0 -f image2 "/config/cache/temp/3c31a6ea86ff4f90b17da938ce0b94bd/img_%05d.jpg"
2020-03-29 17:47:00.573 Info HttpServer: HTTP POST http://192.168.255.245:8096/emby/LiveTv/ListingProviders?ValidateLogin=true. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36
2020-03-29 17:47:00.579 Info HttpServer: HTTP Response 200 to 192.168.255.200. Time: 6ms. http://192.168.255.245:8096/emby/LiveTv/ListingProviders?ValidateLogin=true
2020-03-29 17:47:00.580 Info HttpClient: GET http://192.168.255.195/discover.json
2020-03-29 17:47:00.587 Info HttpServer: HTTP GET http://192.168.255.245:8096/emby/System/Configuration/livetv. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36
2020-03-29 17:47:00.588 Info HttpServer: HTTP Response 200 to 192.168.255.200. Time: 2ms. http://192.168.255.245:8096/emby/System/Configuration/livetv
2020-03-29 17:47:00.588 Info HttpServer: HTTP GET http://192.168.255.245:8096/emby/LiveTv/TunerHosts. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36
2020-03-29 17:47:00.590 Info HttpServer: HTTP Response 200 to 192.168.255.200. Time: 1ms. http://192.168.255.245:8096/emby/LiveTv/TunerHosts
2020-03-29 17:47:00.596 Info HttpServer: HTTP GET http://192.168.255.245:8096/emby/LiveTv/ListingProviders/SchedulesDirect/Countries. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36
2020-03-29 17:47:00.597 Info HttpClient: GET https://json.schedulesdirect.org/20141201/available/countries
2020-03-29 17:47:00.678 Info HttpServer: HTTP Response 200 to 192.168.255.200. Time: 82ms. http://192.168.255.245:8096/emby/LiveTv/ListingProviders/SchedulesDirect/Countries
2020-03-29 17:47:03.580 Info LiveTV: Discovered tuner device HD Homerun at http://192.168.255.195
2020-03-29 17:47:03.580 Info HttpClient: GET http://192.168.255.195/discover.json
2020-03-29 17:47:03.583 Info HttpClient: GET http://192.168.255.195:80/lineup.json
2020-03-29 17:47:03.606 Error LiveTvManager: Error refreshing channels for service
	*** Error Report ***
	Version: 4.5.0.2
	Command line: /system/EmbyServer.dll -programdata /config -ffdetect /bin/ffdetect -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe -restartexitcode 3
	Operating system: Unix 4.19.107.0
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: True
	Runtime: file:///system/System.Private.CoreLib.dll
	System.Environment.Version: 3.1.2
	Processor count: 12
	Program data path: /config
	Application directory: /system
	System.Exception: System.Exception: ListingsId required
	   at Emby.LiveTV.Listings.SchedulesDirect.SchedulesDirect.GetChannels(ListingsProviderInfo info, CancellationToken cancellationToken)
	   at Emby.LiveTV.EmbyTV.GetEpgChannels(IListingsProvider provider, ListingsProviderInfo info, Boolean enableCache, CancellationToken cancellationToken)
	   at Emby.LiveTV.EmbyTV.GetChannelsAsync(Boolean enableCache, CancellationToken cancellationToken)
	   at Emby.LiveTV.LiveTvManager.RefreshChannelsInternal(ILiveTvService service, IProgress`1 progress, CancellationToken cancellationToken)
	   at Emby.LiveTV.LiveTvManager.RefreshChannelsInternal(IProgress`1 progress, CancellationToken cancellationToken)
	Source: Emby.LiveTV
	TargetSite: Void MoveNext()

and of course, my backups of the configs are trash too because they were backed up from the /mnt/user/appdata folder which was not being updated since hte app was only writing to the cache folder :-\

[KMBanana 83]

Did you move the actual files and change the host path mappings on the docker page?

[rottonpeech 0]

Did you move the actual files and change the host path mappings on the docker page?

 

yes and no

 

when i first did this, i stopped Emby server, and COPIED the files from /mnt/cache/appdata/embyserver to /mnt/user/appdata/embyserver 

 

then i changed the mappings in the docker, and restarted the server(s)

 

i never "moved" them.

 

however upon editing the docker config and directing the path back to /mnt/cache/appdata/embyserver and restarting the server, the same result occured.

 

now the config XMLs are 0KB on both cache and user paths.

[rottonpeech 0]

I'm in the process of rebuilding from scratch. Any advice on making the media scan faster?

[Luke 37008]

I'm in the process of rebuilding from scratch. Any advice on making the media scan faster?

It really all depends on what features you've enabled. If you can attach an emby server log from a library scan, then we can offer more advice. Thanks.