Date: Mon, 30 May 2011 20:02:45 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Dan Nelson" <dnelson@allantgroup.com>, "Olaf Seibert" <O.Seibert@cs.ru.nl> Cc: freebsd-stable@freebsd.org, Jeremy Chadwick <freebsd@jdc.parodius.com> Subject: Re: ZFS I/O errors Message-ID: <EB547304D35F4CF7AA2E213A0A488608@multiplay.co.uk> References: <20110530093546.GX6733@twoquid.cs.ru.nl><20110530101051.GA49825@twoquid.cs.ru.nl><20110530103349.GA73825@icarus.home.lan><20110530110946.GC6733@twoquid.cs.ru.nl> <20110530171909.GE6688@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message -----
From: "Dan Nelson" <dnelson@allantgroup.com>
> The zfs IO code overloads the EILSEQ error code and uses it as a "checksum
> error" code. Returning that error for the same block on all disks is
> definitely weird. Could you have run a partitioning tool, or some other
> program that would have done direct writes to all of your component disks?
>
> Your scrub is also a bit worrying - 24k checksum errors definitely shouldn't
> occur during normal usage.
Its not on a 48bit boundary or something similar is it i.e. indicating some
sort of driver / disk firmware interaction issue?
Regards
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EB547304D35F4CF7AA2E213A0A488608>