Emby Won't Restore - Throwing Errors

[Lilan 0]

When I attempted to restore using the backup and restore plug-in nothing was happening, I checked in the console and 'm getting the error:

Uncaught Error: Syntax error, unrecognized expression:        jquery.slim.min.js?v=3.0.5912.0:2
#selemby@Lilan

I figured this was because I had an @ in my name of one of my users.

 

 

I tried to restore without that user and got the error:
 

Uncaught TypeError: $.mobile.changePage is not a function                           VM448:176
(anonymous function) @ VM448:176

What's the best way to restore? Is this plugin not reliable and should I be doing this manually? I have the backups so if it's just a matter of moving files into a certain place I can do that.

[Luke 42077]

Hi, try clearing browsing data, see if that helps. 

[Lilan 0]

Hi, try clearing browsing data, see if that helps. 

That did it. 

 

My playlist don't seem to have come over though, that's basically the most important part. If I can't bring those over I might as well nuke it and start over fresh

[ebr 16169]

That did it. 

 

My playlist don't seem to have come over though, that's basically the most important part. If I can't bring those over I might as well nuke it and start over fresh

 

If you look in the data\playlists folder under your server, did the files come across?

 

I think there is something in the format of those files that simply won't transfer from one installation to another.

[Luke 42077]

Are the library paths exactly the same as before? That is one requirement for migration of playlists to work.

[Vicpa 611]

Hi

 

The other thing I have encountered with Playlists is that the user id's change when you do a restore. at the bottom of the playlist.xml file. They need to be changed to the new id's. you will see a section like below. Where the  xxx's will show a long sting of numbers this needs to be updated to the new id.

 

<Shares>
    <Share>
      <UserId>XXXXXXXXXXXXXXXXXXXX</UserId>
      <CanEdit>true</CanEdit>
    </Share>
you can find the id by clicking on the user in the server dashboard

-vicpa

[ebr 16169]

Hi

 

The other thing I have encountered with Playlists is that the user id's change when you do a restore. at the bottom of the playlist.xml file. They need to be changed to the new id's. you will see a section like below. Where the  xxx's will show a long sting of numbers this needs to be updated to the new id.

 

   

      XXXXXXXXXXXXXXXXXXXX

      true

   

you can find the id by clicking on the user in the server dashboard

-vicpa

 

That is probably the part that makes them not transfer most times.

 

I think we've changed how we generate user IDs once or twice over the course of development so, depending on how old the installation is, I think that can happen.

[Lilan 0]

Are the library paths exactly the same as before? That is one requirement for migration of playlists to work.

Yes, everything identical. 

 

I'm trying to transfer the playlists by hand.

[Lilan 0]

So if I want to restore using the restore function, and the user ID is the problem, what do I need to change in the playlist files? Which user ID do I set it to? Do I need to do this only in the playlist file or an other files as well?

[Vicpa 611]

Hi,

@@ebr feel free to chime in

You should only have to change the id in the playlist.xml files. The id needs to be changed to the id of the owner of the playlist. Don't know if you have lots of users. One quick way to find the id is from the url in a browser. go to the dashboard/users and click on the user and the url in the browser will end with the id. Another way is to log in as the user and create a new playlist with one song like "userxyz playlist" where the  rest of the playlists are just edit that one and copy the id from the location in my example and the paste into the appropriate original playlists. Will make sense when you see it. As ebr said the playlists are under the data directory where the server is installed.

 

 Hope this helps

[Lilan 0]

Aren't previously watched supposed to restore too? Mine didn't restore that either... 

[Lilan 0]

Fuck this, i'm just gonna nuke and pave.

[ebr 16169]

Aren't previously watched supposed to restore too? Mine didn't restore that either... 

 

It depends.  It is optional to backup that information so, if you didn't then it cannot restore.

 

Also, when you restore, it asks you which users to restore the data into so you would have had to set that as well.

[Lilan 0]

I had it set to restore all. W/e i'm just going to redo it all.

[ebr 16169]

Right but in the user data restore section it would have listed each original user and allowed you to map their data into any user on the new system.  This was really designed for restoring into an existing system so it is possible that it gets tripped up with a brand new system (but I don't think so).

 

Also, realize that, all the watched information is stored by global data ID (like tmdb ID) so, you might not see the watched data properly until after all of your content has been re-scanned and recognized properly again.