|
Publicité | ||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : avril 2009 Messages : 6 ![]() |
Hello!
J'ai un soucis lors de l'agrandissement d'un FS. Pourtant tout me semble correct. Le message : root@XXX:/root # chfs -a size=+200M /appli/oradata04/GEDBC 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. Or j'ai de la place dans le VG : root@XXX:/root # lsvg dcesvg_data01 VOLUME GROUP: dcesvg_data01 VG IDENTIFIER: 00cd9c6d00004c000000011fb1b7ccc4 VG STATE: active PP SIZE: 64 megabyte(s) VG PERMISSION: read/write TOTAL PPs: 6510 (416640 megabytes) MAX LVs: 512 FREE PPs: 873 (55872 megabytes) LVs: 17 USED PPs: 5637 (360768 megabytes) OPEN LVs: 17 QUORUM: 8 TOTAL PVs: 15 VG DESCRIPTORS: 15 STALE PVs: 0 STALE PPs: 0 ACTIVE PVs: 15 AUTO ON: yes MAX PPs per VG: 130048 MAX PPs per PV: 1016 MAX PVs: 128 LTG size (Dynamic): 256 kilobyte(s) AUTO SYNC: no HOT SPARE: no BB POLICY: relocatable Mon LV est de 7LP, et peut en avoir jusqu'à 512 : root@XXX:/root # lslv lvoratabs LOGICAL VOLUME: lvoratabs VOLUME GROUP: dcesvg_data01 LV IDENTIFIER: 00cd9c6d00004c000000011fb1b7ccc4.4 PERMISSION: read/write VG STATE: active/complete LV STATE: opened/syncd TYPE: jfs2 WRITE VERIFY: off MAX LPs: 512 PP SIZE: 64 megabyte(s) COPIES: 1 SCHED POLICY: parallel LPs: 7 PPs: 7 STALE PPs: 0 BB POLICY: relocatable INTER-POLICY: minimum RELOCATABLE: yes INTRA-POLICY: middle UPPER BOUND: 1 MOUNT POINT: /appli/oradata04/GEDBC LABEL: /appli/oradata04/GEDBC MIRROR WRITE CONSISTENCY: on/ACTIVE EACH LP COPY ON A SEPARATE PV ?: yes Serialize IO ?: NO Au niveau des disques de mon VG j'ai largemment de quoi faire : root@XXX:/root # lsvg -p dcesvg_data01 dcesvg_data01: PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION dlmfdrv0 active 434 0 00..00..00..00..00 dlmfdrv1 active 434 0 00..00..00..00..00 dlmfdrv2 active 434 0 00..00..00..00..00 dlmfdrv3 active 434 0 00..00..00..00..00 dlmfdrv4 active 434 0 00..00..00..00..00 dlmfdrv5 active 434 0 00..00..00..00..00 dlmfdrv6 active 434 0 00..00..00..00..00 dlmfdrv7 active 434 0 00..00..00..00..00 dlmfdrv8 active 434 0 00..00..00..00..00 dlmfdrv9 active 434 423 87..76..86..87..87 dlmfdrv10 active 434 0 00..00..00..00..00 dlmfdrv11 active 434 287 87..00..26..87..87 dlmfdrv12 active 434 0 00..00..00..00..00 dlmfdrv13 active 434 42 00..00..00..00..42 dlmfdrv14 active 434 121 87..00..00..00..34 Bref je comprend pas pourquoi il n'arrive pas à se démerder pour aller me chercher de la place sur le dlmfdrv9 par exemple... Mon VG n'est pas mirroré : root@XXX:/root # lsvg -l dcesvg_data01 dcesvg_data01: LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT lvorasys jfs2 4 4 1 open/syncd /appli/oradata01/GEDBC lvoratabb jfs2 149 149 1 open/syncd /appli/oradata02/GEDBC lvoraidxb jfs2 83 83 1 open/syncd /appli/oradata03/GEDBC lvoratabs jfs2 7 7 1 open/syncd /appli/oradata04/GEDBC lvoraidxs jfs2 7 7 1 open/syncd /appli/oradata05/GEDBC lvoraundo jfs2 34 34 2 open/syncd /appli/oradata06/GEDBC lvoratemp jfs2 17 17 1 open/syncd /appli/oradata07/GEDBC lvoratools jfs2 6 6 1 open/syncd /appli/oradata08/GEDBC lvoraredo1 jfs2 6 6 1 open/syncd /appli/oraredolog01/GEDBC lvoraredo2 jfs2 6 6 1 open/syncd /appli/oraredolog02/GEDBC lvoractl1 jfs2 1 1 1 open/syncd /appli/oractl01/GEDBC lvoractl2 jfs2 1 1 1 open/syncd /appli/oractl02/GEDBC lvoractl3 jfs2 1 1 1 open/syncd /appli/oractl03/GEDBC lvoraarch jfs2 313 313 1 open/syncd /appli/oraarch/GEDBC loglv01 jfs2log 1 1 1 open/syncd N/A lvgedprd jfs2 1000 1000 3 open/syncd /home/ged/prd lvappdb jfs2 4001 4001 10 open/syncd /appli/db Merci! |
|
|
00
|
|
|
#2 |
|
Invité de passage
![]() Inscription : avril 2009 Messages : 6 ![]() |
Bien j'ai trouvé la réponse : problème à la création du volume qui l'empeche de s'étendre au delà d'un disque.
Pour changer : chlv -u 3 lv_name Ca permet d'aggrandir son FS sur 3 disques du VG. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com