I was adding another HDD to the exisiting VDEV. It was on about 28% and my electricty went off. I’ve switched back on everything, entered true nas interface and HDD was just addeded to the VDEV HDD list. No percentage whatssoever.
What should I do in this case ?I don’t belive the new disk was addedd because I have a Raidz2 VDEV consisted of 4 6TB drives. I’ve added another 6Tb, so it’s now only 10.45 TiB of usable space. While it should be closer to 16+ Tb.
Hmm. Thanks, but sounds pretty complicated, and unreliable.
I wonder why I can’t rename the main data pool by using “Data set details” Edit tab.
I have a “name and options” window there, but I can not enter anything there.
If it’s that critical why I can not change it
So the double export / import is the only way.
But, your post doesn’t answer my question - if naming the data pool without spaces that critical - why it is possible in the first place, and why there is no option of renaming data pool afterwards?
It’s not guaranteed to break anything, it’s just possible that some things won’t play nice. I wouldn’t call it ‘critical,’ just not ‘best practice.’ That’s why it’s allowed. Wait til you see the things the shell will let you flat-out break.
You could make a feature request to rename pools. I don’t think it’s something people do frequently and I’m sure it’s possible to break things by renaming it, too.
Specifically, the middleware should manage, but spaces, or other special characters which require escaping, make CLI operations more difficult and could cause issues with third-party scripts.
Best to take a deep breath now and rename Main Data Pool to Main_Data_Pool or MainDataPool. It can only make your life easier.
Don’t forget to update any references to the old mount paths.
Things like jail mountpoints, data directories for apps, SMB shares, and so on, might still be pointing to /mnt/Main Data Pool/some/directory after you rename the pool.