파일 시스템 용량 증가시 "물리적 구획이 부족합니다."(0516-1034) 라는 메세지가 오류메세지
2010.05.11 11:05
원문 : http://www.ischo.net -- 조인상 // 시스템 엔지니어
Writer : http://www.ischo.net -- ischo // System Engineer in Replubic Of Korea
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
본문 : http://www.ischo.net -- 조인상 //시스템 엔지니어
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
# lsvg
rootvg
DH600
# lsvg DH600
VOLUME GROUP: DH600 VG IDENTIFIER: 000809cad9727077
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 8306 (531584 megabytes)
MAX LVs: 256 FREE PPs: 1549 (99136 megabytes)
LVs: 9 USED PPs: 6757 (432448 megabytes)
OPEN LVs: 9 QUORUM: 7
TOTAL PVs: 12 VG DESCRIPTORS: 12
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 12 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
# lsvg -l DH600
DH600:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
SANC jfs 3204 3204 12 open/syncd /SANCBOX
DATA jfs 1608 1608 12 open/syncd /data
DB01 jfs 804 804 12 open/syncd /IMSI
DB02 jfs 804 804 12 open/syncd /EXP
loglv05 jfslog 1 1 1 open/syncd N/A
paging02 paging 32 32 1 open/syncd N/A
paging03 paging 32 32 1 open/syncd N/A
ORA jfs 80 80 1 open/syncd /ORACLE
HD_DB jfs 192 192 2 open/syncd /HANDY_DB
# lsvg -p DH600
DH600:
PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION
hdisk10 active 687 72 00..00..00..00..72
hdisk11 active 687 0 00..00..00..00..00
hdisk12 active 687 112 00..00..00..00..112
hdisk13 active 687 152 00..00..00..14..138
hdisk14 active 687 152 00..00..00..14..138
hdisk15 active 687 152 00..00..00..14..138
hdisk16 active 687 152 00..00..00..14..138
hdisk17 active 687 152 00..00..00..14..138
hdisk18 active 687 152 00..00..00..14..138
hdisk19 active 687 152 00..00..00..14..138
hdisk20 active 687 152 00..00..00..14..138
hdisk21 active 749 149 00..00..00..00..149
# df -k
파일시스템 1024 블록수 Free %Used Iused %Iused 마운트 위치
/dev/hd4 131072 26188 81% 1605 3% /
/dev/hd2 3506176 1714060 52% 31675 4% /usr
/dev/hd9var 327680 307900 7% 497 1% /var
/dev/hd3 65536 41192 38% 147 1% /tmp
/dev/hd1 32768 31604 4% 26 1% /home
/dev/DATA 105381888 9377320 92% 735347 12% /data
/dev/SANC 209977344 38776260 82% 6441597 50% /SANCBOX
/dev/DB01 52690944 5496576 90% 652 1% /IMSI
/dev/ORA 5242880 772904 86% 23208 2% /ORACLE
/dev/HD_DB 12582912 1818556 86% 33 1% /HANDY_DB
/dev/DB02 52690944 47833040 10% 34 1% /EXP
# lslv DATA
LOGICAL VOLUME: DATA VOLUME GROUP: DH600
LV IDENTIFIER: 000809cad9727077.2 PERMISSION: read/write
VG STATE: active/complete LV STATE: opened/syncd
TYPE: jfs WRITE VERIFY: off
MAX LPs: 4096 PP SIZE: 64 megabyte(s)
COPIES: 1 SCHED POLICY: striped
LPs: 1608 PPs: 1608
STALE PPs: 0 BB POLICY: relocatable
INTER-POLICY: maximum RELOCATABLE: no
INTRA-POLICY: middle UPPER BOUND: 12
MOUNT POINT: /data LABEL: /data
MIRROR WRITE CONSISTENCY: on
EACH LP COPY ON A SEPARATE PV ?: yes
STRIPE WIDTH: 12
STRIPE SIZE: 64K
명령 상태
명령: 실패 stdout: 예 stderr: 아니오
명령이 완료되기 전에 아래에 추가적인 지시가 나타날 것입니다.
0516-1034 extendlv: 물리적 볼륨 hdisk11에서 물리적 구획이 부족합니다.
0516-788 extendlv : 논리적 볼륨을 확장할 수 없습니다.
DATA 라는 lv의 스케쥴 정책이 스트라이트로 되어 있고 dh600 볼륨에 포한된 디스크중 hdisk11의
용량이 하나도 없는 상태이다.
스케쥴 정책이 스크라이트로 되어 있는 경우에는 파일 시스템의 용량을 늘릴때는 dh600 볼륨에 포한된
디스크에 똑같은 크기만큰 용량을 할당하기 때문에 hdisk11의 용량이 0이므로 파일 시스템의 용량을
늘릴 수가 없는 것이다...
보통은 스케쥴 정책을 패러럴로 만드는데 왜 이 DATA라는 lv의 스케쥴 정책을 striped로 만들었는지
이해 할 수가 없다..^^
+++++++++++++++++++++++++++++++++++++++++++++++++++++++
# lsvg
rootvg
DH600
# lsvg DH600
VOLUME GROUP: DH600 VG IDENTIFIER: 000809cad9727077
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 8306 (531584 megabytes)
MAX LVs: 256 FREE PPs: 1549 (99136 megabytes)
LVs: 9 USED PPs: 6757 (432448 megabytes)
OPEN LVs: 9 QUORUM: 7
TOTAL PVs: 12 VG DESCRIPTORS: 12
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 12 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
# lsvg -l DH600
DH600:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
SANC jfs 3204 3204 12 open/syncd /SANCBOX
DATA jfs 1608 1608 12 open/syncd /data
DB01 jfs 804 804 12 open/syncd /IMSI
DB02 jfs 804 804 12 open/syncd /EXP
loglv05 jfslog 1 1 1 open/syncd N/A
paging02 paging 32 32 1 open/syncd N/A
paging03 paging 32 32 1 open/syncd N/A
ORA jfs 80 80 1 open/syncd /ORACLE
HD_DB jfs 192 192 2 open/syncd /HANDY_DB
# lsvg -p DH600
DH600:
PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION
hdisk10 active 687 72 00..00..00..00..72
hdisk11 active 687 0 00..00..00..00..00
hdisk12 active 687 112 00..00..00..00..112
hdisk13 active 687 152 00..00..00..14..138
hdisk14 active 687 152 00..00..00..14..138
hdisk15 active 687 152 00..00..00..14..138
hdisk16 active 687 152 00..00..00..14..138
hdisk17 active 687 152 00..00..00..14..138
hdisk18 active 687 152 00..00..00..14..138
hdisk19 active 687 152 00..00..00..14..138
hdisk20 active 687 152 00..00..00..14..138
hdisk21 active 749 149 00..00..00..00..149
# df -k
파일시스템 1024 블록수 Free %Used Iused %Iused 마운트 위치
/dev/hd4 131072 26188 81% 1605 3% /
/dev/hd2 3506176 1714060 52% 31675 4% /usr
/dev/hd9var 327680 307900 7% 497 1% /var
/dev/hd3 65536 41192 38% 147 1% /tmp
/dev/hd1 32768 31604 4% 26 1% /home
/dev/DATA 105381888 9377320 92% 735347 12% /data
/dev/SANC 209977344 38776260 82% 6441597 50% /SANCBOX
/dev/DB01 52690944 5496576 90% 652 1% /IMSI
/dev/ORA 5242880 772904 86% 23208 2% /ORACLE
/dev/HD_DB 12582912 1818556 86% 33 1% /HANDY_DB
/dev/DB02 52690944 47833040 10% 34 1% /EXP
# lslv DATA
LOGICAL VOLUME: DATA VOLUME GROUP: DH600
LV IDENTIFIER: 000809cad9727077.2 PERMISSION: read/write
VG STATE: active/complete LV STATE: opened/syncd
TYPE: jfs WRITE VERIFY: off
MAX LPs: 4096 PP SIZE: 64 megabyte(s)
COPIES: 1 SCHED POLICY: striped
LPs: 1608 PPs: 1608
STALE PPs: 0 BB POLICY: relocatable
INTER-POLICY: maximum RELOCATABLE: no
INTRA-POLICY: middle UPPER BOUND: 12
MOUNT POINT: /data LABEL: /data
MIRROR WRITE CONSISTENCY: on
EACH LP COPY ON A SEPARATE PV ?: yes
STRIPE WIDTH: 12
STRIPE SIZE: 64K
명령 상태
명령: 실패 stdout: 예 stderr: 아니오
명령이 완료되기 전에 아래에 추가적인 지시가 나타날 것입니다.
0516-1034 extendlv: 물리적 볼륨 hdisk11에서 물리적 구획이 부족합니다.
0516-788 extendlv : 논리적 볼륨을 확장할 수 없습니다.
DATA 라는 lv의 스케쥴 정책이 스트라이트로 되어 있고 dh600 볼륨에 포한된 디스크중 hdisk11의
용량이 하나도 없는 상태이다.
스케쥴 정책이 스크라이트로 되어 있는 경우에는 파일 시스템의 용량을 늘릴때는 dh600 볼륨에 포한된
디스크에 똑같은 크기만큰 용량을 할당하기 때문에 hdisk11의 용량이 0이므로 파일 시스템의 용량을
늘릴 수가 없는 것이다...
보통은 스케쥴 정책을 패러럴로 만드는데 왜 이 DATA라는 lv의 스케쥴 정책을 striped로 만들었는지
이해 할 수가 없다..^^