From owner-freebsd-stable@FreeBSD.ORG  Mon Feb 21 16:16:37 2011
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
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 0395B106566B
	for <freebsd-stable@freebsd.org>; Mon, 21 Feb 2011 16:16:37 +0000 (UTC)
	(envelope-from lists@c0mplx.org)
Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1])
	by mx1.freebsd.org (Postfix) with ESMTP id B2DFC8FC12
	for <freebsd-stable@freebsd.org>; Mon, 21 Feb 2011 16:16:36 +0000 (UTC)
Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD))
	(envelope-from <lists@c0mplx.org>) id 1PrYRB-000K4E-JH
	for freebsd-stable@freebsd.org; Mon, 21 Feb 2011 17:16:37 +0100
Date: Mon, 21 Feb 2011 17:16:37 +0100
From: Kurt Jaeger <lists@c0mplx.org>
To: freebsd-stable@freebsd.org
Message-ID: <20110221161637.GR34314@home.opsec.eu>
References: <20110217115653.GH34314@home.opsec.eu>
	<AANLkTi=QMXvFtTyY9BUGg56VtTuac3G_0LnXaVboJQQz@mail.gmail.com>
	<20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg>
	<20110217180140.GL66849@dan.emsphone.com>
	<20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <37576665@h30.sp.ipt.ru>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Feb 2011 16:16:37 -0000

Hi!

> > 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.
> > 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.

> 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.

-- 
pi@opsec.eu            +49 171 3101372                         9 years to go !