Bei der Verwendung von Physical Volumes kommt es immer wieder vor das ein Physical Volume zu voll ist und vergrößert werden soll. Der Vorteil von Storage Pools besteht unter anderem in der einfachen und schnellen Administration der Backing-Devices. Im Folgenden soll gezeigt werden, wie ein Backing-Device vergrößert werden kann.

Ausgangspunkt ist in der Regel ein volles Filesystem oder eine volle Volume Group auf der Client-LPAR. In unserem Falle ist die oben auf LPAR lpar1 angelegte Volume Group vg00 voll:

lpar1 # lsvg -p vg00
vg00:
PV_NAME           PV STATE          TOTAL PPs   FREE PPs    FREE DISTRIBUTION
hdisk1            active            238         0           00..00..00..00..00
lpar1 #

Die LUN-ID des Physical Volumes hdisk1 kann mittels lscfg ermittelt werden:

lpar1 # lscfg -l hdisk1
  hdisk1           U8205.E6C.05E4E5Q-V3-C5-T1-L8300000000000000  Virtual SCSI Disk Drive
lpar1 #

Die LUN-ID ist 8300000000000000, der zugehörige vscsi-Adapter hat die Slot-Nummer 5 (V3-C5-T1). Als nächstes benötigt man den zugehörigen Virtual-I/O-Server, dieser lässt sich über die Ausgabe von „lpar lsvslot“ herausfinden:

$ lpar lsvslot lpar1
SLOT  REQ  ADAPTER_TYPE   STATE  DATA
0     Yes  serial/server  1      remote: (any)/any connect_status=unavailable hmc=1
1     Yes  serial/server  1      remote: (any)/any connect_status=unavailable hmc=1
5     No   scsi/client    1      remote: ms05-vio1(1)/25
$

Im Slot 5 findet sich wie erwartet ein virtueller SCSI-Client Adapter (es gibt hier nur einen) und der zugehörige Virtual-I/O-Server ist ms05-vio1 mit vhost-Adapter im Slot 25.

Eine Auflistung der vhost-Adapter auf dem Virtual-I/O-Server ms05-vio1 mit dem Kommando „vios lsvscsi“ und der Suche nach der Slot-Nummer 25 ergibt dann den Adapter vhost0:

$ vios lsvscsi ms05-vio1
SVSA    SLOT  CLIENT              LUNS
vhost0  C25   lpar1(3)            5
vhost1  C28   lpar2(4)            2
vhost2  C31   lpar3(5)            2
$

Als nächstes benötigen wir den Namen des Backing-Devices für die gesuchte LUN-ID 8300000000000000.

$ vios lsvscsi ms05-vio1 vhost0
VTD         STATUS     BACKING                             BDPHYSLOC  MIRRORED  LUN
vtopt0      Available  /var/vio/VMLibrary/AIX710506_2.iso  -          N/A       0x8100000000000000
vtscsi0     Available  lpar1_hd00                          -          N/A       0x8200000000000000
vtscsi5     Available  bd001                               -          N/A       0x8300000000000000
lpar1_hd02  Available  bd002                               -          N/A       0x8400000000000000
lpar1_hd03  Available  bd003                               -          N/A       0x8400000000000000
$

Das gesuchte Backing-Device ist bd001.

Um das Backing-Device bd001 zu vergrößern, benötigen wir etwas Platz im Storage-Pool:

$ vios lssp ms05-vio1
POOL      TYPE    SIZE       FREE       ALLOC      BDS
rootvg    LVPOOL  558.00 GB   68.00 GB  512.00 MB  0
testpool  LVPOOL    9.93 GB    6.93 GB    8.00 MB  3
$

Wir vergrößern das Backing-Device bd001 um 1 GB. Das Kommando zum Vergrößern lautet „vios chbdsp“ (change backing-device in storage pool):

$ vios chbdsp ms05-vio1 testpool bd001 +1g
$

Nachdem das Backing-Device vergrößert wurde, muß in der Client-LPAR dem Logical Volume Manager mitgeteilt werden das sich die Größe von Physical Volumes in einer der Volume Groups geändert hat. Das Kommando hierzu lautet „chvg -g“:

lpar1 # chvg -g vg00
lpar1 #

Nach der Vergrößerung gibt es wieder verfügbaren Platz in der Volume Group:

lpar1 # lsvg -p vg00
vg00:
PV_NAME           PV STATE          TOTAL PPs   FREE PPs    FREE DISTRIBUTION
hdisk1            active            494         256         00..00..58..99..99
lpar1 #

Hinweis: Das Verkleinern eines Backing-Devices ist nicht möglich!