Djoss

It would like A. To be more precise, the AMC script would be executed every 30 minutes.

Do you have more details about the failure if you go under History->By Files ? If not, you could have a look at the following log files: /mnt/users/appdata/CloudBerryBackup/logs/log_worker_* Finally, is the failure occur every time the backup runs ?

Plex contains a huge number of small files. Maybe this is why it could be longer than downloading a single big file?

It may be related to the fact that you hard linking between different volumes. When you use the UI, are you doing the same thing ?

I got the same email. I've enabled two-factor authentication on my account and it did not affect the signing from the app.

If you want to point the watch folder to your main video storage, then make sure that the output folder is different. Once everything get converted, this output folder will become your main video storage... Make sure that "Non-Video File Action" is set to "copy".

Probably a cache issue. Try to clear your browser's cache.

I guess you could do it by deleting yourself the source file using custom hooks (https://github.com/jlesage/docker-handbrake#hooks). But ideally you should copy only what you need to convert into the watch folder.

No, this is not supported with this container.

I'm not sure to understand the issue with NAT loopback. It seems to be an easier solution since you don't need to override local DNS... ?

Did you enable WebSocket support ?

Make sure you clear all your browser cache (including cookies, site data, etc).

What the container's log is saying ?

Can you try with another browser and/or to open the page in an incognito/private window ? Are you using default container settings ?

Correct, mkvextract is not usable through the MKVToolNix GUI.