Re: [zfs-discuss] De-duplication in ZFS
Great question. I've been wondering this myself over the past few weeks, as de-dup is becoming more popular a term in our IT department. -john On Jan 20, 2008, at 5:40 PM, Narayan Venkat wrote: Hi, Is de-duplication in ZFS an active project? If so, can somebody share details about how it's going to be implemented? Thanks. NV ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Nice chassis for ZFS server
On Nov 30, 2007, at 2:47 AM, MP wrote: I evaled one of these too. Worked great with ZFS. Was that with OpenSolaris and was that with or without the Intel RAID controller? Cheers. Solaris 10 8/07, it was with the built-in RAID controller. -john ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] ZFS Features when Using Enterprise Arrays
On Aug 3, 2007, at 8:29 AM, Tomas Ă–gren wrote: On 03 August, 2007 - [EMAIL PROTECTED] sent me these 1,6K bytes: When using an array's RAID schemes, what higher level ZFS features are not in play when ZFS Stripes/Concats are used without using any ZFS RaidZ or mirrors? I understand from http://www.opensolaris.org/os/community/zfs/faq/#hardwareraid that ZFS can only report errors but not correct them. I think ZFS still does copy-on-wite, and rollback on error - these are separate from RAID. Does ZFS round robin the writes across the LUNs when there is no ZFS RaidZ or mirrors in play? Or do all the writes go to the first LUN until it is full? Round-robin across all vdevs (single disk, mirror, raidz, raidz2) in a pool. That's good to hear. What other ZFS features depend on ZFS RAID ? Mostly the self-healing stuff.. But if it's not zfs-redundant and a device experiences write errors, the machine will currently panic. Wow, this is certainly worse than the current VxVM/VxFS implementation. At least there I get I/O errors and disk groups get failed or disabled. -john ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] ZFS and powerpath
On Jul 15, 2007, at 12:59 PM, Peter Tribble wrote: On 7/13/07, Torrey McMahon [EMAIL PROTECTED] wrote: ZFS needs to use the top level multipath device or bad things will probably happen in a failover or in initial zpool creation. Fopr example: You'll try to use the device on two paths and cause a lun failover to occur. Mpxio fixes a lot of these issues. I strongly suggest using mpxio instead of powerpath but sometimes its all you can use if the array is new and mpxio doesn't have the hooks for it ... yet. Hm. This is pretty old stuff, and what is irritating is that I had it all working under mpxio. Then I was told the system had to be reconfigured to use powerpath, and I've not seen my data since. (I follow the logic that it's the datacenter standard, although I'm no longer sure I agree with it based on my experience so far; nor does my own experience match the alleged technical superiority of powerpath over mpxio. Ho hum.) I would definitely offer to work with your SAN team on getting MPxIO certified with your arrays. Where I work, we use Veritas DMP with our Hitachi arrays. When we go to ZFS, we will, of course, go to MPxIO instead of Hitachi's HDLM. The only difference from this thread is that we use Sun-branded Qlogic HBAs instead of Emulex on both our SPARC and x64 Sun servers. It's been slow going for me, but I've had great success working with my SAN team (who in turn work with HDS), on getting new technologies* working in our environment. -john *Our SAN team runs things very conservatively. They consider new technologies to be things introduced one to two years ago. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] OT: extremely poor experience with Sun Download Manager
On Jun 14, 2007, at 8:58 AM, Michael Schuster wrote: People, indeed, even though interesting and a problem, this is OT. I suggest that everyone who has trouble with SDM address it to the people who actually work on it - especially if you're a (potential) customer. Michael, for the sake of others who aren't familiar with Sun's practices, how does one do that? Go to Sunsolve? thanks, -john ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss