SOLVED Pool status UNAVAIL

[rodfantana]

I have a RAIDZ volume comprised of 4 disks. One of them is showing up as FAULTED (too many errors), but the whole volume is marked as UNAVAIL (insufficient replicas). That's from 'zpool status -x'. Shouldn't volume be in the DEGRADED mode with 3 out of 4 disks marked as ONLINE?

The data on some of the shares is still accessible. I'm assuming the vmware_block and the .exe mentioned below are hosed. I'm OK with that, I have backups of vmware_block; exe's can be dismissed.

I have a replacement disk that i can plug in. Will that rebuild the array w/o any data loss?

root@xxxxx~ # zpool status -x
pool: vol1
state: UNAVAIL
status: One or more devices are faulted in response to persistent errors. There are insufficient replicas for the pool to
continue functioning.
action: Destroy and re-create the pool from a backup source. Manually marking the device
repaired using 'zpool clear' may allow some data to be recovered.
scan: resilvered 0B in 00:00:01 with 0 errors on Sun Sep 25 10:09:48 2022
config:

NAME STATE READ WRITE CKSUM
vol1 UNAVAIL 0 0 0 insufficient replicas
gptid/22fa4130-4e69-11e7-80ba-000c29c4efeb FAULTED 5 0 0 too many errors
gptid/23b12f8a-4e69-11e7-80ba-000c29c4efeb ONLINE 0 0 0
gptid/2466f5df-4e69-11e7-80ba-000c29c4efeb ONLINE 0 0 0
gptid/25148b95-4e69-11e7-80ba-000c29c4efeb ONLINE 0 0 0

errors: 5 data errors, use '-v' for a list
root@xxxxxx:~ #

root@xxxxxx:~ # zpool status -v vol1
pool: vol1
state: UNAVAIL
status: One or more devices are faulted in response to persistent errors. There are insufficient replicas for the pool to
continue functioning.
action: Destroy and re-create the pool from a backup source. Manually marking the device
repaired using 'zpool clear' may allow some data to be recovered.
scan: resilvered 0B in 00:00:01 with 0 errors on Sun Sep 25 10:09:48 2022
config:

NAME STATE READ WRITE CKSUM
vol1 UNAVAIL 0 0 0 insufficient replicas
gptid/22fa4130-4e69-11e7-80ba-000c29c4efeb FAULTED 5 0 0 too many errors
gptid/23b12f8a-4e69-11e7-80ba-000c29c4efeb ONLINE 0 0 0
gptid/2466f5df-4e69-11e7-80ba-000c29c4efeb ONLINE 0 0 0
gptid/25148b95-4e69-11e7-80ba-000c29c4efeb ONLINE 0 0 0

errors: Permanent errors have been detected in the following files:

/var/db/system/syslog-fe5739137b3643d3a6327c8c1d9b1a34/log/middlewared.log
/var/db/system/rrd-fe5739137b3643d3a6327c8c1d9b1a34/localhost/interface-vmx0/if_errors.rrd
/mnt/vol1/apps/7z1900-x64.exe
/mnt/vol1/apps/VeraCrypt Setup 1.21.exe
vol1/vmware_block:<0x1>
root@xxxxx:~ #

 

[Arwen]

Uh, what ever gave you the idea that your pool was a RAID-Z1?

That is a striped pool, with NO REDUNDANCY!!! Loss of any disk, generally means loss of entire pool and ALL DATA!!! Fortunately you seem to have lost only a few blocks, affecting only a few files. Recovery is problematic.

Do you have a backup?

A RAID-Z1 pool would show something like below. Note the line specifying the vDev redundancy, RAID-Z1 in this example:

Code:

    NAME                                            STATE     READ WRITE CKSUM
    vol1                                            DEGRADED     0     0     0
      raidz1-0                                      ONLINE       0     0     0
        gptid/22fa4130-4e69-11e7-80ba-000c29c4efeb  FAULTED      5     0     0  too many errors
        gptid/23b12f8a-4e69-11e7-80ba-000c29c4efeb  ONLINE       0     0     0
        gptid/2466f5df-4e69-11e7-80ba-000c29c4efeb  ONLINE       0     0     0
        gptid/25148b95-4e69-11e7-80ba-000c29c4efeb  ONLINE       0     0     0

 

[rodfantana]

Hmmm, you're absolutely right..... i must have made that mistake very early on and never caught it. The old disk is in, the pool is currently green and avail, but i'm guessing it's a temp thing. i'm replicating the data to another freenas instance. Thank you for catching that, i feel silly for missing that. Luckily everything that i can't afford to lose is backed up remotely.

Again, thank you.

 

[Arwen]

Your welcome. Good luck to you.

The files listed as bad with zpool status -v vol1 will need to be restored from backups. The others should be okay.