strange ZFS v28 states after disk upgrades/rebuilds

Dmitry Morozovsky marck at rinet.ru
Sun Aug 21 20:44:42 UTC 2011


On Sun, 21 Aug 2011, Vladislav V. Prodan wrote:

> > - zpool import -F. Allows to rewind corrupted pool to earlier
> >    transaction group.
> > 
> > However, the pool does not seem to be corrupted, at least its contents;
> > after
> > backup is finished, I'll try to reassure by running scrub.
> > 
> 
> In your case, the pool in a state of "DEGRADED" and it can only be repaired by
> stripping transaction history.
> Sometimes it helps to zpool scrub <pool>, but only in the case of loose HDD.

FWIW, replace the component with only one UNAVAIL line has been finished ok 
(UNAVAIL line disappeared together with "replacing" one); and for strange set 
of multiple UNAVAIL I'd overcome this by `zpool detach' all UNAVAIL components 
but one and then `zpool replace' the last one.

What bothers me is (actually, two things, hence are):
- how this situation could have place at the first time
- what leads to locks requiring hard resets

Unfortunately, this motherboard has dead com port, so no much luck for the 
serial console -- or can it be assigned to one of puc() card I have?

-- 
Sincerely,
D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck at FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru ***
------------------------------------------------------------------------


More information about the freebsd-fs mailing list