JonathanM

I know you are kicking yourself hard enough already, but I do need to point out that using disk encryption can greatly complicate file system corruption issues because there is another layer that has to be perfect. I would NEVER recommend encrypting drives where you aren't keeping current separate backups, it's just too risky. Verify your backup strategy works by restoring random files and comparing them before you start using encryption. Honestly, I wouldn't recommend encryption unless you have a well laid out argument FOR encrypting.

Client / server based backups. If you install a proper backup software inside the VM, it can do valid backups without taking down the VM. I personally use UrBackup, there is a container for it in the app section of Unraid, but you can just as easily use the built in windows backup if you are using microsoft products, or acronis, or any number of proper backup softwares. Doing it this way instead of trying to do a live image snapshot ensures you will have a valid backup instead of a crash consistent one. If you restore a snapshot that was taken of a running VM, you risk the snapshot not containing a valid backup, because there is no way for the VM client to know that it needs to commit changes from RAM to disk. Snapshots of VM's are only a good backup if you are willing to properly shut down the VM before taking the snapshot, or have some other feature in the VM to allow a live snapshot to work 100% of the time. Much easier to not reinvent the wheel and use good backup software in the VM.

You do realize this will still limit your writes, since every write is updating the parity disk(s). Have you looked into turbo write?

Just keep in mind if you want to upsize the zfs pool I think it's a little more complicated than just adding a single disk, unlike the parity pool.

Depends on size of parity disk and speed of the rest of the drives / HBA involved. If it's truly urgent to get your main server back on line you probably need to just cancel that and wait until support gets back to you on the plus license. A 16TB parity drive build could take a day or more.

Welcome! Don't hesitate to speak up if you are having issues, we're generally game to troubleshoot right along with you!

@eliminatrix2,BTW, I'm not an employee, just a very long time user. Please try to be polite, escalating attitudes isn't going to get things moving faster, it generally makes people less willing to assist.

You can't do that. Once a drive has been blacklisted it's done. What you can do, is transfer the entire content of the config folder WITHOUT the licence key file from one drive to another. So... first things first. Make a backup of ALL the flash drives, taking notes on what went where. Take the stick that has the currently valid pro license, and put the entire contents and the config folder from your main server on it minus the license key file, making sure to put the current pro license file back on it.

One of the issues with this style of selling is the lack of concrete delivery dates. They hope they can just stall the shipments until the prices people paid become normal market prices because tech tends to get cheaper as newer higher capacity items come on the market. I see this as the best case scenario, where you do actually receive the products eventually, but by the time they ship, you could purchase them on the open market for cheaper. Worst case, they are outright frauds, and intend to close up shop shortly after shipping enough units to satisfy the influencers that were gullible enough to hype them. The kickstarter model has so little accountability, any money you send now before products are available for resale on the open market should be considered gifts to the campaign, and you just hope that they are good people that are honest enough to not skidaddle with millions of free dollars. This particular campaign has just the right mix of authenticity to bring in huge amounts of cash, I hope they really do have the knowledge and honesty to deliver, but it doesn't smell that way right now.

What version is listed on the "Next" branch? 6.12 isn't stable yet.

I wouldn't if it were me. Isolate the PSU, so the only thing connected is the power cord, that way if the PSU is faulty it can't hurt anything else.

That explains why you are getting a copy / delete. Not directly, but that could cause some strange behaviour if the downloads share is set to cache:yes Before you start changing things around I think you need to get a deeper understanding of user shares and how they interact with the disk paths. hard links cannot be valid across the two types of paths.

No, you don't. You've looked so many times you can't see the issue. Not making fun, I've been there, done that. Compare letter by letter if you need to.

Smart money would reserve judgement until there are actually products in the general public, reviewers posting success stories don't count.

Whether a copy / erase or a rename is used by a move action depends on how the application views the file systems. If it sees the two locations as being part of the same file system it will rename, if it thinks there are two different file systems it will copy / delete. From the *arr's viewpoint, do the two paths share a common root? Or is it two root folders, /downloads and /TV?