[Problem deleting files from private share on Win 10]

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:

 

1. Ran docker safe new perms (via Fix Common problems plugin)
2. Ran the regular new perms utility (excluded appdata)
3. 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

[[Support] Linuxserver.io - Sonarr]

On 6/27/2021 at 2:13 PM, Geekd4d said:

I feel that this is because you are running 2 of the same containers using the same docker image. Try switching your 4k one to binhex's repo. That's what I did and its been perfect since then.

 

We also would need to see the location of your docker image there.. but.. give the switch a shot none the less.

 

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.

[[Support] Linuxserver.io - Sonarr]

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

[[Support] binhex - Plex Pass]

1 hour ago, BomB191 said:

So I have a weird one. After one of the most recent updates my server becomes unresponsive and requires a reboot.

 

What logs do you way smarter people need to help me out?

 

I have a fairly large library but nothing has really changed so im struggling to understand why thing have all of a sudden gone durp

 

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.

[[Support] binhex - Plex Pass]

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.