Hoopster

How storage is used is determined by a combination of a number of share settings such as allocation method, split level, minimum free space, included/excluded disks, etc. You should read up on these settings from User Shares section of the linked manual in the bottom right of the GUI.

Correct. Unraid supports dual parity (optional) which can protect against the simultaneous loss of two data drives. The USB flash drive holds Unraid files unpacked into RAM o boot, configuration files, and the license. If you setup Plex, it is common to have docker container appdata, VMs etc. on SSDs so no data disks need to be spinning for docker containers/VMs to access their needed configuration files. I actually take it one step further because I had an extra small SSD. I put Plex appdata on its own dedicated SSD. This is certainly not necessary but lets me isolate Plex database/config files for maintenance purposes.

Yes. You can add as many data drives as you wish up to 8TB in size since you have an 8TB parity drive. In fact, you are "wasting" space if you just keep adding 4TB drives. A parity rebuild is always going to have to rebuild the full 8TB even if your largest data drive is 4TB. There is no math to add up. The parity drive just has to be as large or larger than the single largest data drive. It does not have to be as large as all the data drives added up. I have one 8TB parity drive that protects five 8TB data drives (40 TB). Parity protects against data loss due to a disk failure but is not a data backup. The Parity drive contains no actual data, it has no filesystem. It is just a bucket of bits of calculated 1s and 0s that represent the data stored in the same location across all data drives. To rebuild a failed data drive, the parity drive plus all other data drives are needed so the rebuild process knows whether to write a 1 or 0 in a particular location on the new data disk. There is a plugin for that. I have never used it so I do not know how well it works.

I do this same thing with an NTFS (Windows) formatted drive with the Unassigned Devices plugin I have about 40 TB of Unraid Array storage but I sync the most important files (photos, family videos, some movies, etc.) to an 18TB external drive via unassigned devices. Since it is NTFS, it can be read directly and natively in Windows. APFS (Apple File System) is also supported with the Unassigned Devices Plus plugin. I also have a backup Unraid server and I back up the entire array (well, just the new or modified files) to the backup server once a week via a script in User Scripts

It has been mentioned in these forums. I have never used it. Some have it working and it has not worked for others. Can't hurt to see if it works for you, I suppose.

Good luck with that. Backblaze and some others will not back up a NAS. To back up a NAS, you have to use their much more expensive B2 service. Some of us use Crashplan Pro for $10 a month unlimited backup. They do not restrict NAS. Look in the Backup section of the Apps tab and see what the available options are for Unraid. Many are just client applications to front-end a cloud-based backup service. The client may be free but you can pay a lot for the cloud backup space.

This will not work with plugins but with docker containers (I believe there is one for Tailscale) in the Advanced View in the docker tab you can drag-and-drop containers to change their startup order (they start in order from top to bottom) Set a delay after starting a container before starting the next one in the order I am not sure when VMs start up compared to docker containers but Tailscale as a docker container could be set to be the last one to start with a delay after the container before it.

Your server can have a maximum of 64 GB RAM installed but it appears it has only 32 GB installed and it is using all that; 32 GB is the amount being reported to Unraid (system memory). If you believe this is wrong, how much RAM is reported in the BIOS? My server is capable of having 128 GB but has 64 GB installed as seen below.

On one of my Unraid servers I have had 4 different motherboards while using the same USB flash drive and configuration. Another server is on its third different motherboard so, yes, swapping the motherboard/CPU/RAM, etc does not impact your setup. The only way in which a motherboard swap could affect setup (assuming you keep the same array hard drives) is if you have virtual machines/docker containers setup with hardware pass through. If that hardware changes, you will need to make changes to your configuration.

Probably only if you have one of the following issues: Resolve issues mounting remote SMB shares via the Unassigned Devices plugin. Resolve issues with certain Asmedia controllers not seeing all the attached devices. nfs: (revert) NFSv4 mounts by default zfs: Detect if insufficient pools slots are defined for an imported pool with a missing device. Fix translations issue with SystemDrivers I had no issues with 6.12.9 either but there was some reason they rolled back to a prior kernel version. I updated just in case other issues were found with the kernel in 6.12.9.

Three servers updated to 6.12.10. No issues observed so far but I had none of the reported issues with 6.12.9.

Oh, she expects a lot more. I certainly have a long "honey-do" list. I am on the kitchen remodel item right now. Those are just the two things she figures she would never want to deal with (or pay someone else to do) if she had to. With me around she does not have to.

My wife has said more than once she married me for only two reasons: To kill bugs and spiders in the house To handle all AV equipment/technology in the house Both are still accurate 43 years later.

Glad to hear you found the issue and your parity rebuild is progressing normally. FYI, towards the end it will typically start to slow down quite a bit as it reaches the inner tracks of the drives. Still, roughly 2 hrs. a TB, perhaps just a a bit more, it typical with larger drives.

Yes, /mnt/user path uses the fuse system Yes, mnt/user/xxxx is just the contents of all top-level folders of a particular name across all disks