ZFS + usb in trouble?
Alexander Nedotsukov
bland at bbnest.net
Tue Jan 22 15:06:08 UTC 2013
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@ 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.pl
More information about the freebsd-current
mailing list