Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 10 Sep 2002 03:52:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 10 Sep 2002 03:52:43 -0400 Received: from rj.SGI.COM ([192.82.208.96]:62147 "EHLO rj.sgi.com") by vger.kernel.org with ESMTP id ; Tue, 10 Sep 2002 03:52:42 -0400 Date: Tue, 10 Sep 2002 00:55:58 -0700 (PDT) From: Jeremy Higdon Message-Id: <10209100055.ZM65139@classic.engr.sgi.com> In-Reply-To: Patrick Mansfield "Re: [RFC] Multi-path IO in 2.5/2.6 ?" (Sep 9, 5:08pm) References: <200209091734.g89HY5p11796@localhost.localdomain> <20020909170847.A24352@eng2.beaverton.ibm.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Patrick Mansfield , James Bottomley Subject: Re: [RFC] Multi-path IO in 2.5/2.6 ? Cc: Lars Marowsky-Bree , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1460 Lines: 31 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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/