Permission denied

[M10pnl]

Hi,

Subsyncarr used to work great. But since updating yesterday I keep getting permissions errors.

Traceback (most recent call last):
File "/home/node/.local/bin/autosubsync", line 8, in sys.exit(cli_packaged()) File "/home/node/.local/share/pipx/venvs/autosubsync/lib/python3.9/site-packages/autosubsync/main.py", line 147, in cli_packaged cli(packaged_model=True) File "/home/node/.local/share/pipx/venvs/autosubsync/lib/python3.9/site-packages/autosubsync/main.py", line 134, in cli success = synchronize(args.video_file, args.subtitle_file, args.output_file,\ File "/home/node/.local/share/pipx/venvs/autosubsync/lib/python3.9/site-packages/autosubsync/main.py", line 100, in synchronize preprocessing.transform_srt(subtitle_file, output_file, transform_func) File "/home/node/.local/share/pipx/venvs/autosubsync/lib/python3.9/site-packages/autosubsync/preprocessing.py", line 95, in transform_srt with open(out_srt, 'wb') as out_file: PermissionError: [Errno 13] Permission denied: '/scan_dir/tv/Show/Season 1/Show - S01E09 - Episode Name.en.autosubsync.srt'`

Nobody is owner of the files and the access is drwxr-xr-x

Any suggestions?

[elliottmarter]

Also getting same issue, seems to be related to autosubsync so for now I am going to set

• INCLUDE_ENGINES=ffsubsync
  and see if that stops it

[M10pnl]

Also getting same issue, seems to be related to autosubsync so for now I am going to set

* INCLUDE_ENGINES=ffsubsync
  and see if that stops it

Great find, that fixed it for me as well for now!

[Gyrohammer]

Also getting same issue, seems to be related to autosubsync so for now I am going to set

* INCLUDE_ENGINES=ffsubsync
  and see if that stops it

Adding this to the environments in my docker compose worked as well. Thanks!

[johnpc]

I see. In order to resolve #1, I updated the container to run as non-root.

This fixes the problem from #1, but it looks like in some cases, the autosubsync .srt files that were created when the container ran as root have permissions available to the updated container. I'm not sure exactly why that would be, I personally did not encounter this issue for my library.

Here are some things to try:

Option 1: Use root permissions for the container

You can specify environment variables PGID=0 and PUID=0 since those usually represent your root user. The root user will have permissions just like before.

Option 2: Manually update permissions on the the autosubync files

In your /scan_dir mounted folder on your host machine, you can run a command like

find / -type f -name "*.autosubsync.srt" -exec chown $(whoami):$(id -gn) {} +

This should update the permissions of the autosubsync.srt files to have expected ownership settings.

Option 3: Delete the autosubsync.srt files and let the updated container recreate them

In your /scan_dir mounted folder on your host machine, you can run a command like

# WARNING THIS IS DESTRUCTIVE. SUBSYNCARR WILL NEED TO BE ABLE TO SUCCESSFULLY RUN TO REGENERATE THE AUTOSUBSYNC FILES
find / -type f -name "*.autosubsync.srt" -delete

This deletes the files with bad permissions. You might want to run without -delete first to ensure that it's not going to delete anything you actually want to keep. The autosubsync process will regenerate them on subsequent runs.

[HaWaKv78]

I have the same issue, when only using ffsubsync the run completes (although no srt file gets written) when using autosubsync as well, I get the PermissionError: [Errno 13] Permission denied error. Tried changing PGID and PUID but that makes no difference. The permissions are correct and there are no hidden files.
EDIT: I'm using subsyncarr on Synology and it seemed to be a right issue, although docker and my admin user had read/write rights to the folder and files, granting read/write access to this folder for everyone seemed to have fixed the issue.