Audiobook Library Changed Content Type After Update

[Chyron 256]

I have two servers, both of which have similar content. After my second server updated Emby to v4.6.1, it appears that the Audiobook Library has changed content types to something else. Logs attached.

 

 

 

embyserver.txt

[Luke 42080]

There have been some sporadic reports of this. @cayars can point you to a topic from yesterday where we helped a user change it back in their library options file.

[Carlo 4561]

I can't find yesterdays post but I can tell you how to fix it.

Shutdown Emby Server.

Your library info will be stored in a path similar to this on Windows. Change the bolded text to be the username Emby runs under.
C:\Users\Administrator\AppData\Roaming\Emby-Server\programdata\root\default

You will see a folder for each Library on your system.  Here is an example:

To change the content type for a particular library enter the folder and you will find a file called options.xml.
Open that file in a text editor.

Scroll down until you find "ContentType".

If you wanted to change the content type to an Audio Book library the line should be

<ContentType>audiobooks</ContentType>

After changing the content type, save the file and restart Emby Server.

[AllanBjorklund 0]

I've run into this problem with my music library, and these instructions don't appear valid for Emby using the Linux docker image.

Trying to do this through the web interface brings up a message saying that I have to remove and rebuild the library.  The remove option doesn't say if it is going to delete the media first or not. I have well over 700 albums that I really don't want to re-upload, so I'm not confident that I want to click "Ok" on that dialog.

[Happy2Play 9781]

6 minutes ago, AllanBjorklund said:

I've run into this problem with my music library, and these instructions don't appear valid for Emby using the Linux docker image.

Trying to do this through the web interface brings up a message saying that I have to remove and rebuild the library.  The remove option doesn't say if it is going to delete the media first or not. I have well over 700 albums that I really don't want to re-upload, so I'm not confident that I want to click "Ok" on that dialog.

Yes they are valid across all platforms, the only difference will be your "Data Path" location.  You can see your path on Dashboard path section or in a server log.  But removing and readding the library does the same thing, but believe will require more reprocessing.

[AllanBjorklund 0]

There is no "Data Path" item listed on my dashboard.

Also, except for the merged filesystem for the docker image (/var/lib/docker/overlay2/[huge hexadecimal string], there is no entry point into the running image.  And the merged fs has no config data visible.

[Happy2Play 9781]

58 minutes ago, AllanBjorklund said:

There is no "Data Path" item listed on my dashboard.

Also, except for the merged filesystem for the docker image (/var/lib/docker/overlay2/[huge hexadecimal string], there is no entry point into the running image.  And the merged fs has no config data visible.

Can you post a server log.  But on Dashboard you see path to cache/metadata/logs/transcode-temp, that parent folder is your Data Path.  

But am not a Docker user so I don't know where "Data path: /config" would be.

[Luke 42080]

The data path is listed at the top of the emby server log.

[AllanBjorklund 0]

Looking at the server log it says the data path is "/config" which is internal to the docker image.  There is no "/config" on my Linux system, except for the empty one in the merged file system I mentioned previously.

I've attempted to open a shell into the running docker image (docker exec -it <container name> /bin/bash), but there appears to not be a shell available in the image, so I can't get it.  (I'm guessing that Emby itself is the "shell".)

I've attached my server log.

embyserver.txt

[Luke 42080]

5 hours ago, AllanBjorklund said:

Looking at the server log it says the data path is "/config" which is internal to the docker image.  There is no "/config" on my Linux system, except for the empty one in the merged file system I mentioned previously.

I've attempted to open a shell into the running docker image (docker exec -it <container name> /bin/bash), but there appears to not be a shell available in the image, so I can't get it.  (I'm guessing that Emby itself is the "shell".)

I've attached my server log.

embyserver.txt 59.84 kB · 2 downloads

/config is what emby server sees via the docker container. To find the actual path that is mapped to /config you'll need to check your docker run command.

[AllanBjorklund 0]

Thank you!  That is what I was missing.

[Luke 42080]

Thanks for the feedback.