Cpt. Chaz

just a heads up for anyone transcoding to ram, an 8gb movie file will use 8gb of ram. 3 workers transcoding 8gb movie files at once will use 24gb of ram. an insufficient amount of ram will cause transcode failures, so if you're in short supply, try dropping the number of workers, or it may be the best case is to transcode to a cache disk or unassigned SSD instead. Also, if you do wanna try transcoding to ram and you don't want unmanic to use it all, you can set the path to /dev/shm which allocates only 50% of the ram. you can also decrease unmanics CPU priority by adding --cpu-shares=2 to the extra parameters field in the container.

cool, thanks!

it's in the same place, just in a "hidden" folder, ie mnt/user/appdata/unmanic/.unmanic in terminal, navigate to the unmanic appdata folder and run ls -a and you'll see it. if using a file browser in windows / mac, enable hidden files and folders respectively

@Josh.5 i'm familiar with the basics of ffmpeg, but wondering if you can clarify use on the advanced options in this container for me a little bit. the command example shown uses input and output file paths, so does that mean that these additional options only work on a per file basis? can more than one at a time be entered in? if it's not on a per file basis, how does one override the unmanic defaults for all files? thx

open unraid terminal (or ssh, etc) and use the "cd" command like so: cd /tmp/user/scripts/tmpScripts/xxx/ be sure to use capitals when necessary. If the script log is short, you can use the "cat" command to view directly in terminal window like so: cat /tmp/user.scripts/tmpScripts/xxx/xxx.txt (or if you used the "cd" command to navigate to the directory already, use:) cat xxx.txt If the log is too long to view its contents entirely in the terminal, you can copy the log to an easier to access location, such as a folder on the array, and open with a notepad app to view the whole log, like so: cp /tmp/user.scripts/tmpScripts/xxx/xxx.txt /insert/destination/path/here hope this helps

for anyone experience something close to this, i downgraded to docker tag "pihole/pihole:release-v4.3.4" and i've got the UI back, and everything seems to be back in working order. This release uses pi-hole version v4.3.5, webui v4.3.3 and ftl v4.3.1 edit: @eubbenhadd try pulling this docker tag and see if it helps

wow, this is what i was coming here for too! my scripts are starting to stack up, would love to be able to organize them in a folder type structure. i.e. array scripts, backup scripts, VM scripts, etc. Goes without saying, Squid, great plugin for sure.

i think most do. however, this method calls the native (and manual) zipped flash backup script. it let's you save multiple dated, zipped files instead of a single unzipped backup of the files. i too use the CA appdata backup, and it's handy if you ever just need to restore a single file from the flash backup. But trying to reinstall fresh from an unzipped backup has it's own challenges. I recently found myself in a bind with this, hence the inspiration for the script to save "snapshots" of zipped flash backups 😀

nice work @nitewolfgtr! I had originally tried to modify the actual zip script so that it would just backup and zip to $dir, but after a couple of failed attempts, i was out of my depth with it. So then i took to writing the second script, and never occurred to me to call the original script within it. sometimes you can't see the forest for the trees. hopefully the rest of it works well for you!

are you transcoding to ram or disk?

sounds good. let me know how it works for you.

