Date: Wed, 23 Jan 2013 14:46:02 +0100 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Alexander Nedotsukov <bland@FreeBSD.org> Cc: FreeBSD Current <freebsd-current@freebsd.org>, hselasky@FreeBSD.org Subject: Re: ZFS + usb in trouble? Message-ID: <20130123134601.GB53514@garage.freebsd.pl> In-Reply-To: <B14908B2-A116-47E8-A311-E378E82924C6@FreeBSD.org> References: <B9569401-6A19-437C-82D8-794022D42CF1@bbnest.net> <20130121205851.GB1341@garage.freebsd.pl> <20130121211718.GD1341@garage.freebsd.pl> <B3A22592-7AB4-4070-9B57-7234A70071F2@bbnest.net> <20130122181012.GD1714@garage.freebsd.pl> <B14908B2-A116-47E8-A311-E378E82924C6@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 23, 2013 at 09:11:23PM +0900, Alexander Nedotsukov wrote: > And now both are failing, although zfs in a different way. Yes, but now we are sure this is not ZFS issue. Sequential read simply doesn't trigger the corruption, but ZFS access patterns do. The read errors you are seeing are due to GELI returning EIO on integrity verification error. > # zpool status > pool: testpool > state: ONLINE > status: One or more devices has experienced an unrecoverable error. An > attempt was made to correct the error. Applications are unaffected. > action: Determine if the device needs to be replaced, and clear the errors > using 'zpool clear' or replace the device with 'zpool replace'. > see: http://illumos.org/msg/ZFS-8000-9P > scan: scrub repaired 1M in 0h2m with 0 errors on Wed Jan 23 20:57:11 20= 13 > config: >=20 > NAME STATE READ WRITE CKSUM > testpool ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > da5.elid ONLINE 0 0 0 > da5.elie ONLINE 21 0 0 > da5.elif ONLINE 0 0 0 >=20 > # dmesg | tail -20 > GEOM_ELI: da1.eli: Failed to authenticate 131072 bytes of data at offset = 1010827264. > ath0: bb hang detected (0x4), resetting > GEOM_ELI: Device da5.eli created. > GEOM_ELI: Encryption: AES-XTS 128 > GEOM_ELI: Integrity: HMAC/SHA1 > GEOM_ELI: Crypto: software > GEOM_ELI: da5.eli: Failed to authenticate 4096 bytes of data at offset 40= 96. > GEOM_ELI: da5.eli: Failed to authenticate 4096 bytes of data at offset 0. > GEOM_ELI: da5.eli: Failed to authenticate 5792 bytes of data at offset 22= 9288288. > GEOM_ELI: da5.eli: Failed to authenticate 65536 bytes of data at offset 2= 29429248. > GEOM_ELI: da5.eli: Failed to authenticate 131072 bytes of data at offset = 229298176. > GEOM_ELI: da5.eli: Failed to authenticate 26496 bytes of data at offset 2= 29494784. > GEOM_ELI: da5.eli: Failed to authenticate 12288 bytes of data at offset 2= 70299136. > GEOM_ELI: da5.eli: Failed to authenticate 65536 bytes of data at offset 2= 70319616. > GEOM_ELI: da5.eli: Failed to authenticate 5792 bytes of data at offset 27= 3095488. > GEOM_ELI: da5.eli: Failed to authenticate 56864 bytes of data at offset 2= 73105376. > GEOM_ELI: da5.eli: Failed to authenticate 2400 bytes of data at offset 27= 3326080. > GEOM_ELI: da5.eli: Failed to authenticate 65536 bytes of data at offset 2= 72560128. > GEOM_ELI: da5.eli: Failed to authenticate 131072 bytes of data at offset = 272429056. > GEOM_ELI: da5.eli: Failed to authenticate 32768 bytes of data at offset 2= 72396288. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlD/6ZkACgkQForvXbEpPzSD5ACg8k7swASI51QRNekbauTup5Jm 2GcAoPIhUumysLxngIrxY15Z3G1y/M4Z =wkZg -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130123134601.GB53514>