RE: [Linux-cluster] fence_scsi support in multipath env in RHEL5.3 [Virenprüfung durchgeführt]

Wed Jul 15 08:02:10 UTC 2009

hi,
would like to know if anyone has configured  successfully  fence_scsi with 
mpio  and emc clariion.

we are getting a new storage (emc vmax) and i would like to know if 
fence_scsi is usable in productive environment.

thanks and greetings

Daniel

Barmenia Versicherungen

Abt. IT-Betrieb
Datenbank- & Systemadministration

Kronprinzenallee 12-18
42119 Wuppertal

E-Mail: daniel.oberdick at barmenia.de
Internet: http://barmenia.de
Telefon: +49 202 / 438 3195
Telefax: +49 202 / 438 03 3195

"Moralejo, Alfredo" <alfredo.moralejo at roche.com> 
Gesendet von: linux-cluster-bounces at redhat.com
11.06.2009 00:29
Bitte antworten an
linux clustering <linux-cluster at redhat.com>

An
linux clustering <linux-cluster at redhat.com>
Kopie

Thema
RE: [Linux-cluster] fence_scsi support in multipath env in RHEL5.3 
[Virenprüfung durchgeführt]

I'm using the config provide by Red Hat by default:

       device {
               vendor                  "DGC"
                product                 ".*"
                product_blacklist       "LUN_Z"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_emc /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "1 emc"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                no_path_retry           300
                rr_min_io               1000
                path_checker            emc_clariion
        }

-----Original Message-----
From: linux-cluster-bounces at redhat.com 
[mailto:linux-cluster-bounces at redhat.com] On Behalf Of Ryan O'Hara
Sent: Thursday, June 11, 2009 12:11 AM
To: linux clustering
Subject: Re: [Linux-cluster] fence_scsi support in multipath env in 
RHEL5.3

On Wed, Jun 10, 2009 at 11:33:14PM +0200, Moralejo, Alfredo wrote:

> Anyone is successfully using it?

What path checker are you using? I've heard that certain path checkers
cause problems, but I honestly don't know enough about dm-multipath
to understand the reason for this.

I have successfully used it with RDAC.

Ryan

