Hi Pawel, Here what I did. # geli onetime -a hmac/sha1 -s 4096 /dev/da5 # 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 = 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 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=/dev/random of=/dev/da5.eli bs=1m 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=/dev/da5.eli of=/dev/null bs=1m 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 = 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_at_FreeBSD.org> wrote: > I used wrong Hans' login, resending with the proper e-mail. > > 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. >>> >>> #dd if=/dev/zero of=/tank/foo >>> ^C250939+0 records in >>> 250938+0 records out >>> 128480256 bytes transferred in 30.402453 secs (4225983 bytes/sec) >>> >>> Oops... >>> >>> #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: >>> >>> 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 >> >> This seems like umass/usb issue (hps_at_ CCed). Can you also try GELI with >> data integrity verification? >> >> >> # geli onetime -a hmac/sha1 -s 4096 /dev/da0 >> >> It will report some problems due to GEOM tasting, but ignore them and run: >> >> # dd if=/dev/random of=/dev/da0.eli bs=1m >> >> Once that done try to read the data back and look at the logs to see if >> any corruptions are reported. >> >> -- >> Pawel Jakub Dawidek http://www.wheelsystems.com >> FreeBSD committer http://www.FreeBSD.org >> Am I Evil? Yes, I Am! http://tupytaj.pl > > > -- > Pawel Jakub Dawidek http://www.wheelsystems.com > FreeBSD committer http://www.FreeBSD.org > Am I Evil? Yes, I Am! http://tupytaj.plReceived on Tue Jan 22 2013 - 14:06:08 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:34 UTC