From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hannes Reinecke Subject: Re: multibus / failover and EMC CX600 Date: Wed, 17 Oct 2007 13:08:24 +0200 Message-ID: <4715ED28.9020102@suse.de> References: <061401c810a7$cac685d0$0a00a8c0@ALDI2> <4715E6A4.7060308@linpro.no> Reply-To: device-mapper development Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <4715E6A4.7060308@linpro.no> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com To: device-mapper development List-Id: dm-devel.ids Tore Anderson wrote: > * Gerald Nowitzky >=20 >> What I'd like to have is multibus via HBA-A -> SW-A -> SP-A and >> HBA-B -> SW-B -> SP-A to the active SP and, in case both paths to the >> active SP fail, a trespas of my LUN to SP-B, multibus to the other >> SP-B and vice versa. >=20 > Try the following: >=20 > prio_callout "/sbin/mpath_prio_emc /dev/%n" > path_grouping_policy group_by_prio >=20 > The -EEXIST message is a kernel bug, see the thread starting at > for more information. It might be > possible to work around it by disabling async SCSI scanning, if not > there's a patch from Matthew Wilcox that removed most of those -EEXIST > errors (but not all the corner cases). >=20 > It kinda sucks that the kernel removes the SCSI devices pointing to > blocked rports. Wonder if it's possible to disable that somehow... >=20 That's the dev_loss_tmo setting. Just increase it to something to your liking. Cheers, Hannes --=20 Dr. Hannes Reinecke zSeries & Storage hare@suse.de +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=C3=BCrnberg GF: Markus Rex, HRB 16746 (AG N=C3=BCrnberg)