> I'm testing it with a clariion storage frame on RHEL 5.3, and as soon as 
I enable scsi_reserve, multipath starts failing and a path goes good and 
bad in a loop and scsi fencing fails sometimes, should I configure in a 
specific way multipath.conf?:
> 
> Jun 10 23:31:58 rmamseslab07 multipathd: mpath0: remaining active paths: 
3
> Jun 10 23:32:00 rmamseslab07 kernel: sd 1:0:0:1: reservation conflict
> Jun 10 23:32:00 rmamseslab07 kernel: sd 1:0:0:1: SCSI error: return code 
= 0x00000018
> Jun 10 23:32:00 rmamseslab07 kernel: end_request: I/O error, dev sdm, 
sector 79
> Jun 10 23:32:00 rmamseslab07 kernel: device-mapper: multipath: Failing 
path 8:192.
> Jun 10 23:32:00 rmamseslab07 multipathd: 8:192: mark as failed
> Jun 10 23:32:00 rmamseslab07 multipathd: mpathquorum: remaining active 
paths: 3
> Jun 10 23:32:00 rmamseslab07 multipathd: dm-10: add map (uevent)
> Jun 10 23:32:00 rmamseslab07 multipathd: dm-10: devmap already 
registered
> Jun 10 23:32:00 rmamseslab07 multipathd: sdm: emc_clariion_checker: Path 
healthy
> Jun 10 23:32:00 rmamseslab07 multipathd: 8:192: reinstated
> Jun 10 23:32:00 rmamseslab07 multipathd: mpathquorum: remaining active 
paths: 4
> Jun 10 23:32:00 rmamseslab07 multipathd: dm-10: add map (uevent)
> Jun 10 23:32:00 rmamseslab07 multipathd: dm-10: devmap already 
registered
> Jun 10 23:32:02 rmamseslab07 multipathd: sdl: emc_clariion_checker: Path 
healthy
> Jun 10 23:32:02 rmamseslab07 multipathd: 8:176: reinstated
> Jun 10 23:32:02 rmamseslab07 multipathd: mpath0: remaining active paths: 
4
> Jun 10 23:32:02 rmamseslab07 multipathd: dm-9: add map (uevent)
> Jun 10 23:32:02 rmamseslab07 multipathd: dm-9: devmap already registered
> Jun 10 23:32:03 rmamseslab07 kernel: sd 1:0:0:0: reservation conflict
> Jun 10 23:32:03 rmamseslab07 kernel: sd 1:0:0:0: SCSI error: return code 
= 0x00000018
> Jun 10 23:32:03 rmamseslab07 kernel: end_request: I/O error, dev sdl, 
sector 25256
> Jun 10 23:32:03 rmamseslab07 kernel: device-mapper: multipath: Failing 
path 8:176.
> Jun 10 23:32:03 rmamseslab07 multipathd: dm-9: add map (uevent)
> Jun 10 23:32:03 rmamseslab07 multipathd: dm-9: devmap already registered
> Jun 10 23:32:03 rmamseslab07 multipathd: 8:176: mark as failed
> Jun 10 23:32:03 rmamseslab07 multipathd: mpath0: remaining active paths: 
3
> 
> 
> 
> -----Original Message-----
> From: linux-cluster-bounces at redhat.com 
[mailto:linux-cluster-bounces at redhat.com] On Behalf Of Ryan O'Hara
> Sent: Wednesday, June 10, 2009 9:18 PM
> To: linux clustering
> Subject: Re: [Linux-cluster] fence_scsi support in multipath env in 
RHEL5.3
> 
> On Wed, Jun 10, 2009 at 02:11:21PM +0530, Rajeev P wrote:
> >  I wanted to know if fence_scsi is supported in a multipath 
environment for
> > RHEL5.3 release.
> 
> Yes, it is supported.
> 
> > In earlier releases of RHEL5 fence_scsi was not supported in a 
multipath
> > environment for RHEL5.3 release. If I am not wrong, this was because 
the
> > DM-MPIO driver forwarded the registration/unregistration commands on 
only on
> > one of the physical paths of a LUN.  Ideally it should have passed the
> > commands on all physical paths.
> > 
> > For RHEL5.3, is this issue resolved so that I can fence_scsi in 
multipath
> > environment.
> > 
> > Thanks in advance.
> > 
> > Rajeev
> 
> > --
> > Linux-cluster mailing list
> > Linux-cluster at redhat.com
> > https://www.redhat.com/mailman/listinfo/linux-cluster
> 
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster
> 
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster

--
Linux-cluster mailing list
Linux-cluster at redhat.com
https://www.redhat.com/mailman/listinfo/linux-cluster

--
Linux-cluster mailing list
Linux-cluster at redhat.com
https://www.redhat.com/mailman/listinfo/linux-cluster

----------------------------------------------------------------------------------
Barmenia Krankenversicherung a. G.
Vorstand: Dr. h. c. Josef Beutelmann (Vorsitzender) - Dr. Andreas Eurich - Norbert Lessmann - Heinz-Werner Richter - Martin Risse
Aufsichtsrats-Vors.: Günter Völker; Rechtsform des Unternehmens: Versicherungsverein auf Gegenseitigkeit; 
Sitz: Wuppertal; Amtsgericht Wuppertal HRB 3871; St.-Nr. 132/5906/0047
----------------------------------------------------------------------------------
Barmenia Allgemeine Versicherungs-AG
Vorstand: Dr. h. c. Josef Beutelmann (Vorsitzender) - Dr. Andreas Eurich - Norbert Lessmann - Heinz-Werner Richter - Martin Risse
Aufsichtsrats-Vors.: Günter Völker; Rechtsform des Unternehmens: Aktiengesellschaft;
Sitz: Wuppertal; Amtsgericht Wuppertal HRB 3033; St.-Nr. 132/5906/0025
----------------------------------------------------------------------------------
Barmenia Lebensversicherung a. G.
Vorstand: Dr. h. c. Josef Beutelmann (Vorsitzender) - Dr. Andreas Eurich - Norbert Lessmann - Heinz-Werner Richter - Martin Risse
Aufsichtsrats-Vors.: Günter Völker; Rechtsform des Unternehmens: Versicherungsverein auf Gegenseitigkeit;
Sitz: Wuppertal; Amtsgericht Wuppertal HRB 3854; St.-Nr. 132/5906/0058

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20090715/1608dcc8/attachment.htm>