On Mon, Feb 02, 2009 at 09:53:15PM +0700, Fajar A. Nugraha wrote: > On Mon, Feb 2, 2009 at 9:22 PM, Gary Mills <mi...@cc.umanitoba.ca> wrote: > > On Sun, Feb 01, 2009 at 11:44:14PM -0500, Jim Dunham wrote: > >> 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-band communication between one instance of > >> ZFS and another instances of ZFS located elsewhere in the same end-to- > >> end data path. > > > > I must have been unclear when I stated my question. The > > configuration, with ZFS on both systems, redundancy only on the > > file server, and end-to-end error detection and correction, does > > not exist. > > > What additions to ZFS are required to make this work? > > None. It's simply not possible.
You're talking about the existing ZFS implementation; I'm not! Is ZFS now frozen in time, with only bug being fixed? I have difficulty believing that. Putting a wire between two layers of ZFS should indeed be possible. Think about the Amber Road products, from the Fishworks team. They run ZFS and export Iscsi and FC-AL. Redundancy and disk management is already present in these products. Should it be implimented again in each of the servers that imports LUNs from these products? I think not. > I believe Jim already state that, but let me give some additional > comment that might be helpful. > > (1) zfs can provide end-to-end protection ONLY if you use it end-end. > This means : > - no other filesystem on top of it (e.g. do not use UFS on zvol or > something similar) > - no RAID/MIRROR under it (i.e. it must have access to the disk as JBOD) Exactly! That leads to my question. What information needs to be exchanged between ZFS on the file server and ZFS on the application server so that end-to-end protection can be maintained with redundancy and disk management only on the file server? -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
