HPE Community read-only access December 15, 2018
This is a maintenance upgrade. You will be able to read articles and posts, but not post or reply.
Hours:
Dec 15, 4:00 am to 10:00 am UTC
Dec 14, 10:00 pm CST to Dec 15, 4:00 am CST
Dec 14, 8:00 pm PST to Dec 15, 2:00 am PST
cancel
Showing results for 
Search instead for 
Did you mean: 

Quorum Disk Multipath

 
ManojK_1
Valued Contributor

Quorum Disk Multipath

Hi,

We are planning to cluster two RedHat linux systems which are connected to EVA8000. Each Lun which is present from EVA8000 is having 8 Path in the RedHat Server.

I want to specify only the virtual path of this device for lock lun. So that it will automatically do a failover and loadbalancing if some thing is happening to the FC Link.

How can achieve this?

Serviceguard version is serviceguard-A.11.18.00-0.rhel4.

Manoj K
Thanks and Regards,
Manoj K
2 REPLIES
Alzhy
Honored Contributor

Re: Quorum Disk Multipath

Use the correct device-mapper multipath configuration. Search, download and install HP Device Mapper Multipath apt for the version of Linux you have.

Once installed and correctly running, each EVA8 VDISK shall have a /dev/mpath/mpathNN entry whose individual disk path/members and VDISK WWID you can display via: "multipath -ll"

If you want to give your multipathed device (aka your virtual path/device) a friendlier name or even to be automagically owned by oracle:dba -- all without writing UDEV scripts. Simply add an entry in your /etc/multipath.conf's multipaths section like:

multipath {
wwid 3600508b40006a5d50000f00001160000
alias EVA8_LUN01
mode 0644
uid 501
gid 501
}

Then do multipath -v3 and you will now have a friendly, oracle owned /dev/mapper/EVA8_LUN01 that you may partition or use anyway you like.


Cheers!

Hakuna Matata.
Alzhy
Honored Contributor

Re: Quorum Disk Multipath


Serviceguard version is serviceguard-A.11.18.00-0.rhel4.


Hmmm -- so RHEL 4.8? I am not suer if there is HPDM for that release...

Why not just go with RHEL 5 (5.5 specially) and just use RHCS/GFS solution instead of the sunset product ServiceGuard. ServiceGuard for Linux ended sales like 2+ years ago as the built-in (for Advanced Platform RHEL) does a good enough job anyway.

Hakuna Matata.