TOS 7 Stable and Latest Emby Issue Upgrading

[Racerprose 29]

It seems to be TerraMaster don't believe this needs to be fixed on their end and instead it is up to Emby devs to fix @Luke

[richt 103]

1 hour ago, svgetm said:

exec $APP_DIR/system/EmbyServer \
  -programdata $APP_DATA_DIR /Volume1/Emby \
  -ffdetect $APP_DIR/bin/ffdetect \
  -ffmpeg $APP_DIR/bin/ffmpeg \
  -ffprobe $APP_DIR/bin/ffprobe \
  -defaultdirectory /mnt/public \
  -updatepackage 'emby_TOS5_APP_{version}_x86_64.tpk'

Version 4.9.5.0.02 from tos store

tos - 7.0.0804

Replacing the line doesn’t fix it for me.

 

In the 2nd line, remove the space between "$APP_DATA_DIR" and "/Volume1/Emby"

The line should look like this

  -programdata $APP_DATA_DIR/Volume1/Emby \

 

[svgetm 0]

19 minutes ago, richt said:

In the 2nd line, remove the space between "$APP_DATA_DIR" and "/Volume1/Emby"

So, I honestly have no idea what TerraMaster changed there, but I installed Emby 4.10.0.23 beta from the Emby website, changed that line (by the way, I left the space there exactly as it was), and all my libraries, users, and settings came back.

Now I’m not even sure what to do next Should I keep experimenting, uninstall the beta and try the version from the TOS Store again? Or maybe install the stable version from the Emby website instead?

Or should I just leave it alone and stay on the beta since everything is working perfectly now and I’m happy with it?

[Luke 42908]

I've passed the info on to our build and packaging developer for review. They have made similar fixes in the past in silent fashion so it wouldn't be the first time.

[svgetm 0]

1 hour ago, svgetm said:

So, I honestly have no idea what TerraMaster changed there, but I installed Emby 4.10.0.23 beta from the Emby website, changed that line (by the way, I left the space there exactly as it was), and all my libraries, users, and settings came back.

Now I’m not even sure what to do next Should I keep experimenting, uninstall the beta and try the version from the TOS Store again? Or maybe install the stable version from the Emby website instead?

Or should I just leave it alone and stay on the beta since everything is working perfectly now and I’m happy with it?

Well, I decided to keep experimenting

I changed the directory back to the default one, removed the permissions from the system emby user, and then uninstalled Emby with the option to remove the configuration as well. The beta version was removed successfully.

Then I installed the 4.9.5.0.02 version from the TOS Store again, immediately stopped the server, changed the directory to the correct one:

-programdata $APP_DATA_DIR/Volume1/Emby \

and started the server again.

And, surprisingly, everything came back — and now everything works! Videos play normally and there are no more streaming errors.

So now the question is: what should I do from here? Who actually needs to fix this — TerraMaster or Emby? And is it correct/safe to leave the programdata path like this permanently?

[Luke 42908]

The 4.10.0.24 beta build has incorporated a permissions change that terramaster sent to us.

[Racerprose 29]

3 hours ago, Luke said:

The 4.10.0.24 beta build has incorporated a permissions change that terramaster sent to us.

Anyone want to test this? I'm not blowing away my config to test lol

[richt 103]

I successfully installed 4.10.0.24 over a modified and working version of 4.9.5.0.02.  So far it seems pretty good. Will give it a day of testing before the victory shout.  

I did take a snapshot of /Volume1/Emby to be sure I could salvage my data and go back to current release if needed. (You cannot go back to stable once you've installed a beta without saving a copy of your libraries.)

 

Still FAILING to use hardware transcoding.  I'll open a separate ticket on that.  If anyone else id having this problem please post as well.

 

Edited Thursday at 11:52 AM by richt

[Racerprose 29]

13 hours ago, richt said:

I successfully installed 4.10.0.24 over a modified and working version of 4.9.5.0.02.  So far it seems pretty good. Will give it a day of testing before the victory shout.  

I did take a snapshot of /Volume1/Emby to be sure I could salvage my data and go back to current release if needed. (You cannot go back to stable once you've installed a beta without saving a copy of your libraries.)

 

Still FAILING to use hardware transcoding.  I'll open a separate ticket on that.  If anyone else id having this problem please post as well.

 

So that should be fine since you had a working version already. I'm more interested in someone using an unmodified version and seeing if the update breaks the config.

Edited Friday at 12:58 AM by Racerprose

[ShoutingMan 101]

Is it safe to upgrade my F4-425 to TOS7? I don't use hardware transcoding. Or should I wait and check back in a couple weeks?

[lunerorbit 0]

I updated to the latest TOS7 and Emby versions and I lost my libraries. Annoying though it is, I decided just to rebuild the libraries. Emby started up fine and I tried to build a movie library. Went to add folder, scrolled to the appropriate hard drive and clicked on it. Nothing happened, it didnt open to reveal the folders. Its just like clicking on a line of text, all it does is highlight the text. Therefore, I cant rebuild the libraries.

All the networked pc's can see the drive and open its contents.

I dont know how to proceed.

[Luke 42908]

Our package on the beta channel has a permissions fix for TOS 7. It will be in the next stable release.