- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Failure possibly caused by strict allocation p...
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
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
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
12-23-2008 04:55 AM
12-23-2008 04:55 AM
I am tray to extend the logical volume /tmp, but I facing problem during execute lvextend -L 2064 /dev/vg00/lvol6 /dev/dsk/c0t6d0 command
Or form SAM, and the error massage appeared is:
lvextend: Not enough free physical extents available.
Logical volume "/dev/vg00/lvol6" could not be extended.
Failure possibly caused by strict allocation policy
And I am change the mirror number from 1 to 0 and then the extend operation succeed.
But I after that I can’t change again the number of mirror and the same error appeared.
How to solve this problem to back I can change the mirror number and this message not appeared.
# vgdisplay -v /dev/vg00 | grep -i free
Free PE 328
Free PE 0
Free PE 328
The /tmp after extend:
# lvdisplay /dev/vg00/lvol6
--- Logical volumes ---
LV Name /dev/vg00/lvol6
VG Name /dev/vg00
LV Permission read/write
LV Status available/syncd
Mirror copies 0
Consistency Recovery MWC
Schedule parallel
LV Size (Mbytes) 4128
Current LE 258
Allocated PE 258
Stripes 0
Stripe Size (Kbytes) 0
Bad block on
Allocation strict
IO Timeout (Seconds) default
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-23-2008 05:12 AM
12-23-2008 05:12 AM
Solution- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-23-2008 05:16 AM
12-23-2008 05:16 AM
Re: Failure possibly caused by strict allocation policy
You need to rethink this. Strict allocation is designed to prevent you from allocating mirrored extents for a logical volume on the same pnysical disk.
Your error is a "reminder" that if you defeat this, you have sacrificed high-availablity and the ability to lose one of two copies of data and still be able to recover that data.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-23-2008 05:54 AM
12-23-2008 05:54 AM
Re: Failure possibly caused by strict allocation policy
By default LVM will follow strict allocation policy for all the logical volumes to ensure the high availablity. Strict allocation policy will make sure that mirror extends will not be assigned from the primary disk.
In your case you need to find out in what are the disks /tmp lv is distributed. You can use lvdisplay -v
If primary copy of /tmp is distributed across two disks and if you have total three disks on the VG then you cannot extend it. You should have another two disks to create the mirror.
Otherwise you need to move all the extends to one disk using pvmove command then mirror it. Other workaround would be turning off the strict allocation policy, but that is not recommanded
Ganesh.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-23-2008 10:03 PM
12-23-2008 10:03 PM
Re: Failure possibly caused by strict allocation policy
i have only two disk in this volume, and the mirror policy for the two disk is mirror on the same disk.
i extend the lvol after turn of the strict policy and i am change the number of mirror to 1 again, but after that i can't turn on the strict policy again, this message appeared when i tray to change it:
lvchange -s y /dev/vg00/lvol6
lvchange: Can not change to a more strict allocation policy
because LV "/dev/vg00/lvol6" has mirrored copies.
Is there a danger of letting the strict policy off??
thanks and best regards
thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-24-2008 12:11 AM
12-24-2008 12:11 AM
Re: Failure possibly caused by strict allocation policy
This is happening as the policy for the LV /dev/vg00/lvol6 the Policy is Strict and that means that for mirroring the extenst will be assigned from a different PV in the VG on which The LV has no extents allocated.
And the Other disk does not seem to have the free PEs for this purpose.
That is why u r not able extend the LV without decreasing the mirror count.
Correctly said u need to change the policy for that LV from strict to non-strict that by using the command sequence as given below.
lvreduce -m 0 /dev/vg00/lvol6
lvchange -s n /dev/vg00/lvol6
lvetxend --- for extending the size.
after the size has extended now mirror it back.
lvextend -m 1 /dev/vg00/lvol6.
but doing this u loose the availability feature for the LV that LVM provides whwn the policy is strict.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-24-2008 05:27 AM
12-24-2008 05:27 AM
Re: Failure possibly caused by strict allocation policy
> Free PE 328
> Free PE 0
> Free PE 328
The first "Free" is from the VG at the top and the other two are from the disks at the bottom. You have two disks, one has zero space left and the other has 328 extends left. The lvdisplay for lvol6 also says
> Mirror copies 0
> Stripes 0
So it looks like lvol6 is not mirrored neither it is striped. You should do a long listing of lvol6 with "lvdisplay -v /dev/vg00/lvol6 | more" and verify that it is not mirrored. If that 's the case, it does not matter where the LEs go if you extended it, so turn off the strict allocation and extend it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-19-2013 11:39 AM
09-19-2013 11:39 AM
Re: Failure possibly caused by strict allocation policy
i'd like to know what the consequence of turning off the strict cancellation policy is ?
i'm quite a newbie to HPUX so please pardon me...
we had to turn it off in order to extend a logical volume...
THANKS IN ADVANCE...