Kilrah

This seems to be the relevant doc: https://docs.searxng.org/admin/searx.limiter.html

The script does not remove the volumes by default, need to change it at the top. But you probably want to find out which container has the large ones first so you know what to fix / can grab back whatever ended up there first

That VNC server is actually provided by qemu on the unraid host, not within the VM. It's essentially the output of the virtual GPU qemu emulates.

xrdp is an rdp server for linux. Otherwise there's always vnc, but if you don't want to involve the host you have to install a vnc server within the VM yourself.

You can make a zfs pool that'll be trimmed and use a dummy flash drive as array until the requirement is removed.

I have and can upload 5+GB files just fine. If you use a reverse proxy you may need to change config there too.

Might help: If not one thing you can do is start array in maintenance mode, manually mount libvirt, and clear the VM autostart there

SATA cards with the 5-6 ports that most chipsets do are fine, SATA expanders aren't recommended and such cards with more ports usually use them. Oh and one warning I just remembered, you say you're using X99, these boards tend to have multiple SATA controllers onboard to provide more ports than those the chipset provides, and some may be old enough so as not to support drives >2TB. If you plan to use non-chipset ports it'd be a good idea to grab an empty large drive and plug it to each port to check whether some don't see it correctly. Plugging a larger drive with data to one of those old controllers could wipe it instantly.

Needs to be added to Extra parameters, not post arguments

No, that's not how nextcloud works, it actually syncs local copies of the files on all connected devices like dropbox, onedrive, google drive etc would. If you want a network share then just do that. I guess you could also not sync that folder, install a music player within nextcloud and play the stuff from the web ui, then that'd be streamed...

Do you have any non-usb passed through devices? If so that would likely be where the issue is.

Firstly it seems to be still scanning the contents, secondly you may need to go into the client app settings and select it manually for syncing if it's large.

That would be something to add to your reverse proxy. Doesn't really matter anyway.

You can set NVIDIA_VISIBLE_DEVICES=all but I believe that Plex will then require you to choose only one of them...

Not much more to say, as long as all the drives are seen by the hardware it should just fire up and be straight ready to go. Disable array autostart before swapping so you can check first.

It's warning because if a folder is common to multiple containers and located within the appdata share it'll be backed up multiple times as part of each container unless you set up manual exclusions, plus you have to set things up so that all of the containers accessing it are stopped together or it may cause failed backups as one container changes a file while another is being backed up. You typically want to change that common folder to be in another share, since you also usually don't want to backup downloads as part of appdata anyway.

There isn't one anymore for me either, just an email address.

Clear your browser cache/cookies

Some mobos have BIOS settings to choose what it does, see if you have different options you can try

You've set to only move files that are more than 15 days old, that might be why.

Check what the filesystem permissions of other repos are and make the unadopted files match?

Possible yes. Just reboot.

Did you reboot after changing things back?

Are you accessing the array at all at the same time? Any other read/write will slow down the check, it only runs full speed if nothing else touches the array.

1) You don't want to put your backup destination into the appdata share itself 2) Is that folder actually on the cache drive? What's your share configuration for the appdata share?