multibos: update lv names without rebooting

Hola,

este post va por gentileza de mi compañero Michael.

Cuando realizas una actualización en AIX utilinando el método "multibos", se crea una copia de algunos LVs con nombre bos_, para crear otro BOS que es el que vamos a actualizar. Al terminar la actualización, rebotaremos la máquina para que arranque con el sistema operativo actualizado, es decir, arrancará del bos_hd5.

Cuando la máquina arranca podemos observar como, aunque ejecutemos la utilidad de multibos para eliminar el BOS secundario (multibos -R), los LVs con los puntos de montaje correctos han quedado con el nombre bos_.

Este problema, en principio sólo estético, se puede corregir de dos formas:

1) Haciendo una nueva copia del sistema operativo con multibos y volviendo a resetear el sistema:
# multibos -Xs
# shutdown -Fr

2) Renombrando los LVs. IMPORTANTE: no es necesario volver a rebotar la máquina.
Guardamos el nombre del disco de que se ha arrancado y renombramos los LVs antiguos.
# disk=`bootinfo -b`
# chlv -n hd4_old hd4
# chlv -n hd2_old hd2
# chlv -n hd9var_old hd9var
# chlv -n hd10opt_old hd10opt
# chlv -n hd5_old hd5 
Renombramos los LVs buenos para dejarlos con el nombre original.
# chlv -n hd4 bos_hd4
# chlv -n hd2 bos_hd2
# chlv -n hd9var bos_hd9var
# chlv -n hd10opt bos_hd10opt
# chlv -n hd5 bos_hd5
Actualizamos el boot device, recreamos el la boot image y mostramos la lista de arranque
# savebase
# bosboot -ad /dev/$disk 
# bootlist -om normal

 Un saludo.

open(/usr/es/sbin/cluster/etc/vg/datos_vg.uuid, O_RDONLY)

Buenos días,

durante la semana pasada estuvimos haciendo pruebas sobre un cluster con PowerHA 7.1.2 formado por dos máquinas con AIX 7.1 TL2 SP2. Debido a ciertas facilidades que ofrecen los VGs de tipo normal (classic-mode o non-concurrent) a la hora de afrontar una migración/traslado (se pueden realizar scripts con comandos LVM para gestionar los discos), intentamos modificar el tipo de volume group que PowerHA7 establece por defecto: enhanced concurrent volume group.

Tras muchas vueltas, aunque pongamos el VG en active (lspv muestra active en vez de concurrent), cuando arrancamos los servicios de cluster, éste se encarga de poner el VG en modo enhanced concurrent, por lo que no hay forma de cambiarlo. Eso sí, en este intento desesperado por hacer que el PowerHA7 funcione como nosotros queremos, sólo hemos conseguido un error que nos ha sido difícil solucionar:

cl_set_vg_fence_height[180]: open(/usr/es/sbin/cluster/etc/vg/datos_vg.uuid, O_RDONLY): No such file or directory

Solución:
Seguramente haya otras formas más limpias de solucionarlo, pero no he encontrado otra mejor. Lo que yo he hecho ha sido, a través del menú smit (cspoc ->storage->volume groups->set characteristics of a volume group->add a volume to a volume group), añadir un disco que teníamos libre al VG. Esta operación ha recreado el fichero del que se quejaba PowerHA al realizar ciertas acciones.
 
NOTA: Aunque este comando debería hacer lo mismo, no funciona hasta que no está creado ese fichero.
clmgr modify volume_group datos_vg ADD=hdisk12

Un saludo.