Squid

On already existing shows, Sonarr does not look for missing episodes etc unless you explicitly tell it to. Normally it just looks at an RSS feed to see what's new. If a missing episode happens to be in the feed, then it will download it. Have it search for those episodes you're missing

If the motherboard doesn't see it, no chance that unRaid will. Look for power connectors, sata connectors, port disabled in bios, etc. Could just plain be a toasted drive.

Its now backing up libvirt.img instead since that has everything. Just disable VM's, copy libvirt back from the backup location to where its normally stored (maybe make a backup of the one in there at the moment). Restart VM service, and your xml's should be there.

Did you test the connection to the download client?

The permissions on the created files are incorrect. I just have no idea if this is a Mac issue, or OSX Interoperability issue, so unfortunately I'm unable to help any further. Hopefully someone with a Mac will chime in and be able to determine where the issue actually lies.

My apologies. Missed that. Don't see the need for a Mac so I can't test the similar situation. But yeah, I would think that SMB is SMB. But You've also got OSX interoperability enabled, and since I don't use a Mac, I have no clue what it really does.

I just tried this. Created a file in the root of a share. Its permissions were -rw-rw-rw- 1 andrew users 0 Aug 31 17:24 test.txt Created a directory in the root drwxrwxrwx 1 andrew users 29 Aug 31 17:24 test/ Logged out of my user and logged in as my wife who normally does not have any write permission to the share. It would not allow her to modify the file or create one. I changed her security to allow RW access to the share, and I was able to have her user successfully modify files in the share that were owned by myself, and create new ones that I (andrew) could modify no problems. root@Server_A:/mnt/user/Movies/test# ls -al total 4 drwxrwxrwx 1 andrew users 48 Aug 31 17:28 ./ drwxrwxrwx 1 nobody users 100 Aug 31 17:24 ../ -rw-rw-rw- 1 tracey users 0 Aug 31 17:28 blah.txt -rw-rw-rw- 1 andrew users 6 Aug 31 17:28 test.txt Perhaps you're hitting credential caching by windows?

Probably Power Supply going into thermal overload and/or undersized for the components installed. Hard Drive temps will not cause a server to shut down. CPU temps may depending upon your BIOS settings, but a PSU overheating will always cause a shutdown.

Simplest solution is to simply recreate it. Then go to the Apps tab, previous apps and reinstall your old apps. No modifications of the templates will be required.

LSIO issues updates to their containers every Friday which will pull the latest and the greatest version of the app itself. Just update the container via the docker tab every Friday (or install the autoupdate plugin to do it for you). Not generally recommended to update within the app itself for LSIO containers.

After the transfers are complete is the system responsive again? Post your diagnostics after the system is unresponsive (but then becomes responsive again). Might not show anything, but its always a start

The add button within the apps tab is long gone never to return. Hit help within the apps tab and it should all make sense

SMB setting IIRC Sent from my LG-D852 using Tapatalk

I'm too lazy to figure out screen, and just do stuff like that on the local monitor / keyboard.

Until it runs you won't see anything. You can see the cron line added by cat /etc/cron.d/root BTW, Deleting a script won't actually delete the cron entry, but the first thing I do when executing a custom cron is to see if the script still exists and if it doesn't to immediately exit. Far simpler programming. But, anything that you do that requires you to hit the Apply button will wind up deleting the cron entry.

If you start any command running in the foreground of a telnet session, it will get terminated if the session closes for whatever reason, unless you use screen (available via the NerdPack plugin)

Nope. Set it and forget it It should. I'd be surprised if I forgot to handle that situation (been awhile since I looked at the code), but if you see an update tonight, you'll know why.

None of what you said will hurt.

NZBGet is far far more efficiently programmed (C++ vs python)

The parity drive(s) must be as large or larger than the largest data disk. So if you get an 8TB drive for parity, and then repurpose the existing 4tb parity drive to be a data drive instead, you've gained 4TB of storage.

To add the cron job, place the file into /boot/config/plugins/WhateverName/nameoffile.cron Then reboot or run update_cron

With what editor did you create the cron file? Sent from my LG-D852 using Tapatalk

Are you using one of the built-in schedules or a custom cron?

Most of the docker / plugin don't even bother publishing their template repositories or plugin URL's anymore due to the pervasiveness of Community Applications To quote from the unRaid manual,

Can you elaborate and post a screen shot? Not sure what you mean exactly by see only script. This implies that both the application feed and GitHub were both down at the same time. The two different methods (appfeed and legacy) hit completely different sources. Probably the problem lied somewhere from your ISP. I tried this morning and everything is all hunky-dory...