Any way to migrate my recording schedule?

[MickeyRat 13]

I just migrated to a more powerful server and lost my recording schedule.  I still have access to the old system.  Is there any way to migrate my recording schedule from there?

[Happy2Play 9780]

Don't do livetv but isn't this info in the timers.json or seriestimer.json?

*\Emby-Server\programdata\data\livetv obviously there will be platform path differences.

[MickeyRat 13]

That' wasn't quite it but, it was close enough to get me there.  I did a

find / -type d -iname '*livetv*

Among other things that found:

/var/lib/emby/data/livetv

That contained the timer json files.  Stopped the emby service, copied them in, set the ownership and started the emby service.  Looks like it's good.

Edited February 1, 2025 by MickeyRat

[Happy2Play 9780]

Yah I should have used the programdata guide to lookup your path as I almost always post the Windows path. 

I guess the question is how did you migrate systems as that file is part of Emby backup?

[MickeyRat 13]

I've got an unusual setup.  My emby server acts as a NAS.  All my media is on a JABOD box as are my backups from other systems etc.  This is probably more detail than you want.

1. I set up the destination server with emby and everything else I wanted.  I left the emby service down.
2. Took a backup of emby on the old server.
3. Booted the old server on a live linux and copied  it's disk onto the JOBOD. It fit on a 30GB partition.
4. Shut down the old server.
5. Plugged the JABOD into the new server.  The JABOD disks were mounted in the same place as the old server and I made sure the ownership of emby's files was right.
6. Fired up Emby and restored the backup.

Those schedule files aren't part of the emby backup but, I just had to mount the partition that had the old system's disk to get them.  I copied them into the same location on the new server and set emby as the owner.

I keep the info in the libraries so doing library scans didn't take long  Then I did a manual metadata scan.  That got things back right but, I missed the fact that my user's permissions needed to be changed.  I expected that to be in the backup but, live and learn.

Only a real nutcase would set a server up like this and you really don't want to know about the rest of my network. It's working now though.

[Happy2Play 9780]

16 hours ago, MickeyRat said:

Those schedule files aren't part of the emby backup but, I just had to mount the partition that had the old system's disk to get them.  I copied them into the same location on the new server and set emby as the owner.

Looks like they are part of my test server.  Unless your old server backups were actually failing on the specific files as Emby looks for them whether you do livetv or not.

2025-02-02 00:10:00.920 Debug Backup & Restore: Files are identical, no need to copy again: A:\Emby-Server\data\livetv\seriestimers.json to V:\Emby Stuff\Server Config Backup\embyserver-backup-full\data\livetv\seriestimers.json
2025-02-02 00:10:00.920 Debug Backup & Restore: Files are identical, no need to copy again: A:\Emby-Server\data\livetv\timers.json to V:\Emby Stuff\Server Config Backup\embyserver-backup-full\data\livetv\timers.json

Here is a system that does not have livetv as the plugin looks for the files but they don't exist.

2025-02-02 07:49:44.739 Debug Backup & Restore: TryCopyFile C:\Users\Media\Desktop\TEST\programdata\data\livetv\seriestimers.json to C:\Users\Media\Desktop\TEST\Backups\embyserver-backup-full\data\livetv\seriestimers.json
2025-02-02 07:49:44.742 Error Backup & Restore: Error copying file from C:\Users\Media\Desktop\TEST\programdata\data\livetv\seriestimers.json to C:\Users\Media\Desktop\TEST\Backups\embyserver-backup-full\data\livetv\seriestimers.json
	*** Error Report ***
	Version: 4.8.10.0
	Command line: C:\Users\Media\Desktop\TEST\system\EmbyServer.dll
	Operating system: Microsoft Windows 10.0.26120
	Framework: .NET 6.0.33
	OS/Process: x64/x64
	Runtime: C:/Users/Media/Desktop/TEST/system/System.Private.CoreLib.dll
	Processor count: 8
	Data path: C:\Users\Media\Desktop\TEST\programdata
	Application path: C:\Users\Media\Desktop\TEST\system
	System.IO.DirectoryNotFoundException: System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\Media\Desktop\TEST\programdata\data\livetv\seriestimers.json'.
	   at System.IO.FileSystem.CopyFile(String sourceFullPath, String destFullPath, Boolean overwrite)
	   at System.IO.File.Copy(String sourceFileName, String destFileName, Boolean overwrite)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.CopyFile(String source, String target, Boolean overwrite)
	   at MBBackup.Sync.Sync.TryCopyFile(String source, String destination, Boolean logIfNotFound, Boolean ensureDirectory, Boolean throwExceptions)
	Source: System.Private.CoreLib
	TargetSite: Void CopyFile(System.String, System.String, Boolean)
	
2025-02-02 07:49:44.742 Debug Backup & Restore: TryCopyFile C:\Users\Media\Desktop\TEST\programdata\data\livetv\timers.json to C:\Users\Media\Desktop\TEST\Backups\embyserver-backup-full\data\livetv\timers.json
2025-02-02 07:49:44.742 Error Backup & Restore: Error copying file from C:\Users\Media\Desktop\TEST\programdata\data\livetv\timers.json to C:\Users\Media\Desktop\TEST\Backups\embyserver-backup-full\data\livetv\timers.json
	*** Error Report ***
	Version: 4.8.10.0
	Command line: C:\Users\Media\Desktop\TEST\system\EmbyServer.dll
	Operating system: Microsoft Windows 10.0.26120
	Framework: .NET 6.0.33
	OS/Process: x64/x64
	Runtime: C:/Users/Media/Desktop/TEST/system/System.Private.CoreLib.dll
	Processor count: 8
	Data path: C:\Users\Media\Desktop\TEST\programdata
	Application path: C:\Users\Media\Desktop\TEST\system
	System.IO.DirectoryNotFoundException: System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\Media\Desktop\TEST\programdata\data\livetv\timers.json'.
	   at System.IO.FileSystem.CopyFile(String sourceFullPath, String destFullPath, Boolean overwrite)
	   at System.IO.File.Copy(String sourceFileName, String destFileName, Boolean overwrite)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.CopyFile(String source, String target, Boolean overwrite)
	   at MBBackup.Sync.Sync.TryCopyFile(String source, String destination, Boolean logIfNotFound, Boolean ensureDirectory, Boolean throwExceptions)
	Source: System.Private.CoreLib
	TargetSite: Void CopyFile(System.String, System.String, Boolean)

 

[MickeyRat 13]

I'm certainly in no position to argue with you.  I can only relay my own experience.  I never saw any error messages. The two things that surprised me were that I lost my recording schedule and my user privileges (I couldn't delete anything.).  I don't store my backups in the default location. Other than that, I can't think of anything that would affect it.

It's working now and my wife isn't giving me shit about losing her (It's not ours.) recording schedule. So it's all good.  If that's the worst thing that happens in a move to new hardware and a different OS, I have no complaints. Enjoying the new setup so far.