PowerPath: Come espandere un file system Linux anche se non è presente alcuna tabella delle partizioni su una LUN PowerPath

Il cliente stava tentando di espanderne due nel file system LVM nativo SAN LUN mappato in LVM Linux nativo e l'operazione non è riuscita.

Un VNX5500 che serve più LUN su PowerPath 5.3 SP 1 (build 111) sui server RHEL5 e RHEL6, eseguendo Linux 2.6.18-128.el5

Il cliente aveva già esteso la capacità utente per queste due LUN su VNX.
La capacità precedente era di 82 GB e 60 GB ed è stata estesa rispettivamente a 136 GB e 90 GB.

La procedura seguita dal cliente:

1. lvdisplay -v /dev/[volgroup]/[logicalvolume] - per identificare il dispositivo fisico
2. fdisk -l /dev/[device] - per verificare la tabella delle partizioni
3. df -h /[mountpoint] - verificare la capacità esistente
4. grep mpt /sys/class/scsi_host/host?/proc_name - Per identificare il bus SCSI per una nuova scansione
5. echo "- - -" > /sys/class/scsi_host/hostX/scan - per ripetere la scansione del dispositivo 'hostX'
6. pvs /dev/[device] - per controllare le dimensioni fisiche del volume
7. pvresize /dev/[device] - per aumentare il volume fisico alla nuova dimensione della LUN
8. pvs /dev/[device] - per controllare la nuova dimensione del volume fisico
9. vgscan - per ricostruire le cache dei gruppi di volumi
10. vgs [volgroup] - Per verificare le informazioni sul gruppo di volumi
11. lvextend -l +100%FREE /dev/[volgroup]/[logicalvolume] - per estendere il volume logico per riempire il disco
12. resize2fs /dev/[volgroup]/[logicalvolume] - per ridimensionare il file system sul volume logico
13. df -h /[mountpoint] - per verificare la nuova capacità

Le LUN montate su PowerPath non sembrano disporre di una tabella di partizione valida:

fdisk -l /dev/emcpowercb

Disk /dev/emcpowercb: 91.2 GB, 91268055040 bytes
255 heads, 63 sectors/track, 11096 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/emcpowercb doesn't contain a valid partition table

I primi 512 byte di /dev/emcpowercb sono i seguenti:

 hexdump -Cn512 /dev/emcpowercb
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000200

Tuttavia, le LUN sono montate e sono accessibili al sistema (ad esempio):

 df -h /DCCDBUNIX/data01
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg2dccdbnx2pd01-lvdccdbnxd01
84G 67G 13G 84% /DCCDBUNIX/data01

L'esempio precedente è relativo alla seguente LUN mappata PowerPath:

 vgdisplay -v vg2dccdbnx2pd01
Using volume group(s) on command line
Finding volume group "vg2dccdbnx2pd01"
--- Volume group ---
VG Name vg2dccdbnx2pd01

--- Logical volume ---
LV Name /dev/vg2dccdbnx2pd01/lvdccdbnxd01
VG Name vg2dccdbnx2pd01
LV Size 85.00 GB
Block device 253:9

--- Physical volumes ---
PV Name /dev/emcpowercb
Total PE / Free PE 21759 / 0

Si tenta di espandere il file system Linux anche se non è presente alcuna tabella delle partizioni sulla LUN PowerPath?

Per Red Hat, l'utilizzo del comando per rivelare che il volume fisico è corretto.

pvs -o+pv_used /dev/[pseudo_device]

Quindi, quando si aggiunge un disco a un sistema e si estende il gruppo di volumi in una stripe sul disco aggiunto.

Per visualizzare lo spazio su disco raw inutilizzato durante l'espansione della LUN originale.

pvs -av /dev/[pseudo_device]

Oltre a eseguire la scansione del dispositivo dall host, i comandi blockdev per tutti i dispositivi nativi di PowerPath FUNZIONAVANO come previsto
:

blockdev --rereadpt /dev/sds
blockdev --rereadpt /dev/sdbr
blockdev --rereadpt /dev/sddq

Il comando riportato di seguito riproduce i caratteri jolly in /sys/class/scsi_host/hostX/scan in modo che l'utilizzo dell host per eseguire nuovamente la scansione dell'intero HBA per aggiornare il dispositivo LUN NON FUNZIONASSE.

echo "1" >/sys/block/sds/device/rescan
echo "1" >/sys/block/sdbr/device/rescan
echo "1" >/sys/block/sddq/device/rescan

Quindi, come ultimo passaggio, espandere la LUN in Unisphere, deve essere in root perché funzioni.

# powermt display dev=emcpowerai
Pseudo name=emcpowerai
VNX ID=APMXXXXXXXXXXX [xxxxx]
Logical device ID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx [xxxxx_dccdbnx2i02_RV]
state=alive; policy=CLAROpt; queued-IOs=0
Owner: default=SP A, current=SP A Array failover mode: 4
==============================================================================
--------------- Host --------------- - Stor - -- I/O Path -- -- Stats ---
### HW Path I/O Paths Interf. Mode State Q-IOs Errors
==============================================================================
3 lpfc sds SP A5 active alive 0 0
3 lpfc sdbr SP B5 active alive 0 0
4 lpfc sddq SP A4 active alive 0 0


 pvs -o+pv_used,dev_size |grep /dev/emcpowerai
/dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 60.00G 0 60.00G 60.00G

 umount /DCCDBUNIX/index01

 blockdev --rereadpt /dev/sds
 blockdev --rereadpt /dev/sdbr
 blockdev --rereadpt /dev/sddq

 pvs -o+pv_used,dev_size |grep /dev/emcpowerai
/dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 60.00G 0 60.00G 92.00G

 pvresize /dev/emcpowerai
Physical volume "/dev/emcpowerai" changed
1 physical volume(s) resized / 0 physical volume(s) not resized

 pvs -o+pv_used,dev_size |grep /dev/emcpowerai
/dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 92.00G 32.00G 60.00G 92.00G

 pvscan |grep '/dev/emcpowerai'
PV /dev/emcpowerai VG vg2dccdbnx2qi01 lvm2 [92.00 GB / 32.00 GB free]

 vgscan |grep 'vg2dccdbnx2qi01'
Found volume group "vg2dccdbnx2qi01" using metadata type lvm2

 vgs |grep vg2dccdbnx2qi01
vg2dccdbnx2qi01 1 1 0 wz--n- 92.00G 32.00G

 lvextend -l +100%FREE /dev/vg2dccdbnx2qi01/lvdccdbnxi01

 lvextend -l +100%FREE /dev/vg2dccdbnx2qi01/lvdccdbnxi01
Extending logical volume lvdccdbnxi01 to 92.00 GB
Logical volume lvdccdbnxi01 successfully resized

 resize2fs /dev/vg2dccdbnx2qi01/lvdccdbnxi01
resize2fs 1.39 (29-May-2006)
Please run 'e2fsck -f /dev/vg2dccdbnx2qi01/lvdccdbnxi01' first.

e2fsck -f /dev/vg2dccdbnx2qi01/lvdccdbnxi01
e2fsck 1.39 (29-May-2006)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/vg2dccdbnx2qi01/lvdccdbnxi01: 43/7864320 files (16.3% non-contiguous), 12034277/15727616 blocks

 resize2fs /dev/vg2dccdbnx2qi01/lvdccdbnxi01
resize2fs 1.39 (29-May-2006)
Resizing the filesystem on /dev/vg2dccdbnx2qi01/lvdccdbnxi01 to 24116224 (4k) blocks.
The filesystem on /dev/vg2dccdbnx2qi01/lvdccdbnxi01 is now 24116224 blocks long.

 mount /DCCDBUNIX/index01

 df -h
/dev/mapper/vg2dccdbnx2qi01-lvdccdbnxi01
91G 45G 41G 53% /DCCDBUNIX/index01

Un'altra opzione è il riavvio, che funziona anche questo, poiché crea una nuova scansione completa.