Squid

I'm anticipating that the flash drive backup routine will be deprecated (finally) this weekend, so no further work on it will ever happen If / when I revisit the plugin, it's already on the grocery list.

Correct Sent from my NSA monitored device

Settings - Media Management - Advanced Settings

Have you pinned the VM to only use 4 cores? Sent from my NSA monitored device

Try the diagnostics again in safe mode. After that, try the GUI boot mode (or non-gui if GUI is what you normally do) Also wouldn't hurt to give it a pass or 2 with memtest

Might want to post your docker run command https://forums.unraid.net/topic/57181-real-docker-faq/#comment-564345

This

Trouble with that procedure is that technically parity isn't actually valid in your case. This is because a write to the drive actually failed which means that the contents of parity was updated and the contents of the drive wasn't. (Not to mention any other writes that happened to the emulated drive before you noticed that it was disabled) IE: Parity is valid, but the contents of the drive are incorrect. A correcting parity check would update parity to reflect the drive's content (which is wrong) Ideally this situation calls for: Stop Array Unassign the disabled drive Start Array Stop Array Reassign the disabled drive Start Array and let unRaid rebuild the contents of it onto itself.

That's what I do You've also got verification turned on. I personally can't be bothered to do that as it takes twice as long. See above Another way to speed things up (but not really) is under advanced options you can choose to leave certain apps still running. I've never had any problems with doing this, but there is a slight chance that if an app modifies multiple files at a certain point and the backup has already grabbed file #1, but not file #2 (now modified) that the backup will not technically be correct. YMMV

Quite commonly done, and yes The various icons in the Settings Tab will disable what unRaid has the options for.

There's an overlap on the scheduling which may have something to do with it. The Backup starts at 5am and it is finished in and around 8am daily. The auto update runs at 6am. Even there though, on Oct 8, 9, 10 it certainly appeared that the apps were all restarted.

VM passthrough is highly dependent upon all of the hardware, BIOS versions etc in the server. Not every combination works. Myself, I'm old school and feel that a VM should always be hardware agnostic, and therefore I do not utilize any passthrough with any VM

If you view your docker run command https://forums.unraid.net/topic/57181-real-docker-faq/#comment-564345 the error will be listed after it for you to see and fix

Yeah. If the repository doesn't exist on dockerHub, then an update always shows as being available.

mitigations=off Plugin updated a week or so ago to reflect this

Probably related to this https://github.com/limetech/webgui/issues/417

Many users (myself included), don't bother with using the cache drive for anything that's going to wind up on the array, and use the cache exclusively for docker apps / vms. Back in the day when write speeds were horrendous, things were different, but nowadays (if you're on a 1G network), there isn't a huge difference in speed when transferring files over the network.

The xml doesn't exist / is corrupted in /config/plugins/dockerMan/templates-user Or your flash drive dropped offline.

can you post the diagnostics? diagnostics

Is it hosted on dockerHub?

(Advanced View)

Are you using plex and have a sizable library? How are you copying? Doing it over the network is going to seriously balloon the size of the share. My suggestion is to use the appdata backup plugin to back it up and then restore. Should be miles faster and wont take up any extra space Sent from my NSA monitored device

Probably because I'd then be inundated with requests to specify an execution order [emoji6] That, and people are leveraging this plugin to do things I never considered. Sent from my NSA monitored device

Rclone? Sent from my NSA monitored device