DSM7 - Saving Settings not possible / .AVI Stream not possible

[technick90 3]

DS415+
DSM 7.0.1-42218
Emby 4.6.7.0

Hello,

Right now I have two problems.
1) I cannot currently save any settings changes. The circle goes round, but nothing happens. If I make the changes manually in the config file, they will be adopted.

2) I have several .avi files. I can play these with the Android app on the smartphone. This is not possible on the FireTV or a Samsung TV. For the log file, see the appendix.

Best Regards

Robert

ffmpeg-transcode-3fcfe946-32f1-46c2-920b-d3d94dac0d98_1.txt

embyserver.txt

Edited January 11, 2022 by technick90
embyserver.txt uploaded

[Luke 37050]

Hi there, please attach the main emby server log as well. thanks.

[technick90 3]

main log was uploaded.

I converted the .avi to .mkv. Now I can play the files. But I don't know why .avi does not work.

[Carlo 4330]

AVI files with mpeg4 have more or less been dead for years as they are not a streaming format.. There's not a lot of hardware that will play these files so the Emby Server needs to convert them on the fly. Computers, tablets and phones are a bit more flexible in what they can play.

When you converted it to MKV you created a file that is now in a format that can be streamed so results will be a lot better. Your log shows an error when trying to convert the file which is something we can take a look at and maybe handle better in the future.  I doubt many people still use a lot of AVI files so we likely haven't seen this before until now.

@softworkz Can you take a look at the ffmpeg log file and see if this is something we could address?

[technick90 3]

@cayars

Thanks for the explanation.  Don't have a lot of avi files anymore.  I'll just convert them all.

Does anyone have an idea why I can't save any more settings?

 

[Luke 37050]

What setting exactly?

[technick90 3]

For example access rights from user, which device is allowed for this user. 

[Luke 37050]

The server is being denied access to write to it's own data folder:

2022-01-11 17:26:48.081 Error App: Error deleting file /var/packages/EmbyServer/var/cache/images/resized-images/1/17078c62-05a5-398b-6611-d1dab99462ce.png
	*** Error Report ***
	Version: 4.6.7.0
	Command line: /volume1/@appstore/EmbyServer/system/EmbyServer.dll -programdata /var/packages/EmbyServer/var -ffdetect /var/packages/EmbyServer/target/bin/ffdetect -ffmpeg /var/packages/EmbyServer/target/bin/ffmpeg -ffprobe /var/packages/EmbyServer/target/bin/ffprobe -nolocalportconfig -ignore_vaapi_enabled_flag -pidfile /var/packages/EmbyServer/var/EmbyServer.pid -defaultdirectory /volume1/Public -updatepackage emby-server-synology7_{version}_x86_64.spk
	Operating system: Linux version 3.10.108 (root@build15) (gcc version 7.5.0 (GCC) ) #42218 SMP Mon Oct 18 19:16:10 CST 2021
	Framework: .NET Core 3.1.21
	OS/Process: x64/x64
	Runtime: volume1/@appstore/EmbyServer/system/System.Private.CoreLib.dll
	Processor count: 4
	Data path: /var/packages/EmbyServer/var
	Application path: /volume1/@appstore/EmbyServer/system
	System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/var/packages/EmbyServer/var/cache/images/resized-images/1/17078c62-05a5-398b-6611-d1dab99462ce.png' is denied.
	 ---> System.IO.IOException: Permission denied
	   --- End of inner exception stack trace ---
	   at System.IO.FileSystem.DeleteFile(String fullPath)
	   at Emby.Server.Implementations.ScheduledTasks.Tasks.DeleteCacheFileTask.DeleteFile(String path)
	Source: System.IO.FileSystem
	TargetSite: Void DeleteFile(System.String)
	InnerException: System.IO.IOException: Permission denied
	Source: 
	TargetSite: 

Did you by any chance just update from a really old version?

@cayars

[technick90 3]

I always kept the system up to date.  And recently I carried out the update from DSM 6 to DSM 7.  But I think I remember having completely reinstalled emby for this.  No update went.  And I don't know anymore whether the data was then automatically adopted or whether I had to adjust something.  Can I somehow make a backup, reinstall and import a backup?  In the hope that he then sets the permissions correctly.

[Carlo 4330]

How long ago was it when you did the DSM 6 to 7 upgrade?
Do you still have the DSM 6 version on your system which is normally located at /volume1/Emby assuming you only have one volume.  It could be /Emby off another volume as well.

If you had to reset up things are you currently missing any information you wish you had? IE watched status or users?

I ask because it's still possible to re-migrate the data again if your original source is intact. But it may or may not make sense depending on your current state.
Redoing the migration could fix the permission issues or we could fix the current DSM 7 install permission issues.

Do you have a preference? Or would one be better than the other?
I could remote in and give you a hand with this either way.

[technick90 3]

I made the upgrade about 4 weeks ago. The library, the users and the viewed status are required. So actually everything. Migrating again is bad, after that there were definitely changes to the viewed status. 

If you can do this remotely, that's a great service. But I can certainly do it alone, as I am an IT specialist. The question is what should the permissions look like? See the appendix for the current status.

[Carlo 4330]

Shutdown emby then try this from SSH with sudo

chown -R emby:emby /volume1/@appdata/EmbyServer

That might be enough to get things working properly for you.

 

[technick90 3]

It worked. Thanks very much!
That was almost too easy. I don't like to change owners / permissions without knowing that it is correct. So thanks for the support.

[Carlo 4330]

Glad to hear it and had my fingers crossed that would work for you as it's much easier/safer than starting to adjust individual read/write, group permissions!