Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Jul 2017 22:13:19 +0300
From:      =?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCf0L7QstC+0LvQvtGG0LrQuNC5?= <tarkhil@webmail.sub.ru>
To:        freebsd-fs@freebsd.org
Subject:   Re: How can I recover data from a faulted pool?
Message-ID:  <ce16cbec-71a1-e615-26fc-fec5a6ac282d@webmail.sub.ru>
In-Reply-To: <b7c3f089-963d-a23a-7bbe-ab1a450acd27@b1t.name>
References:  <7e3d874e-e051-1169-2111-b8f2549f89ee@webmail.sub.ru> <b7c3f089-963d-a23a-7bbe-ab1a450acd27@b1t.name>

next in thread | previous in thread | raw e-mail | index | archive | help
Everything is fine. The problem was in mounting order, so I did not see 
files. And I could not think properly because of tooth pain))


15.07.2017 16:52, Volodymyr Kostyrko пишет:
> Александр Поволоцкий wrote:
>> Hello
>>
>> FreeBSD 10.3. ZFS.
>>
>>  # zpool status
>>   pool: database
>>  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: none requested
>> config:
>>
>>         NAME               STATE     READ WRITE CKSUM
>>         database           UNAVAIL      0     0     0
>>           mirror-0         UNAVAIL      0     0     0
>>             gpt/database0  FAULTED      0     0     0  too many errors
>>             gpt/database1  FAULTED      0     0     0  too many errors
>>
>> disks can be read, can I somehow recover data from the pool?
>
> For sure... First please describe what happened to both disks and what 
> hardware you were using (chipset/controller). Please don't try to 
> `zpool clear` yet.
>
> 1. ZFS *HEAVILY* relies on hardware to be stable, any hardware 
> glitches may result in severe pool corruption. If you have any doubts 
> in hardware first move the disks to the trusted box.
>
> 2. I assume both mirror parts were on different disks? ZFS doesn't 
> like pools that have more then one chunk on any drive.
>
> 3. Try mounting pool R/O with transaction recovery. While this is 
> mirror please do this for both disks and give it another try for 
> single disks as results may differ:
>
> `zpool import -N -O readonly=on -f -R /mnt/somezpoool …`
>
> You can use mfsBSD for that.
>
> If that doesn't help try:
>
> `zpool import -N -O readonly=on -f -R /mnt/somezpoool -Fn …`
>
> Both commands will try to import the pool without mounting file 
> systems in r/o mode. If that would work, try mounting only required 
> filesystem and copy some data from it.
>
> Please post your results.
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ce16cbec-71a1-e615-26fc-fec5a6ac282d>