- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: PVG-Strict/Distributed not enough space - what...
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
тАО10-19-2007 10:48 AM
тАО10-19-2007 10:48 AM
/etc/lvmpvg
VG vg21
PVG PVG_Primary
PV /dev/dsk/c1t0d0
PV /dev/dsk/c1t0d1
PV /dev/dsk/c1t0d2
PVG PVG_Mirror
PV /dev/dsk/c2t1d0
PV /dev/dsk/c2t1d1
PV /dev/dsk/c2t1d2
All PVs have the same number of free extents.
The total number is not enough to increase the FS.
Suppose I get two new LUNs (One for primary, second for mirror)
What options do I have to overcome this limitation?
Is It possible to keep the policy or is It a requirement to lvchange?
Thanks in advance.
Joao Rei
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-19-2007 10:55 AM
тАО10-19-2007 10:55 AM
Re: PVG-Strict/Distributed not enough space - what options
Another option to check will be the LVOL defination. If the logical volume is a stripped one, you require the no. of devices equal to the no. of stripes defined in each PVG group. But if stripping is not defined, you will be able to extend the current LVOL to the two devices itself as yo mentioned.
lvdisplay /dev/vg_name/lv_name
will give you the stripping information.
HTH,
Devender
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-19-2007 11:00 AM
тАО10-19-2007 11:00 AM
Re: PVG-Strict/Distributed not enough space - what options
You need to add ('vgextend') two (2) new physical volumes to your volume group. You don't want to change the policy you have set. The whole idea of mirroring is to segregate mirrored extents onto separate physical volumes such that the failure of any one physical volume still leaves viable data on another.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-19-2007 11:11 AM
тАО10-19-2007 11:11 AM
Re: PVG-Strict/Distributed not enough space - what options
No Stripes.
After extending the vg....
If I insert the new disks in the lvmpvg definition I still will not be able to extend because the original disks have a small number of free extents. Is that so?
Regards,
Joao Rei
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-19-2007 11:18 AM
тАО10-19-2007 11:18 AM
SolutionNo that is not true, you will be able to extend the LVOL after adding new devices to the VG.
The LVOL will be extend to the new devices when the free extents on the existing ones are totally consumed.
HTH,
Devender