Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Feb 2011 19:48:14 +0300
From:      Boris Samorodov <bsam@ipt.ru>
To:        Kurt Jaeger <lists@c0mplx.org>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: 3TB disc and block alignment
Message-ID:  <71493761@h30.sp.ipt.ru>
In-Reply-To: <20110221161637.GR34314@home.opsec.eu> (Kurt Jaeger's message of "Mon, 21 Feb 2011 17:16:37 %2B0100")
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> <20110221161637.GR34314@home.opsec.eu>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?71493761>