Date: Wed, 1 Apr 2009 19:43:15 -0400 From: Damian Gerow <dgerow@afflictions.org> To: freebsd-current@freebsd.org Subject: Re: ZFS checksum errors on USB attach (Was: ZFS data error without reasons) Message-ID: <20090401234315.GA11125@plebeian.afflictions.org> In-Reply-To: <20090401121704.GA92522@plebeian.afflictions.org> References: <49BD117B.2080706@163.com> <20090331100328.H46640@rust.salford.ac.uk> <20090401044011.GA51164@plebeian.afflictions.org> <200904010846.55770.hselasky@c2i.net> <20090401121704.GA92522@plebeian.afflictions.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Damian Gerow wrote: : : > I walked over to my laptop (Lenovo X200), and plugged in a Cowon D2 to : : > charge up the battery. When I tried to do other things, I received a large : : > number of input/output errors, so I knew I'd triggered the bug. Two things : : > that I tried to do: : : : : If you unload "umass" and plug a memory stick, do you see the same behaviour : : then? : : : : Maybe it is not directly USB related. : : I had previously been unable to produce the same symptoms immediately : following a reboot, with no USB-related modules loaded. I will give it : another try later today to confirm. umass is compiled in to the kernel by default. It's not a module I can load and unload (that I'm aware of, anyhow). So I tried plugging the D2 in, and it didn't cause any troubles. But I wasn't running transmission -- so I started transmission up, plugged the D2 in again, and lo and behold, ZFS checksum errors: ----- Apr 1 19:37:24 plebeian kernel: da1 at umass-sim0 bus 0 target 0 lun 1 Apr 1 19:37:24 plebeian kernel: da1: <COWON D2 0100> Removable Direct Access SCSI-0 device Apr 1 19:37:24 plebeian kernel: da1: 40.000MB/s transfers Apr 1 19:37:24 plebeian kernel: da1: 15359MB (31456320 512 byte sectors: 255H 63S/T 1958C) Apr 1 19:37:24 plebeian kernel: GEOM_LABEL: Label for provider da0 is msdosfs/D2. Apr 1 19:37:24 plebeian kernel: GEOM: da1: partition 1 does not start on a track boundary. Apr 1 19:37:24 plebeian kernel: GEOM: da1: partition 1 does not end on a track boundary. Apr 1 19:37:29 plebeian root: ZFS: checksum mismatch, zpool=storage path=/dev/ad4s1d.eli offset=107774476288 size=131072 Apr 1 19:37:29 plebeian root: ZFS: checksum mismatch, zpool=storage path=/dev/ad4s1d.eli offset=107774476288 size=131072 Apr 1 19:37:29 plebeian root: ZFS: zpool I/O failure, zpool=storage error=86 ----- However, the errors are ocurring far less quickly than normal. Could just be coincidence, but I doubt it: closing firefox didn't result in a core dump, but in a proper shutdown procedure. So, this seems to be related to ZFS, and possibly the number of files it has open? Pure speculation on my part, but I only seem to be able to trigger this bug when transmission is open: the only torrent it has loaded is something like 200 files, and 30GB. - Damian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090401234315.GA11125>