On Mon, 18 Dec 2006, Torrey McMahon wrote:

> Al Hopper wrote:
> > On Sun, 17 Dec 2006, Ricardo Correia wrote:
> >
> >
> >> On Friday 15 December 2006 20:02, Dave Burleson wrote:
> >>
> >>> Does anyone have a document that describes ZFS in a pure
> >>> SAN environment?  What will and will not work?
> >>>
> >>>  From some of the information I have been gathering
> >>> it doesn't appear that ZFS was intended to operate
> >>> in a SAN environment.
> >>>
> >> This might answer your question:
> >> http://www.opensolaris.org/os/community/zfs/faq/#hardwareraid
> >>
> >
> > The section entitled "Does ZFS work with SAN-attached devices?" does not
> > make it clear the (some would say) dire effects of not having pool
> > redundancy.  I think that FAQ should clearly spell out the downside; i.e.,
> > where ZFS will "say" (Sorry Charlie) "pool is corrupt".
> >
> > A FAQ should always emphasize the real-world downsides to poor decisions
> > made by the reader.   Not delivering "bad news" does the reader a
> > dis-service IMHO.
>
>
> I'd say that it's clearly described in the FAQ.  If you push to hard
> people will infer that SANs are broken if you use ZFS on top of them or
> vice versa.
[ .... re-formatted ... but no content changed .... ]

Fair enough - I'm also in receipt of pushback from the illustrious Eric
Schrock - which usually indicates that I'm on the loosing side of this
argument ^H^H^H^H^H^H^H^H (sorry) discussion. :)

> The only bit that looks a little questionable to my eyes is ...
>
>     Overall, ZFS functions as designed with SAN-attached devices, but if
>     you expose simpler devices to ZFS, you can better leverage all
>     available features.
>
> What are "simpler devices"?  (I could take a guess ... )
>

--- new comment ----

Let me look at a couple of possible user "bad" assumptions and see if the
FAQ still reflects what a ZFS "convert" _might_ inadvertantly do.  And
I'll try the scenarios in mind on Update 3.  In the case that I don't come
up with anything worthwhile, I'll still post a followup.  I think it is
always best to "fess up" to a mistake or a misleading post.

Regards,

Al Hopper  Logical Approach Inc, Plano, TX.  [EMAIL PROTECTED]
           Voice: 972.379.2133 Fax: 972.379.2134  Timezone: US CDT
OpenSolaris.Org Community Advisory Board (CAB) Member - Apr 2005
             OpenSolaris Governing Board (OGB) Member - Feb 2006
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to