From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Higdon Subject: Re: [RFC] Multi-path IO in 2.5/2.6 ? Date: Tue, 10 Sep 2002 00:55:58 -0700 (PDT) Sender: linux-scsi-owner@vger.kernel.org Message-ID: <10209100055.ZM65139@classic.engr.sgi.com> References: <200209091734.g89HY5p11796@localhost.localdomain> <20020909170847.A24352@eng2.beaverton.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: In-Reply-To: Patrick Mansfield "Re: [RFC] Multi-path IO in 2.5/2.6 ?" (Sep 9, 5:08pm) List-Id: linux-scsi@vger.kernel.org To: Patrick Mansfield , James Bottomley Cc: Lars Marowsky-Bree , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org On Sep 9, 5:08pm, Patrick Mansfield wrote: > > You can have multiple initiators on FCP or SPI, without dual controllers > involved at all. Most of my multi-path testing has been with dual > ported FCP disk drives, with multiple FCP adapters connected to a > switch, not with disk arrays (I don't have any non-failover multi-ported > disk arrays available, I'm using a fastt 200 disk array); I don't know the > details of the drive controllers for my disks, but putting multiple > controllers in a disk drive certainly would increase the cost. Is there any plan to do something for hardware RAIDs in which two different RAID controllers can get to the same logical unit, but you pay a performance penalty when you access the lun via both controllers? It seems to me that all RAIDs that don't require a command to switch a lun from one to the other controller (i.e. where both ctlrs can access a lun simultaneously) pay a performance penalty when you access a lun from both. Working around this in a generic way (i.e. without designation by the system admin) seems difficult, so I'm wondering what may have been done with this (my reading of this discussion is that it has not been tackled yet). thanks jeremy