Speaking of BlueArc, their storage going wonky was behind the huge outages
Media Temple experienced earlier in the year.
http://weblog.mediatemple.net/weblog/2009/03/06/anatomy-of-storage-on-the-grid/

. o 0 (wonders if Jordan will comment)

-- 
Brandon Burton
sysadmin and technologist
http://www.inatree.org/

On Wed, Oct 7, 2009 at 3:01 PM, James Braid <[email protected]> wrote:

> On Tue, Oct 6, 2009 at 20:47, Adam Levin <[email protected]> wrote:
> >
> > On Tue, 6 Oct 2009, John Stoffel wrote:
> >> Fun!
> >
> > One of the better jobs I've had.  :)
> >
> >> I like Netapp too, but I'm getting more and more pissed at their silly
> >> 16Tb limit on aggregates, it really starts killing you when you have
> >> 12 shelves, each with 14 1Tb drives in them.  It makes carving up
> >> storage painful again.
> >
> > I agree -- it's been a longtime beef of mine that they insist on limiting
> > capacities based on what they think I want.  I wish they would allow me
> to
> > exceed their limits with the understanding that it could affect
> > performance -- especially when I know I don't need performance in favor
> of
> > large archives and such.
>
> The 16TB aggregate limit is a hard 32-bit addressing limit in Data
> ONTAP - version 8 has 64-bit aggregates but they still don't increase
> the aggregate limits all that much - maximum is 50 - 100TB depending
> on platform IIRC.
>
> (been bitten by the 16TB limit - now we use Bluearc for our big
> storage and Netapp for smaller stuff like /home and our software mount
> points)
>
> _______________________________________________
> Discuss mailing list
> [email protected]
> http://lopsa.org/cgi-bin/mailman/listinfo/discuss
> This list provided by the League of Professional System Administrators
>  http://lopsa.org/
>
_______________________________________________
Discuss mailing list
[email protected]
http://lopsa.org/cgi-bin/mailman/listinfo/discuss
This list provided by the League of Professional System Administrators
 http://lopsa.org/

Reply via email to