Install old DietPi without auto-update? Topic is solved

[Joulinar]

just a question for my understanding, do you have the issue with the backup plugin only or as well with streaming music from the samba share? Or what is the purpose of the share?

[MichaIng]

I dont understand how emby can create a folder, and create a zero size file, but not save content to the file

The problem is not the actual permissions, as the Emby users can pretty fine write files, but it is the way how that .NET core function, responsible for creating files, does it. It tries to chmod (not that command, but changing the modes) the file, if the owner does not match, which fails, as the file system/mount itself does not support POSIX permissions. Try chmod on one of those files and you'll get an error. Of course there is no reason to do it when you create a file as the owner will be automatically that user or, if impossible, the one that owns the mount. So it's a .NET core bug that has actually been fixed meanwhile, but it takes a while until it reaches through Mono til end-user software.

The symptoms match 100%, but strange is that the user matches in your case. The group however does not. Can you try to change the mount gid so that it matches the primary group of the emby user? groups emby | mawk '{print $3}'

[feardamhan]

My emby user currently looks like this

Code: Select all

root@dietpi-server5:/mnt/infrastructure# groups emby | mawk '{print $3}'
emby
root@dietpi-server5:/mnt/infrastructure# id emby
uid=999(emby) gid=995(emby) groups=995(emby),44(video),107(render)
root@dietpi-server5:/mnt/infrastructure#

I had changed the group for emby, thinking that that might be part of the issue. so the fstab does match the emby user perfectly. Should I try a different setting for both user and mount? like change the group back to dietpi (1000)?

[feardamhan]

just a question for my understanding, do you have the issue with the backup plugin only or as well with streaming music from the samba share? Or what is the purpose of the share?

So the purpose of the share is two fold. One folder area stores backups of emby, another folder holds the media. I store nfo files and images with the media as I also have kodi clients that use that metadata.

emby cannot currently save anything to folders on that nas share - but emby can read and stream the media without issue. I just tested playback of a tv show, and it worked fine.

[feardamhan]

Try chmod on one of those files and you'll get an error.

I dont get an error, but the chmod doesnt seem to take effect. The permissions stay as they were before executing the command.

[Joulinar]

still strange as for me Emby is able to read mp3 files from a samba share. Need to test these backup stuff later the evening

[MichaIng]

Reading should be no issue, it is only writing that is affected by the bug.

[feardamhan]

Exactly. I can read files via emby (ie stream them) no problem. Its only when emby needs to write to the share that the issue surfaces.

Is there anything more I can do (to help resolve the bug)?

I'm not quite clear where the bug needs to be fixed. In DietPi or in Emby?

I assumed the issue was with DietPi given that the same version of Emby installed on rasbpian doesnt show the same issue.

[Joulinar]

Unfortunately I'm not able to test the backup plugin as it needs to be purchased. Somehow it did not allow a trial period, even if I never used emby before

[feardamhan]

The same effect can be produced by enabling the nfo metadata saver in the library settings, add some media (or create some dummy files but touching a file that looks like a movie) eg.

Code: Select all

touch "Gladiator (2000).mkv"

When emby scans the library, you should see if producing the same error when trying to create "Gladiator (2000).nfo"

Contents of my share look like this when I do. You can see the nfo file is zero-byte.

Code: Select all

root@dietpi-server5:/mnt/infrastructure/dummy_data/Movies/Gladiator (2000)# ls -l
total 1024
-rwxrwxrwx 1 emby dietpi 12 Feb 18 15:50 'Gladiator (2000).mkv'
-rwxrwxrwx 1 emby dietpi  0 Feb 19 20:18 'Gladiator (2000).nfo'

When you try to do a backup the same thing happens and you end up with a profile.txt that is zero-byte before the backup process aports.