Date: Tue, 22 Jan 2013 23:47:29 +0900 From: Alexander Nedotsukov <bland@bbnest.net> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: FreeBSD Current <freebsd-current@freebsd.org>, hselasky@FreeBSD.org Subject: Re: ZFS + usb in trouble? Message-ID: <B3A22592-7AB4-4070-9B57-7234A70071F2@bbnest.net> In-Reply-To: <20130121211718.GD1341@garage.freebsd.pl> References: <B9569401-6A19-437C-82D8-794022D42CF1@bbnest.net> <20130121205851.GB1341@garage.freebsd.pl> <20130121211718.GD1341@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Pawel, Here what I did. # geli onetime -a hmac/sha1 -s 4096 /dev/da5=20 # dmesg | tail -15 wlan0: link state changed to UP ugen5.4: <USBest Technology> at usbus5 umass2: <USBest Technology USB Mass Storage Device, class 0/0, rev = 2.00/1.00, addr 4> on usbus5 umass2: SCSI over Bulk-Only; quirks =3D 0x0100 umass2:4:2:-1: Attached to scbus4 da5 at umass-sim2 bus 2 scbus4 target 0 lun 0 da5: <USB2.0 FlashDisk 0.00> Removable Direct Access SCSI-2 device=20 da5: 40.000MB/s transfers da5: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) 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 = 4096. GEOM_ELI: da5.eli: Failed to authenticate 4096 bytes of data at offset = 0. # dd if=3D/dev/random of=3D/dev/da5.eli bs=3D1m dd: /dev/da5.eli: short write on character device dd: /dev/da5.eli: end of device 875+0 records in 874+1 records out 917151744 bytes transferred in 1530.831674 secs (599120 bytes/sec) # dd if=3D/dev/da5.eli of=3D/dev/null bs=3D1m 874+1 records in 874+1 records out 917151744 bytes transferred in 178.874312 secs (5127353 bytes/sec) All clear. No new errors. Zpool created on the same usb stick is still failing with cksum errors. # usbconfig -d 5.4 add_quirk UQ_MSC_NO_SYNC_CACHE umass2: SCSI over Bulk-Only; quirks =3D 0x4000 Re-created zpool is still failing with cksum errors. Every new scrub run = is triggering another "repairing". Thanks, Alexander. On 22.01.2013, at 6:17, Pawel Jakub Dawidek <pjd@FreeBSD.org> wrote: > I used wrong Hans' login, resending with the proper e-mail. >=20 > On Mon, Jan 21, 2013 at 09:58:52PM +0100, Pawel Jakub Dawidek wrote: >> On Sat, Jan 19, 2013 at 11:26:39PM +0900, Alexander Nedotsukov wrote: >>> Let's use some space out of it. >>>=20 >>> #dd if=3D/dev/zero of=3D/tank/foo >>> ^C250939+0 records in >>> 250938+0 records out >>> 128480256 bytes transferred in 30.402453 secs (4225983 bytes/sec) >>>=20 >>> Oops... >>>=20 >>> #zpool status >>> pool: tank >>> 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 5K in 0h0m with 0 errors on Sat Jan 19 = 23:11:20 2013 >>> config: >>>=20 >>> NAME STATE READ WRITE CKSUM >>> tank ONLINE 0 0 0 >>> raidz1-0 ONLINE 0 0 0 >>> da1 ONLINE 0 0 1 >>> da2 ONLINE 0 0 0 >>> da3 ONLINE 0 0 1 >>=20 >> This seems like umass/usb issue (hps@ CCed). Can you also try GELI = with >> data integrity verification? >>=20 >>=20 >> # geli onetime -a hmac/sha1 -s 4096 /dev/da0 >>=20 >> It will report some problems due to GEOM tasting, but ignore them and = run: >>=20 >> # dd if=3D/dev/random of=3D/dev/da0.eli bs=3D1m >>=20 >> Once that done try to read the data back and look at the logs to see = if >> any corruptions are reported. >>=20 >> --=20 >> Pawel Jakub Dawidek http://www.wheelsystems.com >> FreeBSD committer http://www.FreeBSD.org >> Am I Evil? Yes, I Am! http://tupytaj.pl >=20 >=20 > --=20 > Pawel Jakub Dawidek http://www.wheelsystems.com > FreeBSD committer http://www.FreeBSD.org > Am I Evil? Yes, I Am! http://tupytaj.pl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B3A22592-7AB4-4070-9B57-7234A70071F2>