From owner-freebsd-stable@FreeBSD.ORG Mon Feb 21 16:48:15 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 DC9A0106566C for ; Mon, 21 Feb 2011 16:48:15 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 963D18FC1C for ; Mon, 21 Feb 2011 16:48:15 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1PrYvm-000Lif-Jl; Mon, 21 Feb 2011 19:48:14 +0300 From: Boris Samorodov To: Kurt Jaeger References: <20110217115653.GH34314@home.opsec.eu> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru> <20110221161637.GR34314@home.opsec.eu> Date: Mon, 21 Feb 2011 19:48:14 +0300 In-Reply-To: <20110221161637.GR34314@home.opsec.eu> (Kurt Jaeger's message of "Mon, 21 Feb 2011 17:16:37 +0100") Message-ID: <71493761@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment 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, 21 Feb 2011 16:48:15 -0000 Hi! On Mon, 21 Feb 2011 17:16:37 +0100 Kurt Jaeger wrote: > > > Hmm, wasn't the issues with 3T drives, that they internally use > > > 4K blocks and emulate 512 and that therefore 8 block alignments > > > are an performance issue ? > > > > > The reason I'm asking: I encounter the problem of the lost > > > secondary GPT table: > > > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: the secondary GPT table is corrupt or invalid. ^^^^^^^^^ [1] > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: using the primary only -- recovery suggested. > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: the secondary GPT table is corrupt or invalid. > > > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: using the primary only -- recovery suggested. > Boris Samorodov wrote: > > It may be the case here if you to used glabel(8) to create a label > > for the whole disk. > I did not use glabel on that disk. Hm, I may be wrong here but from the log [1] you do have a geom name ad7. Can you show an output of the command: ----- % glabel status ----- > > Geom puts it's metainfo at the last sector of > > the disk -- the same place which a secondary GPT table uses. > Hmm. I'm still not sure how to test whether the drive/controller > behaves. -- WBR, bsam