These things work with the ahci driver:
http://www.addonics.com/products/ad4mspx2-a.php
Performance is marginal for use as an l2arc or slog, but they're fine
for installing the OS. Hot-swapping a failed device is tricky but
possible - I use nylon screws in case I drop one on the MB...
Kevin
On 16-03-19 01:28 PM, Richard Elling wrote:
On Mar 18, 2016, at 4:12 PM, Geoff Nordli wrote:
Hi.
I have had good luck with the SuperStorage 6037R-E1R16L chassis with the LSI
2308 IT mode HBA.
We have several similar servers. The X10DRH is fine. For a non-HA system,
single
> > Adding the ashift argument to zpool was discussed every few years
> > and so far was always deemed not enterprisey enough for the Solaris
> > heritage, so the setup to tweak sd driver reports and properly rely
> > on that layer was pushed instead.
>
> The issue is that once a drive model lies,
> On Mar 21, 2016, at 12:00 PM, Richard Jahnel wrote:
>
> Both approaches have their error points.
>
> FWIW I would very very much like to be able to force my new pools into
> ashift=12. It would make drive purchasing and replacement a lot more straight
> forward and
> On Mar 21, 2016, at 12:19 PM, Bob Friesenhahn
> wrote:
>
> On Mon, 21 Mar 2016, Richard Elling wrote:
>>>
>>> Adding the ashift argument to zpool was discussed every few years and so
>>> far was always deemed not enterprisey enough for the Solaris heritage, so
On Mon, 21 Mar 2016, Richard Elling wrote:
Adding the ashift argument to zpool was discussed every few years and so far
was always deemed not enterprisey enough for the Solaris heritage, so the setup
to tweak sd driver reports and properly rely on that layer was pushed instead.
The issue is
> On Mar 21, 2016, at 11:11 AM, Jim Klimov wrote:
>
> 21 марта 2016 г. 10:02:03 CET, Hanno Hirschberger
> пишет:
>> On 21.03.2016 08:00, Fred Liu wrote:
>>> So that means illumos can handle 512n and 4kn automatically and
>> properly?
>>
>>
21 марта 2016 г. 10:02:03 CET, Hanno Hirschberger
пишет:
>On 21.03.2016 08:00, Fred Liu wrote:
>> So that means illumos can handle 512n and 4kn automatically and
>properly?
>
>Not necessarily as far as I know. Sometime drives are emulating 512
>blocks and don't
On 21.03.2016 08:00, Fred Liu wrote:
So that means illumos can handle 512n and 4kn automatically and properly?
Not necessarily as far as I know. Sometime drives are emulating 512
blocks and don't properly tell the OS about that and Illumos ZFS is
aligning the drives with ashift=9 which leads
20 марта 2016 г. 21:41:10 CET, Geoff Nordli пишет:
>
>http://www.newegg.com/Product/Product.aspx?Item=9SIA5EM2KP1657
>
>Also, I created a new thread about the differences with 4kn and 512e.
>Logically, it would make sense the performance would be the same. I
>think it would
So that means illumos can handle 512n and 4kn automatically and properly?
Thanks.
Fred
From: Matej Žerovnik [mailto:ma...@zunaj.si]
Sent: 星期一, 三月 21, 2016 14:20
To: Fred Liu
Cc: geo...@gnaa.net; omnios-discuss; zfs-disc...@list.zfsonlinux.org
Subject: Re: [OmniOS-discuss] 4kn or 512e with
You can’t do that, but you can force system to recognize hard drive as if it
was 4Kn. Just like we do it for SSDs:
http://wiki.illumos.org/display/illumos/List+of+sd-config-list+entries+for+Advanced-Format+drives
lp, Matej
> On 21 Mar 2016, at 06:00, Fred Liu wrote:
>
>
12 matches
Mail list logo