Operating System - HP-UX
1833582 Members
3742 Online
110061 Solutions
New Discussion

Re: URGENT: renaming volume group

 
SOLVED
Go to solution
Saulius_1
Frequent Advisor

URGENT: renaming volume group

Sorry for capitals, but I'm in the very bad situation as system admin. I have allready installed and running production application on the borrowed disks, which resides on /dev/vg02. Now we bought our own disks (actually it's array accessed through FC HBA), and we need somehow replace theese borrowed disks with our ones.
How to move data I understand, but how to "rename" /dev/vg03 (our disks) to /dev/vg02 (assuming that we remove all physical disks which provide PE for all LV in vg02). Note that destroying data in vg02 is not acceptable :(.
The worst thing, that I have no expierence with HPUX (two months or so)

HELP! :'(

Saulius
11 REPLIES 11
Michael Tully
Honored Contributor

Re: URGENT: renaming volume group

The only way you can actually rename a volume group is during the vgimport process. You can't *just rename it*.

If you going to create /dev/vg03 and copy the data, why do you need to need to rename it (vg02) at all.
Once you have migrated everything across to the new volumes and are satisfied with the new set up, all you have to do is a vgexport of /dev/vg02 to remove it and the disks from your system.
Anyone for a Mutiny ?
Saulius_1
Frequent Advisor

Re: URGENT: renaming volume group

The main problem is, that software is using informix database, which is using partitions of type RAW. I have no idea, how DB accesses these partitions, and I have bad suspicion, that they are accessed like /dev/vg02/lvol554, not in some wise way :(.
So I plan to copy everything when informix is down, and to start informix "like nothing changed". What do you think ? Is it possible NOT to configure application (it's third party one, not ours), and to change those damn disks :(.
Saulius_1
Frequent Advisor

Re: URGENT: renaming volume group

What about data consistency when doing vgexport/import ?
Do these commands affect any side user data ? Or it's only system tables under /etc/ dir change.
Elif Gius
Valued Contributor
Solution

Re: URGENT: renaming volume group

Hi Saulius,

you should not worry...vgexport/vgimport will not impact your data in your vg...
But keep a backup of your system ;-)

- create a new mapfile
vgexport -p -m /tmp/vg.map /dev/vg02
- shutdown your database
- umount the filesystem
- deactivate the vg
vgchange -a n /dev/vg02
- then edit your mapfile (replace the vgname)
- create "new" /dev/vgnewname
- do mknod and so on
- now vgimport:
vgimport -m /tmp/vg.map /dev/vgnewname /dev/dsk/cxtyd0

- if you have many disks you can use an insertfile where you entry all your disks

vgimport -m /tmp/vg.map -f infile /dev/vgnewname

- then mount your filesystems
- start your database

Good luck!




Saulius_1
Frequent Advisor

Re: URGENT: renaming volume group

Thank you all for you answers, I hope you have saved my sleep :), because I will try to do everything in practice. The best thing is, that I have found mapping of informix database <-> disks, (there are links in /dev). So vg renaming is not so crucial.
Gerhard Roets
Esteemed Contributor

Re: URGENT: renaming volume group

Saulius

It is important to know how to copy the raw volume. You should check your informix manuals. You would propably use the dd command to do it. Just be sure to find that out.

Regards
Gerhard
Dave Wherry
Esteemed Contributor

Re: URGENT: renaming volume group

I know I'm a little late, I've been out of town.
If you have MirrorDisk/UX you could have added the new disks into the existing volume group. Mirrored your logical volumes to the new disks. Decremented the mirrors and removed the old disks. This could all be done on-line.
If you do not have MirrorDisk, could Informix do the mirroring? I know you can with Oracle.
Saulius_1
Frequent Advisor

Re: URGENT: renaming volume group

Thanks for reply. I have already migrated to the VA7400 (forum info was VERY helpfull).
However I will keep in mind that MirrorDisk utility exists and might save my sleep ;).