I have used LSI HBAs exclusively. Performance and reliability has been
very good.
The only problem I have consistently seen is if I hotplug a sas expander
with or without disks attached it will crash the system at least half the
time. I have simple resolved never doing that hot.
I have stuck wi
High quality RAID cards don't just perform simple passthrough, even thou we
would expect this to be all that is needed in a ZFS implementation.
The controller will (at least in Areca's case) utilise writeback caching to
improve performance, driver implementation is also a major factor in
performan
On 18/07/2013 23:48, Tobias Oetiker wrote:
> Folks,
>
> We are specing a new omnios server box ... and were just told by
> our vendor, that LSI HBAs were much slower (50%) than Areca Controllers
> running in JBOD mode ... and that they would therefore recommend
> Areca (we use areca for raid6 in l
We use ARECA 1882 series cards in all our OmniOS storage servers.
We moved from a Linux/GlusterFS environment to OmniOS/Comstar and our
benchmarks have been very similar between the two using these controllers.
I highly recommend them, they have been very reliable for us, and
performance has been
This is my guideline article in this subject :
http://blog.zorinaq.com/?e=10
My box uses the IBM 1015 ones, works very good
Fábio Rabelo
2013/7/18 Tobias Oetiker
> Folks,
>
> We are specing a new omnios server box ... and were just told by
> our vendor, that LSI HBAs were much slower (50%)
Folks,
We are specing a new omnios server box ... and were just told by
our vendor, that LSI HBAs were much slower (50%) than Areca Controllers
running in JBOD mode ... and that they would therefore recommend
Areca (we use areca for raid6 in linux boxes, but have never used it in JBOD
mode with il
Why, yes! Thanks.
Bill
On Thu, Jul 18, 2013 at 7:32 AM, Dale Ghent wrote:
> On Jul 17, 2013, at 6:27 PM, Bill Rees wrote:
>
> > Is there an external interface to the bug tracking system?
>
> Are you looking for this?
>
> http://omnios.omniti.com/query.php
>
> /dale
>
>
__
On 7/18/2013 9:29 AM, Jim Oltman wrote:
./omnios_zpool_install.pl
>
And I get this:
mount: ./omnios_zpool_install.pl
Device busy
Hmm, my first guess is that the overlay mount the script executes uses
the name the script was executed as and mount doesn't like the relative
path. Try runnin
On Wed, Apr 17, 2013 at 9:51 PM, Paul B. Henson wrote:
> While the recommended way to customize rpool configuration is to utilize a
> network install with kayak, putting together a complete dhcp/tftp/http
> network install environment is a bit overkill for installing one box or
> doing some testi
On Jul 17, 2013, at 6:27 PM, Bill Rees wrote:
> Is there an external interface to the bug tracking system?
Are you looking for this?
http://omnios.omniti.com/query.php
/dale
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lis
Is there an external interface to the bug tracking system?
Thanks,
Bill Rees
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
Hi
this is a Supermicro issue. I have similar experiences with OI, S11 and
several linux distributions.
I'm using the KVM-Console with several Supermicroboards and different
Versions of Java on Windows. None of this combinations is perfect.
Sometimes it helps to use a 'wrong' layout of the keyb
12 matches
Mail list logo
