Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Oct 2009 01:11:37 +0200
From:      Solon Lutz <solon@pyro.de>
To:        Pawel Jakub Dawidek <pjd@FreeBSD.org>, freebsd-fs@FreeBSD.ORG
Subject:   Re: Help needed! ZFS I/O error recovery?
Message-ID:  <572088116.20091015011137@pyro.de>
In-Reply-To: <20091014210528.GC1727@garage.freebsd.pl>
References:  <756365088.20091013005202@pyro.de> <20091013055754.GA3197@garage.freebsd.pl> <90685589.20091013092418@pyro.de> <20091013072712.GA1597@garage.freebsd.pl> <12910471099.20091013095322@pyro.de> <20091013075511.GC1597@garage.freebsd.pl> <1433853337.20091013100348@pyro.de> <20091013082116.GE1597@garage.freebsd.pl> <673550066.20091013133544@pyro.de> <473227349.20091014184731@pyro.de> <20091014210528.GC1727@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
>> I just tried it with more TXGs, even with a jump of -300, but it always gives
>> an "cannot iterate filesystems: I/O error" error if I try to import the pool.

>> Also because of mounting the pool, the TXg has gone up to 13445935 from
>> initially 13462284.

> We can try to turn off checksum verification entirely, but it will most
> likely just panic your system.

> If you want to do this, edit
> sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/spa.h file and change
> ZIO_CHECKSUM_EQUAL() macro to something like this:

> #define ZIO_CHECKSUM_EQUAL(zc1, zc2)    (1)

Yes, it paniced as soon as I tried zpool import. Can you tell where ZFS is taking
the information from, that there are I/O errors? Is this based on checksums or is
there some kind of I/O-error-flag?


solon






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?572088116.20091015011137>