JonathanM

Maybe order matters? Already had 3 device pool that originally had the 3 SSD's in a BTRFS 3 way, but slots were empty. Clicked on first device, changed format to ZFS, 1 group 3 members, applied changes Assigned 3 devices to the 3 empty slots, confirmed ZFS still was selected Started array, formatted pool. I guess to recreate try first setting up a 3 way BTRFS, format it, stop the array, unassign pool slots, start/stop array to commit change, change first pool slot to ZFS, assign disks.

You let parity rebuild, correct?

Did you kill the original script? You may need to manually kill it using htop at the console.

How are you viewing that?

What items from that post did you implement? Perhaps you should set up the syslog server and post the crash log from that along with the diagnostics zip file.

Looks good, assuming after the array is stopped and started again disk2 shows unmountable as predicted.

I would make a current backup in case something goes wrong, but yes, theoretically it should keep the data.

Soon™ is feeling more and more imminent. Possibly in the next few days. Perhaps it may even be time to start up the Soon™ 6.13 series thread with whatever speculations and rumours you have heard.

tools, new config

https://forums.unraid.net/topic/46802-faq-for-unraid-v6/page/2/#comment-819173

That should be fine.

Definitely not. While some hardware may work, it's not a universal thing. Hotswap has to be supported by the HBA and the drive cage, so it's safer to power down when unplugging and plugging drives. The only quibble I have with your summary and the original is the last step, I'm not sure why it's there to be honest. Formatting would erase the pool, so don't do that unless you don't need the data on it. @JorgeB, could you check that to see if I misread something?

Firefox works fine as long as you NEVER EVER EVER resubmit. Always cancel. It will stay screwed up until you restart Unraid.

I think I remember some issue with browser sessions not closing properly, perhaps try using Putty on the desktop to SSH instead and see how it goes. If you really need console from the mobile phone, there are several ssh clients available, I've not tried any so don't have any specific recommendations.

We tried to tell you. If you stop the array and start it again, the drive will show as unmountable, and the dd command issued at the console will go at full speed, probably several hours at most to finish. If you want to do that, post back with a screenshot of the main array started and showing the drive assignments, and your proposed command line from the "alternate" section of the shrink array wiki page. That way we can double check that you are indeed going to clear the correct drive and not permanently erase one of your other drives, which would be very sad. Note that since the drive will already be unmounted when you restart the array you can omit the umount part and just do the dd line. https://docs.unraid.net/legacy/FAQ/shrink-array#alternate-procedure-for-linux-proficient-users

How are you accessing the console you are using for mc?

I'm not aware of a quick method. The only thing I can think of would be file compare that looks at identical named files that don't binary match. Depending on the paths used in the mc session you could end up with quite a mess.

Only if a shutdown is forced when a file move is still in progress in the background.

Each boot USB stick needs a unique license. If you move a single USB stick to a different set of hardware you don't need a new license, it moves with the stick.

Do you have the page unlocked?

Please look in the support thread, if your question isn't answered already ask there.

Was that after a restart without touching the interface with Firefox at all?