Re: [zfs-discuss] sharing a storage array
bonus questions: any idea when hot spares will make it to S10? good question :) It'll be in U3, and probably available as patches for U2 as well. The reason for U2 patches is Thumper (x4500), because we want ZFS on Thumper to have hot spares and double-parity RAID-Z from day one. Jeff ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] sharing a storage array
Jeff Bonwick wrote: If one host failed I want to be able to do a manual mount on the other host. Multiple hosts writing to the same pool won't work, but you could indeed have two pools, one for each host, in a dual active-passive arrangement. That is, you dual-attach the storage with host A talking to pool A and host B talking to pool B. If host A fails, it can 'zpool import -f B' to start serving up the B data. HA-ZFS (part of SunCluster 3.2) will automate this, but for now you can roll your own along these lines. Cool. Does this method require assigning each disk to one pool or the other, or can disks be divided into partitions before pool assignment? -- -- Jeff VICTOR Sun Microsystemsjeff.victor @ sun.com OS AmbassadorSr. Technical Specialist Solaris 10 Zones FAQ:http://www.opensolaris.org/os/community/zones/faq -- ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] sharing a storage array
Danger Will Robinson... Jeff Victor wrote: Jeff Bonwick wrote: If one host failed I want to be able to do a manual mount on the other host. Multiple hosts writing to the same pool won't work, but you could indeed have two pools, one for each host, in a dual active-passive arrangement. That is, you dual-attach the storage with host A talking to pool A and host B talking to pool B. If host A fails, it can 'zpool import -f B' to start serving up the B data. HA-ZFS (part of SunCluster 3.2) will automate this, but for now you can roll your own along these lines. Cool. Does this method require assigning each disk to one pool or the other, or can disks be divided into partitions before pool assignment? The problem with slicing disks and sharing the slices is that you are more prone to fatal operational mistakes. For storage where isolation is enforced, SCSI reservations are often used. SCSI reservations work on a per-LUN basis, not a per-slice basis because SCSI has no concept of slices (or partitions). A safer approach is to work only at a per-LUN level for sharing disks. -- richard ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] sharing a storage array
Richard Elling wrote: Danger Will Robinson... Jeff Victor wrote: Jeff Bonwick wrote: Multiple hosts writing to the same pool won't work, but you could indeed have two pools, one for each host, in a dual active-passive arrangement. That is, you dual-attach the storage with host A talking to pool A and host B talking to pool B. If host A fails, it can 'zpool import -f B' to start serving up the B data. HA-ZFS (part of SunCluster 3.2) will automate this, but for now you can roll your own along these lines. Cool. Does this method require assigning each disk to one pool or the other, or can disks be divided into partitions before pool assignment? The problem with slicing disks and sharing the slices is that you are more prone to fatal operational mistakes. For storage where isolation is enforced, SCSI reservations are often used. SCSI reservations work on a per-LUN basis, not a per-slice basis because SCSI has no concept of slices (or partitions). A safer approach is to work only at a per-LUN level for sharing disks. -- richard Now that I've gone and read the zpool man page :-[ it seems that only whole disks can be exported/imported. -- -- Jeff VICTOR Sun Microsystemsjeff.victor @ sun.com OS AmbassadorSr. Technical Specialist Solaris 10 Zones FAQ:http://www.opensolaris.org/os/community/zones/faq -- ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] sharing a storage array
Richard Elling wrote: Danger Will Robinson... Jeff Victor wrote: Jeff Bonwick wrote: If one host failed I want to be able to do a manual mount on the other host. Multiple hosts writing to the same pool won't work, but you could indeed have two pools, one for each host, in a dual active-passive arrangement. That is, you dual-attach the storage with host A talking to pool A and host B talking to pool B. If host A fails, it can 'zpool import -f B' to start serving up the B data. HA-ZFS (part of SunCluster 3.2) will automate this, but for now you can roll your own along these lines. Cool. Does this method require assigning each disk to one pool or the other, or can disks be divided into partitions before pool assignment? The problem with slicing disks and sharing the slices is that you are more prone to fatal operational mistakes. For storage where isolation is enforced, SCSI reservations are often used. SCSI reservations work on a per-LUN basis, not a per-slice basis because SCSI has no concept of slices (or partitions). A safer approach is to work only at a per-LUN level for sharing disks. Also from a performance point of view... If the LUN is a local disk, sharing slices can turn what would be sequential disk I/O into random I/O, not a good thing if the slices are used concurrently. If the LUN is on a storage array, then per-LUN caching, read-ahead, write-behind, RAID overhead, striped sized I/Os, are all impacted. Sharing slices on a single LUN can and does cause unforeseen performance problems, often very hard to diagnose. The old KISS policy of creating one big LUN, then carving it up into disk slices or volume manager controlled volumes, often causes problems later on in the LUN's life. Jim -- richard ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re[2]: [zfs-discuss] sharing a storage array
Hello Jeff, Friday, July 28, 2006, 4:21:42 PM, you wrote: JV Now that I've gone and read the zpool man page :-[ it seems that only whole JV disks can be exported/imported. No, it's not that way. If you create a pool from slices you'll be able to import/export only those slices. So if you will create two slices on one shared LUN you will be able to import each pool on a different server. However such config could be unfortunate due to other reasons others have stated. -- Best regards, Robertmailto:[EMAIL PROTECTED] http://milek.blogspot.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