EDIT: 12/16/2020, a new and cleaner script based in part on suggestions in this forum has been outlined my updated post here. After looking and not finding anything, i've figured out a clunky way to automate the flash zip backup process using the user scripts plugin, so i thought i'd share it. It also has an option to remove old backups that i'll explain. There are a few steps involved to set it up, and the script itself is rudimentary, but ultimately it seems to get the job done. i'll lay it out in steps below for anyone interested. i'm still new to scripting and linux in general, so I invite anyone to offer input, if they find problems, refine, polish, make changes, etc. ***Full disclosure, i only have this running on my test server right now, but so far seems to be successful without any issues! for anyone that decides to try, MANUALLY BACKUP YOUR FLASH DRIVE FIRST BEFORE TRYING. if you are at all nervous or unfamiliar, please don't try this - i don't assume any liability here for data loss. Use at your own risk, this is still a work in progress. Here are the steps: 1. the unraid flash zip script is located in #/usr/local/emhttp/webGui/scripts open with proper text editor, then simply copy and paste into a new user script (via the user script plugin) and save it as something like "unraid flash to zip". 2. (If you're running unraid version 6.9b30, skip this step and go down to 2A) in the user script plugin, create another new script called "Flash Zip Backup" and paste in the following: #!/bin/bash #dir = WHATEVER FOLDER PATH YOU WANT TO SAVE TO dir=/insert/your/path/here echo 'Remove symlink from emhttp' find /usr/local/emhttp/ -maxdepth 1 -name '*flash-backup-*.zip' -delete sleep 5 echo 'Move Flash Zip Backup from Root to Backup Destination' mv /*-flash-backup-*.zip "$dir" sleep 5 echo 'Deleting Old Backups' #ENTER NUMERIC VALUE OF DAYS AFTER "-MTIME +" find $dir* -mtime +30 -exec rm -rfv {} \; echo 'All Done' 2A. #!/bin/bash #dir = WHATEVER FOLDER PATH YOU WANT TO SAVE TO dir=/insert/your/path/here echo 'Remove symlink from emhttp' find /usr/local/emhttp/ -maxdepth 1 -name '*flash-backup-*.zip' -delete sleep 5 echo 'Move Flash Zip Backup from Root to Backup Destination' mv /mnt/user/system/*-flash-backup-*.zip "$dir" sleep 5 echo 'Deleting Old Backups' #ENTER NUMERIC VALUE OF DAYS AFTER "-MTIME +" find $dir* -mtime +30 -exec rm -rfv {} \; echo 'All Done' Before saving here, make sure you change the "dir" path to your backup destination. i'd advise something off of the array to a remote share or unassigned disk (via the unassigned device plugin), but it can be anywhere you like. 3. This script also removes backup files after a certain number of days. On the second to last line, the "+30" stands for "30 days or more", so the script will remove files in the given directory that are 30 days or older. Adjust this number to anything you like, i.e. 14, 60, etc. (I have this set to run once a week, so 30 works for me). Once you've entered the dir path and the number of days, you can save the script. 4. Let's set a cron time for these two scripts to run a little smoother. For the first script, "unraid flash to zip", in the user scripts page i scheduled it for Mondays at 1:00pm, so 0 13 * * mon is the entry for that. For the second script, "Flash Zip Backup", i have it set to run five minutes later, so it's 5 13 * * mon. These times can be adjusted to run whenever you like, but obviously the "unraid flash to zip" script must run first before " Flash Zip Backup". Be sure to hit apply on the bottom left of the user scripts page to save before exiting. And that's it! You can manually run the scripts if you want, verify the flash.zip in your backup directory, make sure everything is working. Again, if you have any questions or suggestions, let me know. I know there's more than one way to skin a cat with linux commands, this is just how i landed with it. EDIT: It seems @nitewolfgtr was able to combine steps 1 & 2 into a single script here. I haven't tried it yet but it looks good EDIT 2: @sreknob helpfully pointed out on 6.9b30 that backups are now stored in /mnt/user/system/. An alternative Step 2A has been provided for users running this script. Have to point out again, that nothing is definite in this script and great care should be taken when implementing new steps. Thanks so far for everyone contributing!

i'm here with the same problem, and a virtually identical log, except my pihole is set to 192.168.1.2. i'm also not able to access web ui at all I've seen where some people said to try chmod'ing the appdata folder, i tried it to no avail. i've also tried reverting back to v4.1 and chmod'ing, still no luck. my unraid network settings have DNS pointing to -> 192.168.1.2 (pihole) and then ->1.1.1.1. I've had it working fine for about a year until recently i needed to do a fresh install and haven't gotten it working since then. here's a picture of the container settings, would love it if anyone could help us out with this

