HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Expanding a shared VG
Operating System - HP-UX
1837319
Members
3322
Online
110116
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-05-2002 01:03 PM
07-05-2002 01:03 PM
Expanding a shared VG
Hello.
I have two L2000 servers running an active-active cluster configuration. There is one active VG for each machine, and now I need to vgexpand both VG's.
Problem is, given VG1 of Server 1, how to make Server 2 knows about the changes on VG1 and vice-versa? I alredy read a script that Veritas provided, and it is as follows:
Server 1:
* vgchange -a n /dev/vg1
* vgexport -p -m /tmp/mapfile /dev/vg1
* ftp /tmp/mapfile to Server 2
Server 2:
* vgimport -m /tmp/mapfile /dev/vg1 /dev/dsk/
* vgchange -a y /dev/vg1
* vgdisplay -v /dev/vg1
* vgchange -a n /dev/vg1
Is this the script? This seems logical to me, but I'm really insecure about this.
TIA,
Paulo Fessel
I have two L2000 servers running an active-active cluster configuration. There is one active VG for each machine, and now I need to vgexpand both VG's.
Problem is, given VG1 of Server 1, how to make Server 2 knows about the changes on VG1 and vice-versa? I alredy read a script that Veritas provided, and it is as follows:
Server 1:
* vgchange -a n /dev/vg1
* vgexport -p -m /tmp/mapfile /dev/vg1
* ftp /tmp/mapfile to Server 2
Server 2:
* vgimport -m /tmp/mapfile /dev/vg1 /dev/dsk/
* vgchange -a y /dev/vg1
* vgdisplay -v /dev/vg1
* vgchange -a n /dev/vg1
Is this the script? This seems logical to me, but I'm really insecure about this.
TIA,
Paulo Fessel
L'employé propose, le boss dispose.
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-05-2002 03:41 PM
07-05-2002 03:41 PM
Re: Expanding a shared VG
I usually use vgexport -pvs -m {mapfile} {vg}
You may also need to vgexport /dev/vg1 on server 2 before you vgimport the mapfile into it. If so, you would also need to recreate /dev/vg1 and the group file before you vgimport.
As for feeling insecure - I get the willies every time I have to do this. I wouldn't script it - at this level of work, I'd rather issue the commands one at a time to double-check everything (analyze messages, errors, etc).
It's not fun, but read the man pages on vgexport and vgchange. Also, for HP's take on what you are doing, look at document UXSGLVKBAN00000002. Some steps may not be necessary, depending on if you're creating new logical volumes.
http://support1.itrc.hp.com/service/cki/search.do?category=c0&mode=id&searchString=UXSGLVKBAN00000002&searchCrit=allwords&docType=EngineerNotes&search.x=71&search.y=15
I'd add a step before HP's step #6 - vgexport the volume group to be replaced to a mapfile first before vgexporting it out (my #1 rule: always have a backout).
You may also need to vgexport /dev/vg1 on server 2 before you vgimport the mapfile into it. If so, you would also need to recreate /dev/vg1 and the group file before you vgimport.
As for feeling insecure - I get the willies every time I have to do this. I wouldn't script it - at this level of work, I'd rather issue the commands one at a time to double-check everything (analyze messages, errors, etc).
It's not fun, but read the man pages on vgexport and vgchange. Also, for HP's take on what you are doing, look at document UXSGLVKBAN00000002. Some steps may not be necessary, depending on if you're creating new logical volumes.
http://support1.itrc.hp.com/service/cki/search.do?category=c0&mode=id&searchString=UXSGLVKBAN00000002&searchCrit=allwords&docType=EngineerNotes&search.x=71&search.y=15
I'd add a step before HP's step #6 - vgexport the volume group to be replaced to a mapfile first before vgexporting it out (my #1 rule: always have a backout).
If at first you don't succeed, go to the ITRC
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP