Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 2 Jun 2014 21:45:51 +0100
From:      "Steven Hartland" <killing@multiplay.co.uk>
To:        "Warren Block" <wblock@wonkity.com>
Cc:        freebsd-fs <freebsd-fs@freebsd.org>, FreeBSD Hackers <freebsd-hackers@freebsd.org>, Matthew Ahrens <mahrens@delphix.com>, Nathan Whitehorn <nwhitehorn@freebsd.org>
Subject:   Re: fdisk(8) vs gpart(8), and gnop
Message-ID:  <1389B184A2434E55BCB9AD457273D1CF@multiplay.co.uk>
References:  <20140601004242.GA97224@bewilderbeast.blackhelicopters.org> <CAOjFWZ5N9FGwgSz0_YFNQjavzdJDitRn52VKn4ipW1ddj6-weQ@mail.gmail.com> <BCA9F5D6-3925-4E7E-9082-128652508305@FreeBSD.org> <3D6974D83AE9495E890D9F3CA654FA94@multiplay.co.uk> <538B4CEF.2030801@freebsd.org> <1DB2D63312CE439A96B23EAADFA9436E@multiplay.co.uk> <538B4FD7.4090000@freebsd.org> <CAJjvXiFAX7N-30g0OZ6idqLnyJww5dsyhGfLj6nYwKs9Xp--1g@mail.gmail.com> <538C9207.9040806@freebsd.org> <A0BA121A5D6941E2B0A3FA41948A2F10@multiplay.co.uk> <alpine.BSF.2.00.1406021415530.15147@wonkity.com>

next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message ----- 
From: "Warren Block" <wblock@wonkity.com>

>> ----- Original Message ----- From: "Nathan Whitehorn" 
>> <nwhitehorn@freebsd.org>
>>> 
>>> I think we basically don't have any lying disks anymore. The ATA code does 
>>> a very good job of this -- most tell the truth, but in an odd way that gets 
>>> reported up the stack. ada(4) has a quirks table for the ones that do not. 
>>> If this is the only concern, then we should just stop telling people to 
>>> worry about this.
>>> 
>>> My bigger concern is this pool upgrade one -- what if someone puts in a 4K 
>>> disk in the future?
>>
>> Thats very much not the case I'm afraid, I try to add quirks for disk as
>> they are reported but there's always going to be quite a few which are
>> wrong until manufacturers stop making their FW lie :(
>>
> 
> Both gpart and diskinfo show the correct values in the stripesize 
> fields.  At least, I've yet to see it be wrong.  Maybe that is where ZFS 
> should be getting the blocksize anyway.
> 
> (Of course, stripesize might only be correct due to the quirks you 
> mention, in which case... never mind.)

It is indeed because of the quirks we've manually entered I'm afraid :(

    Regards
    Steve



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