nevermind, i will just get a Promise array.
Don't. I don't normally like to badmouth vendors, but my experience
with Promise was one of the worst in my career, for reasons that should
be relevant other ZFS-oriented customers.
recommendations for an alternative?
one question related with this: would KAIO be supported on such configuration ?
At least trying to open /dev/zvol/rdsk/datapool/master where master is defined
as:
# zpool create -f datapool mirror c1t1d0 c2t0d0
# zfs create -V 1gb datapool/master
# ls -lrt /dev/zvol/rdsk/datapool/master
On Sun, Feb 1, 2009 at 10:30 AM, Frank Cusack fcus...@fcusack.com wrote:
nevermind, i will just get a Promise array.
Don't. I don't normally like to badmouth vendors, but my experience
with Promise was one of the worst in my career, for reasons that should
be relevant other
Sorry for following up to myself.
It was suggested off-list that I try to see if the slightly older code in
the Belenix liveCD would maybe work with my pool. Nope -- because I
upgraded my pool back when I thought OpenSolaris 2008.11 was going to
work, so it's too new a version for the code on
On Sun, Feb 1, 2009 at 11:30, Frank Cusack fcus...@fcusack.com wrote:
recommendations for an alternative?
At work we just ordered a Supermicro CSE-846E1-R900B [1]: 24 hot-swap
bays, redundant 900W power supplies, LSI SAS expander. This doesn't
quite make a JBOD by itself (it's designed to be
J4200 is cheap compared to custom made solutions (Supermicro + 3Ware). Ask a
Sun reseller for a quote. There is also the Sun Startup Essentials program with
great prices on storage systems.
Last year I've bought an Infortrend RAID array with custom disks but today I
would choose a J4400 + 24
John-Paul Drawneek wrote:
the J series is far to new to be hitting ebay yet.
Any alot of people will not be buying the J series for obvious reasons
The obvious reason is that Sun cannot service random disk
drives you buy from Fry's (or elsewhere). People who value data
tend to value
On Fri, Jan 30, 2009 at 1:19 PM, Miles Nordin car...@ivy.net wrote:
fm == Fredrich Maney fredrichma...@gmail.com writes:
fm changing the default toolset (without notification)
I wouldn't wish for notification all the time and tell people they
cannot move unless they notify everyone, or
On Sun, Feb 1, 2009 at 2:24 PM, Richard Elling richard.ell...@gmail.comwrote:
John-Paul Drawneek wrote:
the J series is far to new to be hitting ebay yet.
Any alot of people will not be buying the J series for obvious reasons
The obvious reason is that Sun cannot service random disk
On Sun, 01 Feb 2009 14:45:28 -0600
Tim t...@tcsac.net wrote:
On Sun, Feb 1, 2009 at 2:24 PM, Richard Elling
richard.ell...@gmail.comwrote:
John-Paul Drawneek wrote:
the J series is far to new to be hitting ebay yet.
Any alot of people will not be buying the J series for obvious
Stefan,
one question related with this: would KAIO be supported on such
configuration ?
Yes, but not as one might expect.
As seen from the truss output below, the call to kaio() fails with
EBADFD, a direct result of the fact that for ZFS its cb_ops interface
for asynchronous read and
On Sun, 1 Feb 2009, Tim wrote:
I don't think anyone is asking Sun to service disks that aren't
theirs, but to claim that's a reason for not selling drive trays is
crap. You already claimed in the other thread that Sun has
contracts for custom disks so they don't have to worry about short
On February 1, 2009 12:24:08 PM -0800 Richard Elling
richard.ell...@gmail.com wrote
John-Paul Drawneek wrote:
the J series is far to new to be hitting ebay yet.
Any alot of people will not be buying the J series for obvious reasons
The obvious reason is that Sun cannot service random disk
I realize that this configuration is not supported. What's required
to make it work? Consider a file server running ZFS that exports a
volume with Iscsi. Consider also an application server that imports
the LUN with Iscsi and runs a ZFS filesystem on that LUN. All of the
redundancy and disk
On February 1, 2009 12:02:11 PM -0800 Frédéric VANNIERE
f.vanni...@planet-work.com wrote:
J4200 is cheap compared to custom made solutions (Supermicro + 3Ware).
i can't see how that math works.
by the time i fully populate a J4200 (12TB), Sun charges in the $10k
neighborhood. i can do this
You have a raid with 5 terabyte discs. Now some bad sectors arises, so the
discs differ in size. What happens with the ZFS raid? Will there be seriuos
trouble? Or is this only a problem when ZFS raid is 100% full?
Of old, in Linux you didnt allocate the entire disc. Instead you let 100MB be
On Sun, Feb 01, 2009 at 04:26:13PM -0600, Gary Mills wrote:
I realize that this configuration is not supported. What's required
It would be silly for ZFS to support zvols as iSCSI LUNs and then say
you can put anything but ZFS on them. I'm pretty sure there's no such
restriction.
(That said,
On Sun, Feb 1 at 14:45, Orvar Korvar wrote:
You have a raid with 5 terabyte discs. Now some bad sectors arises,
so the discs differ in size. What happens with the ZFS raid? Will
there be seriuos trouble? Or is this only a problem when ZFS raid is
100% full?
Of old, in Linux you didnt
Tim wrote:
On Sun, Feb 1, 2009 at 2:24 PM, Richard Elling
richard.ell...@gmail.com mailto:richard.ell...@gmail.com wrote:
John-Paul Drawneek wrote:
the J series is far to new to be hitting ebay yet.
Any alot of people will not be buying the J series for obvious
On Sun, February 1, 2009 14:24, Richard Elling wrote:
John-Paul Drawneek wrote:
the J series is far to new to be hitting ebay yet.
Any alot of people will not be buying the J series for obvious reasons
The obvious reason is that Sun cannot service random disk
drives you buy from Fry's (or
On Sun, 1 Feb 2009, Richard Elling wrote:
The drives that Sun sells will come with the correct bracket.
Ergo, there is no reason to sell the bracket as a separate
item unless the customer wishes to place non-Sun disks in
them. That represents a service liability for Sun, so they are
not
+--
| On 2009-02-01 16:29:59, Richard Elling wrote:
|
| The drives that Sun sells will come with the correct bracket.
| Ergo, there is no reason to sell the bracket as a separate
| item unless the customer wishes to place
Gary,
I realize that this configuration is not supported.
The configuration is supported, but not in the manner mentioned below.
If there are two (or more) instances of ZFS in the end-to-end data
path, each instance is responsible for its own redundancy and error
recovery. There is no
On Sun, 1 Feb 2009, Bob Friesenhahn wrote:
I am worried that Sun is primarily interested in new business and
tends to not offer replacement/new drives for as long as the actual
service-life of the array. What is the poor customer to do when Sun
is no longer willing to offer a service
Bryan Allen wrote:
+--
| On 2009-02-01 16:29:59, Richard Elling wrote:
|
| The drives that Sun sells will come with the correct bracket.
| Ergo, there is no reason to sell the bracket as a separate
| item unless the
+--
| On 2009-02-01 20:55:46, Richard Elling wrote:
|
| The astute observer will note that the bracket for the X41xx family
| works elsewhere. For example,
|
26 matches
Mail list logo
