>> 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
lrwxrwxrw
On Sun, Feb 1, 2009 at 10:30 AM, Frank Cusack 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 ZFS-oriented custome
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 tha
On Sun, Feb 1, 2009 at 11:30, Frank Cusack 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 used as a case for a
w
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 T
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 ser
On Fri, Jan 30, 2009 at 1:19 PM, Miles Nordin wrote:
>> "fm" == Fredrich Maney 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 you will get a bunch of
>
On Sun, Feb 1, 2009 at 2:24 PM, 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
On Sun, 01 Feb 2009 14:45:28 -0600
Tim wrote:
> On Sun, Feb 1, 2009 at 2:24 PM, 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
> > >
> >
> >
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 w
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 sho
On February 1, 2009 12:24:08 PM -0800 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 b
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 man
On February 1, 2009 12:02:11 PM -0800 Frédéric VANNIERE
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 using Promise or Xtore or wh
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
fre
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
> 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
> reasons
>
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 fro
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
> no
+--
| 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 in-b
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 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 con
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 unles
+--
| 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,
|
http://sunsolve.sun.com/handbook_pub/validateUser.do?target=Sys
27 matches
Mail list logo
