- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: best way to move VG from old to new array w/o ...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
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
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- 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
тАО01-25-2006 06:10 AM
тАО01-25-2006 06:10 AM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:16 AM
тАО01-25-2006 06:16 AM
Re: best way to move VG from old to new array w/o mirroring?
Can you post 'vgdisplay -v' output for this VG? That may help us make some more informated recommendations.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:17 AM
тАО01-25-2006 06:17 AM
Re: best way to move VG from old to new array w/o mirroring?
timex vxdump -0 -f - -s 1000000 -b 16 /tempmountofold/oracle | (cd /oracle ; vxrestore rf -)
Rgds...Geoff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:17 AM
тАО01-25-2006 06:17 AM
SolutionOption that I can think of is pvmove. Add PV's to the VG till you reach the max PV value, move the data from the old PVs tothe new PVs, remove the old PVs from the VG, go on to add the other new PV's and follow the same.
Rgds,
Ajit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:21 AM
тАО01-25-2006 06:21 AM
Re: best way to move VG from old to new array w/o mirroring?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:23 AM
тАО01-25-2006 06:23 AM
Re: best way to move VG from old to new array w/o mirroring?
In the absence of the ability to mirror, you will have to quiesce the use of each filesystem you want to move.
I would create the new volume group and associated logical volumes and copy the data from disk to disk at the file level with either a recursive 'cp'; 'fbackup' or 'cpio'.
Variously:
# cd srcdir && find . ├в depth ├в print | cpio ├в pudlmv dstdir
...or:
# cd srcdir && fbackup -i . -f - | ( cd dstdir && frecover -Xsrf - )
When done, edit your '/etc/fstab' to reflect the changed mount point and/or swap the source and directory names therein.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:29 AM
тАО01-25-2006 06:29 AM
Re: best way to move VG from old to new array w/o mirroring?
Sorry, the last snippets of code should read:
# cd srcdir && find . -depth -print | cpio -pudlmv dstdir
# cd srcdir && fbackup -i . -f - | ( cd dstdir && frecover -Xsrf - )
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:31 AM
тАО01-25-2006 06:31 AM
Re: best way to move VG from old to new array w/o mirroring?
Addl info: using vxfs, vg info attached. Also: new VG will need to have same name as old VG when we're done. Thanks again!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 06:42 AM
тАО01-25-2006 06:42 AM
Re: best way to move VG from old to new array w/o mirroring?
Renaming a volume group is straightforward:
# unmount all logical volumes associated with the volume group
# vgchange -a n /dev/oldvg
# vgexport -m /tmp/oldvg.map /dev/oldvg
# mkdir /dev/newvg
# mknod /dev/newvg/group c 64 0x0n0000 # 'n' is unique and unused
# vgimport -m /tmp/oldvg.map /dev/newvg /dev/dsk/pv_path ...
# vgchange -a y /dev/newvg
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-25-2006 07:02 AM
тАО01-25-2006 07:02 AM
Re: best way to move VG from old to new array w/o mirroring?
From your data your PE size is 4MB and this is default for LVM. The max PE/PV is 2600. Which means the volume group would accept 2600X4 as the MAX size of each disk i.e very close to 10GB.
with the 16 disk for 24 Disks means the new disks are larger.
Summary, it is posible to vgextend the volume group with the new disks and pvmove the data from old disk, but you would loose a lot of space. i.e you will be able to access maybe 15.5GB from 16GB drive if it accepts. If this is ok then you can proceed in this line. This will require no outage but performance issue. You can do it when the server is less busy and you will not have to fight with Performance.
The problem with this though is PE size of 4GB is too small for large data systems. It is advisable to use a bigger PE size to improve the movement of large data within the disk.
To begin this process. Check if you have errors on the server and the size of disks.
# vgextend /dev/vgicgs
# pvdisplay -v
see your result, if the size is ok for you. Then this process is ok.