Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

extending LV error

Status
Not open for further replies.

chelldis

MIS
Jun 17, 2005
24
0
0
EU
Hi all,
Im having some problems exteding an lv.
The situation is as follows: I want to add the pp's available in the VG to the LV but im getting this error:
0516-404 allocp: This system cannot fulfill the allocation request.
There are not enough free partitions or not enough physical volumes
to keep strictness and satisfy allocation requests. The command
should be retried with different allocation characteristics.

Bellow are the specs of the VG,LV and FS

root@server(/home/root)# lsfs /p016
Name Nodename Mount Pt VFS Size Options Auto Accounting
/dev/lv_p016 -- /p016 jfs2 2088763392 rw yes no
root@server(/home/root)# lslv lv_p016
LOGICAL VOLUME: lv_p016 VOLUME GROUP: datappas05vg
LV IDENTIFIER: 00c62e4a00004c0000000110c0becb34.1 PERMISSION: read/write
VG STATE: active/complete LV STATE: opened/syncd
TYPE: jfs2 WRITE VERIFY: off
MAX LPs: 3048 PP SIZE: 512 megabyte(s)
COPIES: 2 SCHED POLICY: parallel
LPs: 1996 PPs: 3992
STALE PPs: 0 BB POLICY: relocatable
INTER-POLICY: minimum RELOCATABLE: yes
INTRA-POLICY: middle UPPER BOUND: 32
MOUNT POINT: /p016 LABEL: /p016
MIRROR WRITE CONSISTENCY: on/ACTIVE
EACH LP COPY ON A SEPARATE PV ?: yes
Serialize IO ?: NO
root@server(/home/root)# lsvg datappas05vg
VOLUME GROUP: datappas05vg VG IDENTIFIER: 00c62e4a00004c0000000110c0becb34
VG STATE: active PP SIZE: 512 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 4993 (2556416 megabytes)
MAX LVs: 256 FREE PPs: 1001 (512512 megabytes)
LVs: 1 USED PPs: 3992 (2043904 megabytes)
OPEN LVs: 1 QUORUM: 1
TOTAL PVs: 7 VG DESCRIPTORS: 7
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 7 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable

thanks in advance for your time and brainpower,

/\/\ichelle

/\/\ichelle
------------------------------
Plaats hier een engelse quote die weergeeft dat je een intellectueel bent met een interressante en diepgaande persoonlijkheid.
 
AFAICS the LV is mirrored (2 copies) and you probably don't have enough free PPs on two different PVs in the VG.

Extending the LV would mean putting 2 copies of some of the new LPs on the same PV, not something you would want to happen...

Show
[tt]lsvg -p datappas05vg[/tt]
and
[tt]lsvg -l datappas05vg[/tt]
output please?

You may still be able to extend some of the free PPs to the LV. You may also want to migrate some LP copies from one PV to another in order to distribute the free PPs across 2 different PVs


HTH,

p5wizard
 
I would agree with p5wizard in this! as your lslv shows(COPIES: 2)

I had the same problem once and i managed to move some of the lps that were not mirrored to a different disk using migratelp.

Information about migratelp command can be found here:


Or you might as well consider migratepv with the -l option to move a complete lv


Regards,
Khalid
 
heh, I was too quick in posting.
Hectic day so I didnt pay too much attentionapparently.
The VG had 7 disks, no wonder it couldnt extend the LV in a mirrored VG :p so adding a disk solved the problem :D
thnx for your time all though!

/\/\ichelle
------------------------------
Plaats hier een engelse quote die weergeeft dat je een intellectueel bent met een interressante en diepgaande persoonlijkheid.
 

> "The VG had 7 disks, no wonder it couldnt extend the LV in a mirrored VG :p so adding a disk solved the problem :D"

Huh? What's that got to do with anything? You've run out of space, that's what it was. 'lsvg' would have showed you.
 
She did have free space, but it was all on one PV. Mirrored LV extension needs free space on two different PVs


HTH,

p5wizard
 
That is correct. But if there's just one big mirrored LV in the VG, you need an even number of PVs to be able to use all the storage with all LP copies on separate PVs


HTH,

p5wizard
 
Come to think about it... No you're right, you'd just need to use the correct LV maps.

Assume 3 PVs of 20 PPs = 60 PPs total
One mirrored 30-LP LV could be mapped as follows:
[tt]
PV1 PV2 PV3
1-10+21'-30' 1'-10'+11-20 11'-20'+21-30
[/tt]

If any one PV fails, the system still has one mirror of each of the 30 LPs


HTH,

p5wizard
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top