🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch.storage
Article #230

Re: IBM now does RAID 7 service for AS/400 & other IBM platforms

#230
From: Thor Lancelot Simon
Date: Thu, 17 Aug 1995 02:54
44 lines
2999 bytes
In article <DDEuFG.2LJ@ftel.co.uk>, Ian G Batten <I.G.Batten@ftel.co.uk> wrote:
>In article <40sv62$nj8@sv01a.cis.squared.com>,
>Tony Gast <cis115@ws001a.cis.squared.com> wrote:
>> In article <40qs2d$5o9@news.cloud9.net>, tls@cloud9.net (Thor Lancelot Simon) writes:
>> |> 
>> |> Heavens, no.  Auspex does a perfectly good job of selling their fileservers
>> |> themselves.  Just for reference, do you know what an Auspex is?  They're 
>> |> specialized network file servers which can cost millions of dollars.  They
>> |> also happen to use a correct RAID implementation which does write caching 
>> |> without running the risk of losing the whole filesystem.
>> |> 
>> 
>> I recall seeing Auspex advertised.  This sounds even more costly to have
>> such a specialized machine, but I am sure there are companies that need
>> exactly this sort of dedicated device.
>
>Like us, for example.  What I can't understand from what tls is saying
>is why an NVRAM-equipped SCSI controller isn't sufficient to guard
>against the scenario he describes (power failure with writes uncommitted
>to disk)?  We have a Write Accelerator in our Auspex, and I think I
>understand how it works.  Why is an NVRAM+disk combination any less
>secure than a disk alone?  Why does the code at the host end of the SCSI
>chain need to know that the far end has a cache with NVRAM?  Surely,
>provided any acknowledged write down the SCSI chain can be followed
>(possibly after a power fail) with a correct read from the same location
>on disk, everyone is happy?

Yes, of course it is.  That's why an Auspex *works*.  Auspex doesn't ever 
store uncommitted writes in *volatile* RAM unless the filesystem knows about
it -- unless it doesn't think those writes are committed, essentially.  

The default configuration of the StorComp RAID 7 box *does* store 
uncommitted writes in volatile RAM -- and it lies to the host it's 
attached to about it.  That's why it performs better than anyone else's 
RAID 4 on writes.  That is, in fact, the _only difference_ between it and 
anyone else's RAID 4, essentially.

See why it's a bad product, now?  They did just introduce optional NVRAM, 
but they hardly advertise that you might lose your filesystem metadata if 
you don't buy it.
-- 
Thor Lancelot Simon                                               tls@cloud9.net

Somewhere they're meeting on a pinhead, calling you an angel.
Technical Details
Message-ID: <40ub0u$1hq@news.cloud9.net>
Path: arc1-ca.pugleaf.net!cloud9.net!tls
References: <3vasmr$9g7@fdma.fdma.com> <40qs2d$5o9@news.cloud9.net> <40sv62$nj8@sv01a.cis.squared.com> <DDEuFG.2LJ@ftel.co.uk>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!cloud9.net!tls
From: tls@cloud9.net (Thor Lancelot Simon)
Newsgroups: comp.arch.storage,comp.periphs.scsi
Subject: Re: IBM now does RAID 7 service for AS/400 & other IBM platforms
Date: 17 Aug 1995 02:54:22 GMT
Organization: Cloud 9 Internet, White Plains, New York, USA
Message-ID: <40ub0u$1hq@news.cloud9.net>
References: <3vasmr$9g7@fdma.fdma.com> <40qs2d$5o9@news.cloud9.net> <40sv62$nj8@sv01a.cis.squared.com> <DDEuFG.2LJ@ftel.co.uk>
NNTP-Posting-Host: cloud9.net
X-Copyright-Notice: StorComp employees or contractors may not abridge.