regorian

Hello - I have a private share setup and a user account with RW access to it. I am connecting to the share via SMB on a windows 10 client. The account name is NOT the same as my windows username. When I attempt to delete files, I get the common "You require permission from tower\NOBODY to make changes to this file.". I have tried: Ran docker safe new perms (via Fix Common problems plugin) Ran the regular new perms utility (excluded appdata) deleted anything for the unraid server in Credential manager on the windows client and restarted. Also ran net use * /delete If someone would be able to assist I would greatly appreciate it. Diagnostics are attached watchtower-diagnostics-20211108-1130.zip

Thank you. Just set it up this morning and all went well. Will see the results in a few days when my next backup is run.

I am having a peculiar issue I hope someone can help with. I run two instances of Sonarr - one for 2160p media and one for everything else. I am also running a Syncarr container alongside them to synchronize specific titles from the non-2160p instance to the 2160p one. What I am seeing is that whenever these containers are restarted (for example, during automated backup from the Backup/Restore Appdata Plugin), the API key for my 2160p instance changes, which breaks the connection that Syncarr is setup to use. While this is not a huge deal, it's becoming annoying to have to go back in and update the container config with the new API key. Is there a way to configure Sonarr to NOT update the API key that I am missing? Does it have to do with running two instances of Sonarr from the same docker template? My primary Sonarr instance never changes, which is the weird part. Any help would be appreciated. Instance 1: Primary, Non-4K media Instance 2: 4K only media

I am having a fairly similar issue, where the webui becomes unresponsive and playback is interrupted. Restarting the container resolves this, however I did not notice any events within the container log that may point to an error. I will be on the lookout the next time it occurs.

Hello all - I am having a strange issue that appears to have started occurring with the most recent update I am in the process of adding a large backlog of media, but I do not want these to appear in the recently added list within Plex. I have been running the command below without issue for the past couple months but now shows the error below: sqlite> UPDATE metadata_items ...> SET added_at = '2010-01-01 00:00:00' ...> WHERE tags_collection LIKE '%The Criterion Collection%' ...> AND added_at > '2010-01-01 00:00:00'; Error: unknown tokenizer: collating I tried researching the issue but not much turned up. I always make a backup of the db before running this, but even restoring from one of my db backups and trying the query again produces the same result. I was curious of it was db corruption, so I ran the following per their documentation, but the issue persists. root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# cp com.plexapp.plugins.library.db com.plexapp.plugins.library.db.original root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# sqlite3 com.plexapp.plugins.library.db "DROP index 'index_title_sort_naturalsort'" Error: no such index: index_title_sort_naturalsort root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# sqlite3 com.plexapp.plugins.library.db "DELETE from schema_migrations where version='20180501000000'" root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# sqlite3 com.plexapp.plugins.library.db "PRAGMA integrity_check" Error: no such collation sequence: icu_root root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# sqlite3 com.plexapp.plugins.library.db "DROP index 'index_title_sort_naturalsort'" Error: no such index: index_title_sort_naturalsort root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# sqlite3 com.plexapp.plugins.library.db "DELETE from schema_migrations where version='20180501000000'" root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# sqlite3 com.plexapp.plugins.library.db .dump > dump.sqlroot@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# rm com.plexapp.plugins.library.db root@WATCHTOWER:/mnt/user/appdata/binhex-plexpass/Plex Media Server/Plug-in Support/Databases# sqlite3 com.plexapp.plugins.library.db < dump.sql Error: near line 1263593: no such collation sequence: icu_root If I should be posting this on the plex forums, please let me know.