8.6.6. Löschen eines Logical Volume Storage Pools

Wird ein Logical Volume Storage Pool nicht mehr benötigt kann er natürlich auch wieder gelöscht werden. Es sollte aber unbedingt vorher sichergestellt werden, dass keine Client-LPAR Backing-Devices des Storage Pools diesen noch benutzen. Außerdem sollte sichergestellt werden, das die Daten auf eventuell vorhandenen Backing-Devices gesichert werden, falls diese noch benötigt werden.

Wir demonstrieren das Löschen eines Logical Volume Storage Pools am Beispiel des bisher verwendeten Storage Pools testpool. Zunächst listen wir die noch vorhandenen Backing-Devices im Storage Pool auf:

$ vios lsbdsp ms05-vio1 testpool
BDNAME  SIZE       VTD         SVSA
bd002     3.00 GB  lpar1_hd02  vhost0
bd003     3.00 GB  lpar1_hd03  vhost0
$

Es gibt nur 2 Backing-Devices, welche beide aktuell vhost0 zugeordnet sind. Über das Kommando „vios lsvscsi“ finden wir die zugehörige Client-LPAR heraus:

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

Die Client-LPAR ist lpar1, welche aktuell 4 Backing-Devices zugeordnet hat. Wir listen die Backing-Devices der LPAR lpar1 (vhost0) auf:

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

Die im Storage Pool liegenden Backing-Devices bd002 und bd003 haben die LUN-IDs (Spalte LUN) 0x8500000000000000 bzw. 0x8300000000000000. Wir überprüfen auf der lpar1 mit dem Kommando lscfg um welche zugehörigen Physical Volumes es sich handelt:

lpar1 # lscfg -l hdisk\*
  hdisk0           U8205.E6C.05E4E5Q-V3-C5-T1-L8200000000000000  Virtual SCSI Disk Drive
  hdisk1           U8205.E6C.05E4E5Q-V3-C5-T1-L8300000000000000  Virtual SCSI Disk Drive
  hdisk2           U8205.E6C.05E4E5Q-V3-C5-T1-L8500000000000000  Virtual SCSI Disk Drive
lpar1 #

Die beiden Physical Volumes sind hdisk2 und hdisk1. Eine kurze Überprüfung mit dem Kommando lspv zeigt das diese nicht in Benutzung sind:

lpar1 # lspv
hdisk0          00ecafe541e13592                    rootvg          active     
hdisk1          00ecafe53e3abb01                    None     
hdisk2          none                                None                       
lpar1 #

Wir löschen die beiden Physical Volumes auf der Client-LPAR:

lpar1 # rmdev -dl hdisk1
hdisk1 deleted
lpar1 # rmdev -dl hdisk2
hdisk2 deleted
lpar1 #

Da die Backing-Devices bd002 und bd003 nur zu Test-Zwecken angelegt wurden, können diese ohne Erstellen einer Sicherung gelöscht werden:

$ vios rmbdsp ms05-vio1 testpool bd002
$ vios rmbdsp ms05-vio1 testpool bd003
$

Eine kurze Kontrolle zeigt das der Storage Pool testpool nun keine Backing-Devices mehr enthält:

$ vios lsbdsp ms05-vio1 testpool
$

Das Löschen eines Logical Volume Storage Pools erfolgt nicht mit dem Kommando „vios rmsp“! Dieses Kommando kann nur für File Storage Pools verwendet werden. Ein Logical Volume Storage Pool kann gelöscht werden, indem man alle Physical Volumes entfernt. Als Folge wird der Storage Pool dann selbst gelöscht. Das Kommando dafür lautet „vios rmsppv“:

$ vios rmsppv ms05-vio1 testpool hdisk2
$

Eine Auflistung aller Storage Pools auf dem Virtual-I/O-Server zeigt das der Storage Pool testpool gelöscht wurde:

$ vios lssp ms05-vio1
POOL    TYPE    SIZE    FREE   ALLOC  BDS
rootvg  LVPOOL  571392  69632  512    0
$