this little gem buried deep down in this thread saved me on my r720. thanks @saarg for anyone else doing this, to persist after reboot, i added these quick lines to my go file (in my case it's sr0 and sg3, adjust accordingly) # Make Optical Disc Drive Accessible chmod 777 /dev/sr0 chmod 777 /dev/sg3

wow. i use unmanic to convert to mp5 x265, and most media is mkv. looks like the updates i was seeing in the history were from these filename changes. still doesn't seem to make unmanic useless for me, as the actual file sizes are significantly smaller most of the time, regardless of whether sonarr reflects that or not. you could try putting in a feature request in github for sonarr, but until then, just make it a point to "refresh and update disk" when you click on a show if you need it to reflect proper filesize in sonarr (i guess that's what i'll be doing from now on). still going to let unmanic keep chewing through the library, but glad to learn something new though

go to settings -> media management -> file management and look for the setting "Rescan Series Folder after Refresh". Set this to always. to check the status of the refresh, go to system -> tasks and you'll be able to see the intervals for the "refresh series" task and manually run if needed

Realize this is an old post of mine, but the problem persisted for me and i finally solved it. Below is the script I use to clean out my usenet completed downloads folder. It's set to clean out files older than 3 days, run daily. Maybe it can be useful for somebody #!/bin/bash echo "Searching for (and deleting) Files older than 3 Days" echo "Should Only Take a Second" #dir = WHATEVER FOLDER PATH YOU WANT CLEANED OUT dir=/path/to/folder/ #ENTER NUMERIC VALUE OF DAYS AFTER "-MTIME +" find $dir* -mtime +3 -exec rm -rfv {} \; echo "Done for Now" echo "See Ya Tomorrow"

SV3 will automatically detect these file changes during scheduled library changes, same for RadarrV3

Having not used quick sync before this, I thought cpu utilization was normal when enabling QS transcoding. i downloaded the intel-gpu-tools container to take a closer look, and turns out it's not working in the unmanic container for me, even with all the prerequisites in the go file, parameters, etc. Also tried all the encoders like you did, and the only one that works is the libx265. However, i posted earlier in the forum (when i thought QS was working) that i noticed my processing time was almost cut in half, on average. Whereas it used to take my little intel 8-12 hours to process a 2gb 1080p x264 file w/ 2 workers, that time is down now to about 3-4 hours with QS enabled. It seems QS is not working (unless it involves high cpu usage and the intelgpu container isn't working) though the change in process times is definite, if not inexplicable.

Thanks for this! adding the chown entry fixed the persistence issue for me

the remote device is just the headless backup unraid server (and my home nas). I have a Syncthing container running between the two (and this does not rely on wireguard) and i have a weekly backup script for VM's and appdata. Again, no open browser pages. i restarted the backup server, and it cleared that error. but now the main server is showing a new error to chase down. Clements-Tower kernel: CIFS VFS: Close unmatched open

May have made a little progress. I unmounted all unassigned devices, still got the error. I tried disabling docker, still got the error. Disabled VMs, still got the error. I even unplugged the ethernet, still got the error. I use UD to mount remote shares via wireguard connection. So in a last ditch effort, it occurred to me to disable wireguard. Voila, the error went away. The second I turn wireguard back on and get a successfull handshake, the error comes back (even without any remote shares mounted). Now what? haha Jul 22 12:37:27 Clements-Tower root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Jul 22 12:37:29 Clements-Tower root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Jul 22 12:37:30 Clements-Tower wireguard: Tunnel WireGuard-wg0 stopped Jul 22 12:38:43 Clements-Tower root: Fix Common Problems: Other Warning: Unassigned Devices Plus not installed ** Ignored Jul 22 12:40:57 Clements-Tower kernel: mdcmd (41): set md_write_method 1 Jul 22 12:40:57 Clements-Tower kernel: Jul 22 12:44:18 Clements-Tower wireguard: Tunnel WireGuard-wg0 started Jul 22 12:44:22 Clements-Tower root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Jul 22 12:44:25 Clements-Tower root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Jul 22 12:44:27 Clements-Tower root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token

Odd though it may seem, that server is in a very limited-access environment available only from my desktop (or remote home desktop). Even running netstat, it's not showing any other connections to that server other than the one desktop. As i said, odd. Thanks for the input though, i'll look forward to the update!

I'm showing version 2020.07.19a installed as the latest version, while getting the error.

definitely confirmed none. this server is only accessed from 2 machines, my imac on the local lan, and my imac at home (via vpn). both of which i've triple checked, no browser pages / tabs / access open at all. Edit: I have another unraid tower at home connected with a 24/7 wireguard connection, that i use for remote backups with remote smb shares mounted. but it certainly doesn't have any browser pages open for this