MowMdown

The process can be stopped by using the terminal and killing the background rsync or move process. You can manage file transfers in any flavor you like, it's linux afterall. I prefer using tmux session and rsync. you can also use mc as well You can use the unbalanced plugin as well which also is just a gui wrapper for rsync. Like it or not, the terminal is simply the best, most robust, option you have and you should not be afraid of using it. Many people also use the Krusader docker container but I have opinions on that.

The zfs master plugin refreshes the dashboard which wakes up all zfs disks/pools. You just need to set the plugin snapshot refresh to disabled.

Setting up the more basic nextclould doesn't require an external DB unless you choose to set one up. It does give you the option of using the built in sqlite db if I recall correctly. However setting up mariadb is quite simple. And now you're finding out that self-hosting has it's pitfalls. You become the network engineer. setting up and maintaining your own infra. However once you do get it working, you can feel satisfied and accomplished.

It's bad due to being overly complex, using docker socket to basically run it's own containers outside of how unraid expects containers to be ran which often confuses users who are new to docker system. And your data is stored within the docker volume by default. If/When this volume is deleted/removed, your data goes with it. It's not accessible from outside the AIO container. And for the simple headache it's already giving you.

Yup that's no good, time to replace the RAM. you can test each stick individually if you really want to only replace the bad DIMMs but that's your call.

you have what appear to be two media shares on your USB Media.cfg and media.cfg M---a # Share does not exist m---a shareUseCache="no" # Share exists on cache, disk1, disk2, disk3 On the Shares tab click on "Clean Up" at the bottom of the share list

I would consider a 24 hour minimum memory test which you can access from the unraid boot menu screen (blue square screen)

From what I recall this mean FUSE has crashed. Likely caused by whatever else is going bad.

I run 4x SATA SSDs in a RAID10 configuration and have no trouble with speeds.

In my opinion you're better off installing the standard Nextcloud container by Linuxserver

I think you're fundamentally missing a critical thing. You don't NEED tailscale for your individual containers. Simply getting your server on your tailnet is all you need to access ALL your containers via the tailscale IP and the container port. For example if your tailscale IP is 100.106.13.67 and you wanted to access plex, you type in http://100.106.13.67:32400 If you want to take it one step further and have access via your local IP instead of the tailscale IP, you go to the tailscale plugin settings and advertise your router subnet and then approve the subnet on tailscale admin dashboard online. If you want to take it even further see this tailscale dns guide I wrote

If this is the case you’re using Tailscale wrong. The Tailscale plugin is a one and done deal. You authenticate each physical device one time and you can access your entire LAN. So your server, your laptop, your phone all need to be added ONCE. And you’re in. There is nothing to do with containers other consoles/logs. You should NOT be using the little Tailscale toggle that you see on a container template page. If this is too complicated. Unraid has a wireguard VPN manager built in. It does the same thing as Tailscale but a lot more manually. You will need a DDNS for this to keep your public IP updated. Another easy to use option is Cloudflare Tunnels

You formatted your disks that contained data? Do I understand this correctly? Please explain in detail exactly what you mean by this. It sounds to me like you took your existing data disks, put them in your unraid array and formatted them. If that is the case formatting them erased your data. If I’m way off please explain what you were doing prior to the data being erased. To be clear unraid does not erase/delete data unless you tell it to.

Do you have SAS disks? Those are known for not obeying spin down.

use lsof /mnt/disk# to see if anything is keeping it awake. you 100% have a docker container or a plugin reading from a disk.

Likely need to wait until the next unraid release when they introduce the new LTS kernel

Plex is using CPU to transcode here. The absence of it showing "(hw)" next to the video is a key indicator

Once it's done disk4 is going to be unmountable. you will want to shutdown the system and then put disk4 into a windows pc and use UFS explorer to read the disk. If it can read the disk you may be able to copy the contents from the disk to your PC to put back on your NAS

FYI 2026.1.0 is live as a stable update

Yes you need to click on "+Add Device, Port, Variable" at the bottom of the template page and then add a device and pass through/dev/dri Alternatively you can add --device=/dev/dri to the extra parameters field if you toggle the advanced view.

Yes the VM takes control the GPU. The GPU cannot be used on the host machine until after a reboot. This is normal and expected. Not a bug. AMD GPUs allegedly could return to the host using the AMD Vendor reset plugin but I dont have experience with passing through GPUs. Intel GPUs and Nvidia GPUs require a full reboot. Edit: Apparently it can be rare some hardware can handle it but it's going to be highly dependent on the specific hardware combination and drivers.

Yeah this thing is going to struggle with immich. Pinning to a core or two might help but If I were you I would disable all of the machine learning and video conversion settings. The CPU has an iGPU which can handle some of the tasks pretty efficently but not all of immich's tasks can utilize the iGPU and will rely on the CPU which you have very little of. Also you need to configure immich to use the iGPU manually if you have not done so already.

Pretty much yeah

Enable the remote syslog server and post diagnostics next time it happens you might have to ssh in and run the command from terminal diagnostics if you cant access the webgui.

Where are you replicating your snapshots to? Snap-shotting live data is risky and will not guaranteed to be functioning upon a rollback. Think databases. These need to be stopped and dumped to be safely restored. What is your plan if you have more disks fail than a zpool can handle and you lose ALL the data? With the unraid array at most you only lose the data on the failed disks and not the entire array. Do you want ALL your disks spun up and reading/writing 24/7? There is no selective spin down. Do you need more than 200+MB/s read speed on any single given disk? How familiar with zfs filesystem are you? Do you have excess RAM you're needing to put to use? ZFS performs optimally the more RAM you can allocate to it for read caching. It's not a hard requirement but it definitely help to have more RAM for zfs. IMO there is a time and place like using zfs on ssd pools but for HDDs unless you know you need the speed and throughput (enterprise workloads) single disks in XFS is my preferred way to go.