From owner-freebsd-stable@FreeBSD.ORG Mon May 30 19:13:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79889106566C for ; Mon, 30 May 2011 19:13:30 +0000 (UTC) (envelope-from prvs=1131b31f60=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id EF6028FC08 for ; Mon, 30 May 2011 19:13:29 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Mon, 30 May 2011 20:02:14 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 30 May 2011 20:02:14 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50013420052.msg for ; Mon, 30 May 2011 20:02:13 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1131b31f60=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Dan Nelson" , "Olaf Seibert" 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> Date: Mon, 30 May 2011 20:02:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: ZFS I/O errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2011 19:13:30 -0000 ----- Original Message ----- From: "Dan Nelson" > 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.