topic Re: Changing VG primary path in Operating System - HP-UX

Changing VG primary path

kurt_karl — Fri, 14 Feb 2014 00:31:46 GMT

Hi,

We're are planing to do a disk load balancing on all our VG's that our Informix 9 databases are using. These vg's are using EVA 4400 virtual disks. Right now 80 percent of our production databases vg's/chunks are using the same primary path group "/dev/dsk/c4t???? and we want to alternate each vg's primary path to use other Alternate link for load balancing.

Our plan is, run a vgreduce on the volume group current primary path so it will use the next alternate path then run vgextend from the original primary path so to put back that path again for re-use in case of fail-over.

Would this be the right approach? The last time we did these on our test database it works fine and the test database recognized the new vg primary path but when we run these again on a production database, the database wont go online and treats the newly adjusted vg as bad chunks. We are afraid to continue these steps to other production database vg's now.

Any suggestions would be greatly appreciated

Kurt

P.S. This thread has been moved from Storage Area Networks (SAN) (Enterprise) to HP-UX > LVM and VxVM. - Hp Forum Moderator

Re: Changing VG primary path

Arnaud Delaloy — Wed, 12 Feb 2014 15:28:04 GMT

hello,

(I'm assuming you are using HP-UX 11i v& or v2, with legacy disk device names)

if you just want to switch the primary paths from your PVs, there is no need to vgextend/vreduce the PVs : the pvchange -s /dev/dsk/c command brings an alternate to primary path.

(it doesn't modify the VG headers, unlike a vgextend/vgreduce)

but if you have EVA Securepath installed, it's kind of a moot point ; all the paths are used anyway, and the LVM commands are just for legacy reasons.

you can see the primary/alternate paths the from the "physical volumes" section on vgdisplay -v (sorry, my term locale is in French..)

--- Volumes physiques ---

Nom PV /dev/dsk/c23t3d7

Nom PV /dev/dsk/c25t3d7 Lien secondaire

Nom PV /dev/dsk/c39t3d7 Lien secondaire

Nom PV /dev/dsk/c31t3d7 Lien secondaire

Nom PV /dev/dsk/c33t3d7 Lien secondaire

Nom PV /dev/dsk/c15t3d7 Lien secondaire

Nom PV /dev/dsk/c17t3d7 Lien secondaire

Nom PV /dev/dsk/c41t3d7 Lien secondaire

Etat PV disponible

PE total 3198

PE disponible 3198

Autocommutateur En fonction

Proactive Polling On

Re: Changing VG primary path

Torsten. — Wed, 12 Feb 2014 15:48:30 GMT

Still using 11.11 or 11.23?

With or without autopath?

The vgreduce/vgextend method will give you the expected result, the pvchange will give it too, but only until the next boot.

Re: Changing VG primary path

kurt_karl — Wed, 12 Feb 2014 16:23:43 GMT

HI,

Were running hpux 11.23 with Autopatch/Autoswitch "On". Maybe this is why when we apply both these (vgreduce and vgextend) commands on our production database it says that the vg/chunk is offline because the other admin run a pvchange instead of vgreduce and didn't do any server reboot then I did run the vgreduced and vgextend to the same primary path for I didn't know that the other admin already run a pvchange. Do you think this is why the database treats this as a bad chunk? we end up doing a warm restore on the database.

Re: Changing VG primary path

Torsten. — Wed, 12 Feb 2014 16:34:51 GMT

First you should check if you have autopath/secure path installed, try to run

# autopath display -r

Re: Changing VG primary path

kurt_karl — Wed, 12 Feb 2014 17:31:08 GMT

Hi Torten,

we dont have autopath installed on the machine. is this something I should be installing? if yes, it this something for purchase? thank you.

Re: Changing VG primary path

Torsten. — Wed, 12 Feb 2014 18:19:23 GMT

AutoPath is the multipathing software for active/active arrays for use with 11.23.

But why not upgrading to 11.31?

Re: Changing VG primary path

kurt_karl — Wed, 12 Feb 2014 20:37:06 GMT

Hi,

We are on summer time. Does 11.31 has the AutoPath included already?

Thanks
Kurt

Re: Changing VG primary path

Torsten. — Thu, 13 Feb 2014 05:52:47 GMT

Version 11.31 has native multipathing, so the server will do load balancing accross the paths.

Re: Changing VG primary path

kurt_karl — Thu, 13 Feb 2014 16:08:58 GMT

We are planing to do a disk load balancing using vgreduce and vgexport on some of our disk. I know if I use the vgreduce on our current primary path it will use the first Alternate link on the list as the new primary path. Is there a way/command to tell the system to use a specific Alternate link to be our new primary path using vgreduce or it is always the first Alternate link on the list that the system will use? thank you

Re: Changing VG primary path

Torsten. — Thu, 13 Feb 2014 16:28:01 GMT

You sort it by vgreduce/vgextend, pvchange will chenge it temporary only.

But as a long term solution you should go to hp-ux 11.31 with a real load balacing ...

For the moment make sure you keep both controllers busy, not only a single controller.

The tool "evainfo" can help you to find out what path belongs to what controller, you will find the tool as part of P6000 Command View at software.hp.com.

Example from the webpage:

# ./evainfo -a -p

Devicefile                       Array                       WWNN              Capacity        Controller/Port/Mode

/dev/rdisk/disk5165      5000-1FE1-5002-E1B0 6005-08B4-0010-2AB1-0000-F000-0053-0000
10240MB       Ctl-B/FP-2/NonOptimized
/dev/rdsk/c232t15d7     5000-1FE1-5002-E1B0 6005-08B4-0010-2AB1-0000-F000-0053-0000
10240MB       Ctl-A/FP-1/Optimized
/dev/rdsk/c233t15d7     5000-1FE1-5002-E1B0 6005-08B4-0010-2AB1-0000-F000-0053-0000
10240MB       Ctl-B/FP-2/NonOptimized
/dev/rdsk/c230t15d7     5000-1FE1-5002-E1B0 6005-08B4-0010-2AB1-0000-F000-0053-0000
10240MB       Ctl-A/FP-1/Optimized
/dev/rdsk/c231t15d7     5000-1FE1-5002-E1B0 6005-08B4-0010-2AB1-0000-F000-0053-0000
10240MB       Ctl-B/FP-2/NonOptimized

Since the EVA is an ALUA device, you can see 2 pathes to controller A as OPTIMIZED, 2 to controller B as NonOptimized (standby).

Re: Changing VG primary path

kurt_karl — Thu, 13 Feb 2014 16:22:47 GMT

That's my concern Torsten. I'm afraid if I run the vgreduce on some of our vg's it will end up using the same controller. Since most of our vg's when we look up the Alternate links they all end up having the same path on the first Alternate link. So once we are done with the load balancing they might end up again using the same primary path because of the Alternate links. But how would you know which path uses which controllers? is there a command line for this? thank you

Re: Changing VG primary path

Torsten. — Thu, 13 Feb 2014 16:29:28 GMT

I added the info to my previous post.

Re: Changing VG primary path

kurt_karl — Thu, 13 Feb 2014 16:47:50 GMT

Thank for the quick response Torsten. I dont have that software installed. I will try to install one today if I can but one quick question if you wont mind. If you say "You sort it by vgreduce/vgextend" what do you mean by this? does it mean that I have to do several vgreduce comands on the same vg until I get the right Alternate link from the list that I want to be our new Primary link then add those missing links back using vgextends?

Re: Changing VG primary path

Torsten. — Fri, 14 Feb 2014 06:51:27 GMT

>> does it mean that I have to do several vgreduce comands on the same vg until I get the right Alternate link from the list that I want to be our new Primary link then add those missing links back using vgextends?

Exactly.