XigmaNAS

So here is the back story, I am quickly running out of space on my 14TB server mainly because i have not properly allocated my disk. I am changing the structure and moving my disks around as well as adding a few more.

Here in lies the issue. I wanted to make my os drive larger so i bought a 250 ssd and added it to my machine.

Prior to that i exported my zpool using

$zpool export <Device Name>

After adding the new OS the pool fails to import from the GUI. When i click the Import button the second time in an effort to force the pool it crashes the system.. By clicking the Import button under the ZFS page on the web Gui.

Detailed Image ->
With the failed attempt 2x's i pulled my notes on ZFS recovery and Started trying to force the import via ssh.

After a week of troubleshooting

zpool import says the device is online with another device even after I exported the pool as stated below.

the only way to get the Pool to load is using
$zpool import -f -R /mnt -o rdonly=on <Device Name>

Every other attempt to import the disks fails. To include $zpool import -f -D and any others
The pool appears to work fine, with both read and write functions. The device is already recognized in the GUI when i pull it up.

One Problem

The PC now crashes when I reboot the system and the device has to reload the ZFS file system crashing.
System crashes at the boot sequence that says :

Load NOP GEOM class ## System Haults ## System Crashes.

Thoughts??

Thank you in advance Shawn


Any suggestions will be appreciated.

Shawn

Just one Quick note:

I am not changing the hard drive structure of the disks common to the ZFS drive. I am really adding disk or at least making them accessible to the system.

Shawn

post screen captures of:

Disks|Management|HDD Management
Disks|ZFS|Configuration|Detected
and
Disks|ZFS|Configuration|Current

also:
Diagnostics|Information|Space Used

Disks|ZFS|Pools|Information

Raul ~

Thank you for the immediate response, Just as an update I have established another pool with 4 drives that i was not using and going to try an get as much data off the original drives as i can. This is the best solution I can find to date I end up loosing about 4TB of data all up but i will salvage what is important.

Another thing is i have having to dump the setup to shut down and reboot from time to time and the VD1 ZFS shuts down every time it tries to load in a read / write capacity. As for now i am pulling things off the drive and trying to clean up some space.

Images you requested. -->

Thanks for all you have done Raul been following your posts for years.

sorry but i do not find any strange on your vd1 pool, only that is mounted on /mnt/mnt but this can easy be repaired and is not related to your problem.

from shell try:

zpool export <- to export vd1 pool.
zpool import -R /a vd1


if all works fine, you can upgrade vd1 to be compatible with latest flags:

zpool upgrade vd1

finally you need to sync webgui & real and do some stability test to be sure that all works fine.


documentation: http://docs.oracle.com/cd/E19253-01/819 ... index.html

http://docs.oracle.com/cd/E19253-01/819 ... index.html

Thanks again for time to help me with this... I will Try that tonight currently i am xfering a large amount of data to a smaller pool trying to salvage the information in case this does not work out.

VD1 Was the first zfs pool I ever created and yes it could use some help and there ans some recursive calls but it has been running fine for several years now. This is just another reason to clean all that up.

Thanks again i will keep you in the loop.

Raul ~

Here is the outcome of your request

nas4free: ~# zpool export VD1

nas4free: ~# zpool import -R /a VD1
cannot import 'VD1': pool may be in use from other system, it was last accessed by nas4free.local (hostid: 0x9b1c834c) on Mon Nov 21 03:12:37 2016
use '-f' to import anyway


Every time i use -f it crashes the system. The only way I have been able to mount the drive is in a "read only" configuration.

Although the images/pic above appear everything is good I can not write to the disks. However if I use -f system locks up and I have to do a hard reboot.

I have however loaded another 4 single TB drives and extracted about 2T of data than i need. the remaining 6T is music movies games etc that I would prefer to not loose but can really live without if I must.

Suggestions??? Is there anyway to delete the zfs metadata and rebuild without loosing the disk config and data stored on the disks?

sorry I never see other problem like yours, normally ZFS is solid like a rock, but is not your case.

Please google a bit about: "The pool is formatted using a legacy on-disk format", not sure if is the origen of your troubles.

my best suggest is:

Save as much data can be possible in other external Disk.

delete your VD1 pool and format disks, one each time, Disks|Management|HDD Format|Step 1 and select UFS GPT first and ZFS second ( to delete all ZFS metadata structure)

once there are clear from ZFS metadata , recreate your ZFS pool, and re-copy saved data.

PD: perhaps and upgrade solve the problem, but is irreversible, if still you have problems, you can't revert to an older N4F version, you allways need to use your actual N4F version or superior. <- So to have all your valuable data backed is a good idea.

Some info about: https://www.freebsd.org/doc/handbook/zfs-zpool.html go to 19.3.11

Raul ~

Thanks I have been Google'n for Days I usually do that before I turn to the Forums. However I did just notice this on the sourceforge website about v10.3

https://sourceforge.net/p/nas4free/bugs/311/
I am not sure if it is related or even what it means yet. How do you disable ZFS ACL inheridence controls and is it even related?

Just kinda Grasping at straws.

Thanks Again

wirez05 wrote:I am not sure if it is related or even what it means yet. How do you disable ZFS ACL inheridence controls and is it even related?

Just kinda Grasping at straws.

Thanks Again

perhaps in Services|CIFS/SMB|Shares Edit your shares and go to section.

or http://serverfault.com/questions/611142 ... in-freenas

viewtopic.php?f=21&t=11577

viewtopic.php?f=21&t=11365