From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 18:55:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C66E106566C for ; Fri, 26 Jun 2009 18:55:16 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDF68FC0C for ; Fri, 26 Jun 2009 18:55:15 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n5QIsSSO078592; Fri, 26 Jun 2009 19:54:28 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A451964.3080001@fletchermoorland.co.uk> Date: Fri, 26 Jun 2009 19:54:28 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A44427E.3040309@kc8onw.net><912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> <4A44B62B.4050903@fletchermoorland.co.uk> <30247D709B414FCFB703E323BDD2C71E@multiplay.co.uk> In-Reply-To: <30247D709B414FCFB703E323BDD2C71E@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: Steven Hartland , Jonathan , Thomas Backman Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all blockcopies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2009 18:55:16 -0000 Steven Hartland wrote: > > ----- Original Message ----- From: "Paul Wootton" > > >> As bad as it sounds, YAY, im not the only one... >> If only I had seen this thread earlier - As of 1 hours ago im the new >> owner of another 500Gb drive. I had already checked the SMART data on >> the drives and it showed everything was good, but decided some new >> drivers (getting one at a time) would help me eliminate the drives as >> being the source of the LBA errors. >> >> Interesting though, my LBA errors are also around the 429xxxxxxx >> number, usually with the 3rd of 4th number being somewhere around 8xxx. >> After rebuilding and populating the pack many many times with various >> versions of 8 I did manage to get a pack that would try and boot the >> kernel with out any LBA or IO errors but I had forgotten to add the >> zpool.cache file. I rebooted on a working drive/installation, pushed >> the zpool.cache file across and tried booting off raidz hoping that >> all would be good and happy, but no, the LBA errors started appearing... > > You might want to check what LBA mode is being used. Some disks require > you to use 48bit LBA for all of the disk if supported and I've seen > some drivers use it only if they "think" its required for the position > in question, which can cause issues with the firmware on some drives, > resulting in LBA errors. > > Regards > Steve > Im unsure how to check what LBA mode my drives are currently using, but I have done some more testing with interesting results. I am using 3 drives (ad18, ad20 and ad24) and all done with GPT tables. Made a pack and have a 1gb zfs partition on each drive - raidz boots fine and the machine runs happily Increased the partition on ad24 to the drive's maximum capacity - 75G. Rebooted and the machine is still happy. Increased the partition on ad20 to 3.8G. Rebooted and the machine is still happy Increased the partition on ad18 to 3.8G. All is still happy. Increased the partition on ad20 to 7.6G. Again, all happy Increased the partition on ad18 to 7.6G. I now start getting the LBA errors I still need to try ad18p2 at 3.8G, ad20p2 at 7.6G, ad24p2 at 75G and try booting off ad20 instead of ad18 During other tests, after increasing the parition size, the kernel would boot but fail to load the root filing system. I pointed it to a UFS based root to bring the system online. I took a look at the zpool status and it shows 1 of the partitions as corrupt and the whole pack as faulty and not degraded. Does anyone else see this sort of behavior? Paul ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk