VMware

VMware: aumentar tamaño de discos en maquinas virtuales VMware utilizando el SCSI controller de lvdisplay

Esta semana necesitaba incrementar el tamaño del VMDK4 /storage/core de mi VCSA 6.7; sin embargo luego de especificar el nuevo tamaño desde el cliente HTML5 del vCenter, al momento de ejecutar el comando lvm autogrow observe que la partición /storage/core seguía del mismo tamaño por defecto de 25GB.

Además, curiosamente vi que el disco que aumento de tamaño fue /storage/seat el cual se supone que debe de ser el VMDK8 según la estructura de discos en VCSA 6.x. Esto sucede por alguna extraña razón la cual aun estoy investigando, por ahora en este blog les dejo los pasos para que puedan verificar el mapeo correcto de los VMDKs mostrados en las configuraciones del nuestro VCSA contra el SCSI controller de cada disco.

Encontrar SCSI controller con el comando lvdisplay

Lo primero que debemos de hacer ir a las configuraciones de nuestra maquina virtual del vCenter y desplegar la información de los discos para obtener a cual SCSI controller están “mapeados” cada VMDK, en mi caso el VMDK4 estaba mapeado al SCSI controller SCSI(0:8)

Mapeo VMDK incorrecto

Abrimos una sesión bash shell a nuestro VCSA y ejecutamos el comando lvdisplay para ver los atributos que hagan referencia con el SCSI controller SCSI(0:8) en el campo “Block Device

root@vcsa [ ~ ]# lvdisplay
...
 --- Logical volume ---
  LV Path                /dev/seat_vg/seat
  LV Name                seat
  VG Name                seat_vg
  LV UUID                xxxx-xxxx-xxxx-xxx-xxx-xxx-xxx
  LV Write Access        read/write
  LV Creation host, time vcsa.lab.local, 2018-04-25 17:43:58 +0000
  LV Status              available
  # open                 1
  LV Size                9.99 GiB
  Current LE             1279
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:8

Aquí estaba mi problema, el disco VMDK4 mapeado al Block Device (252:8) que apuntaba para la partición /storage/seat, motivo por el cual esta fue la partición que se incremento de tamaño cuando trate de aumentar la partición /storage/core. 

Para poder encontrar el volumen lógico de la partición /storage/core, procedí a hallar el controlador SCSI de esta partición

root@vcsa [ ~ ]# lvdisplay
...
--- Logical volume ---
  LV Path                /dev/core_vg/core
  LV Name                core
  VG Name                core_vg
  LV UUID                BZA30s-vqIX-0wcp-vdBr-NA4o-31Po-sfcSlc
  LV Write Access        read/write
  LV Creation host, time vcsa1.gsslabs.org, 2018-04-25 17:43:48 +0000
  LV Status              available
  # open                 1
  LV Size                24.99 GiB
  Current LE             3199
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:6

Como vemos en la ultima linea, el controlador SCSI es el (252:6). Conociendo esta información desde las configuraciones de la VM de vCenter y encontraremos el disco “mapeado” al controlador SCSI(0:6) el cual era el VMDK7

Mapeo VMDK correcto

 

Incremente el tamaño del disco 7 desde vCenter a 35GB lo cual era el nuevo tamaño que requería para la partición /storage/core. Luego ejecute el script disponible en VCSA 6.7 para incrementar volumenes logicos de disco que fueron modificados desde vCenter.

Para conocer como ejecutar el script para autogrow en VCS 6.7: Aumentar tamaño de discos utilizando LVM autogrow VCSA 6.5 / 6.7

Una vez ejecutado el script de lvm autogrow. La particion /storage/core mostro los 35GB que le fueron asignados desde las configuraciones de la VM en el cliente web HTML5 de vCenter.

root@vcsa1 [ ~ ]# df -h
Filesystem                                Size  Used Avail Use% Mounted on
devtmpfs                                  4.9G     0  4.9G   0% /dev
tmpfs                                     4.9G  652K  4.9G   1% /dev/shm
tmpfs                                     4.9G  684K  4.9G   1% /run
tmpfs                                     4.9G     0  4.9G   0% /sys/fs/cgroup
/dev/sda3                                  11G  6.3G  3.8G  63% /
tmpfs                                     4.9G  1.5M  4.9G   1% /tmp
/dev/mapper/dblog_vg-dblog                 15G   86M   14G   1% /storage/dblog
/dev/mapper/core_vg-core                   35G   24G   11G  68% /storage/core
...

Espero que esta guía les sea de utilidad y se ahorren tiempo cuando realicen tareas de administración de discos en VCSA 6.x.

Tal vez te pueda interesar estos otros artículos de mi blog

Aumentar tamaño de discos utilizando LVM autogrow VCSA 6.0
Realizar vacuum y purgar tablas de base de datos vPostgres en VCSA 6.x

Escribe tu comentario

Este sitio utiliza Akismet para disminuir el spam. Aprenda más de como sus comentarios son procesados.

Oscar Zuñiga

Oscar Zuñiga

Multi-Cloud Solutions Architect | Cloud Specialist | vExpert⭐⭐ | VCAP-DCV Deploy 2020 | Blogger | Trainer
8 years of experience in the IT area, working on virtualization projects and architecture of Cloud Data Centers. Extensive experience in designing Hybrid Cloud solutions in the principal hyperscalers to achieve innovation and improvements in current designs with the latest cloud technologies.Leadership in projects of high importance in the industry such as large companies and world-class suppliers.
EnglishPortugueseSpanish