Añadir almacenamiento, a un VG, a un Cluster Power HA, en caliente

Antes de comenzar, tomamos una foto del estado actual de los discos.

# lspv

Primero presentamos le almacenamiento desde la SAN. A todos los nodos del custer.
Escaneamos desde los dos nodos implicados.

# cfgmgr

Comprobamos el re-escaneo

# lspv

El disco identificado como Nuevo, hdisk[nuevo], tendrá que tener unos parámetros específicos (las siguientes instrucciones hay que realizarlas en ambos nodos):

chdev -l hdisk[nuevo] -a pv=yes
chdev -l hdisk[nuevo] -a hcheck_interval=60
chdev -l hdisk[nuevo] -a reserve_policy=no_reserve

Posteriormente, en nodo activo:

- hacer los cambios:

# extendvg volumegroup hdisk[nuevo]

- desbloquear el VG:

# varyonvg -bu volumegroup

Después, en nodo pasivo:

- importar los cambios:

# importvg -L volumegroup hdisk[nuevo] (un disco del VG)

Para terminar, en nodo activo:

- bloquear de nuevo el VG:

# varyonvg volumegroup

PARADA y ARRANQUE DE MONITORES PowerHA, sin parada de servicio

Para posibles necesidades de actuación sobre una sola base de datos sin necesidad de mover el Grupo de Recursos, y requiriendo VG en Varyon y FS montados.

-------------------------------------------------------

Para detener el monitor de la aplicación:

#smitty hacmp

-> Cluster Management (C-SPOC)
> Resource Groups and Applications
> Suspend/Resume Application Monitoring
> Suspend Application Monitoring and press Enter.

Para Reanudar el monitor de la aplicación:

#smitty hacmp

-> Cluster Management (C-SPOC)
> Resource Groups and Applications
> Suspend/Resume Application Monitoring
> Resume Application Monitoring and press Enter.

Conocer paquetes que quedan por subir en un TL

Para migraciones, que terminan devolviendo TL distintos a los esperados.

#oslevel -rl 5300-08

Nos devlverá los paquetes que quedan por subir a AIX 5.3 TL 08 y cual es su versión recomendada para ese TL.

Como recuperar desde una imagen mksysb existente (sin NIM)

Voy a poner en este post algunos trucos útiles para recuperar desde una imagen mksysb que tenemos, cuando no se consigue hacer desde NIM.

Hay veces que por H o por B no se consigue arrancar con una imagen mksysb desde NIM, o si se consigue no sirve para lo que necesitas hacer (por ejemplo arrancar en modo mantenimiento en vez de instalar). Ambas situaciones me han pasado, y en cada una de ellas he utilizado un truco distinto (aunque muy parecidos en la base).

Pongo aquí un par de trucos que se pueden utilizar en esos casos:
- Opción 1: grabar esa imagen en DVD, y arrancar desde DVD
- Opción 2: pasar esa imagen a ISO, y montar la ISO desde un VIO

UPGRADE de SDDPCM Standar

Tomamos datos de los PVIDs de los Discos y los VGs asociados.

root@sap-s2l9:/etc# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c vg_EPC active

hdisk3 005d502a15040568 vg_EPC active

hdisk4 005d502af0ae2efc vg_EPC active

hdisk5 00cda22c400a2ce1 vg_EPC active

root@sap-s2l9:/etc# lsdev -Cc disk

hdisk0 Available 05-08-00-4,0 16 Bit LVD SCSI Disk Drive

hdisk1 Available 05-08-00-5,0 16 Bit LVD SCSI Disk Drive

hdisk2 Available 08-08-01 IBM MPIO FC 2105

hdisk3 Available 0A-08-01 IBM MPIO FC 2105

hdisk4 Available 0A-08-01 IBM MPIO FC 2105

hdisk5 Available 0A-08-01 IBM MPIO FC 2105

Anotamos el Mayor Number de los VGs fectados.

root@sap-s2l9:/etc# lsvg -p vg_EPC

vg_EPC:

PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION

hdisk2 active 136 79 12..00..13..27..27

hdisk3 active 136 72 28..00..00..17..27

hdisk4 active 136 64 28..00..00..09..27

hdisk5 active 136 60 00..00..06..27..27

root@sap-s2l9:/etc# ls -l /dev/vg_EPC

crw-rw---- 1 root system 40, 0 Aug 09 13:14 /dev/vg_EPC

Desmontamos los FS, liberando sus pocesos y hacemos hacemos varyoffvg de los VGs implicados:

lsvgfs vg_EPC |while read fs

do

fuser -kuxc $fs

umount $fs

done

Exportamos los VGs implicados.

root@sap-s2l9:/etc# exportvg vg_EPC

root@sap-s2l9:/etc# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c None

hdisk3 005d502a15040568 None

hdisk4 005d502af0ae2efc None

hdisk5 00cda22c400a2ce1 None

Paramos servicios de SSDDPCM

root@sap-s2l9:/etc# stopsrc -s pcmsrv

0513-044 The pcmsrv Subsystem was requested to stop.

Eliminamos dispositivos de la ODM vinculados al driver SDDPCM

root@sap-s2l9:/etc# rmdev -dl fcs0 -R

sfwcomm0 deleted

fscsi0 deleted

fcnet0 deleted

fcs0 deleted

root@sap-s2l9:/etc# rmdev -dl fcs1 -R

hdisk2 deleted

hdisk3 deleted

hdisk4 deleted

hdisk5 deleted

sfwcomm1 deleted

fscsi1 deleted

fcnet1 deleted

fcs1 deleted

Con Smitty Install desistanlamos sddpcm antiguo.

root@sap-s2l9:/tmp/sddpcm61# lslpp -l |grep SDD

Instalamos sddpcm nuevo, con Smitty Install

root@sap-s2l9:/tmp/sddpcm61# lslpp -l |grep SDD

devices.sddpcm.61.rte 2.5.0.0 COMMITTED IBM SDD PCM for AIX V61

devices.sddpcm.61.rte 2.5.0.0 COMMITTED IBM SDD PCM for AIX V61

Reiniciamos máquina.

Importamos de nuevo los VGs implicados.

root@sap-s2l9:/# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c None

hdisk3 005d502a15040568 None

hdisk4 005d502af0ae2efc None

hdisk5 00cda22c400a2ce1 None

root@sap-s2l9:/# importvg -V 40 -y vg_EPC hdisk2

vg_EPC

root@sap-s2l9:/# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c vg_EPC active

hdisk3 005d502a15040568 vg_EPC active

hdisk4 005d502af0ae2efc vg_EPC active

hdisk5 00cda22c400a2ce1 vg_EPC active

Montamos los FS del sistema

root@sap-s2l9:/# mount all

mount: 0506-324 Cannot mount /dev/hd1 on /home: The requested resource is busy.

mount: 0506-324 Cannot mount /proc on /proc: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/hd10opt on /opt: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/fslv00 on /temporal: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/fslv11 on /opt/tivoli/cit/cache_data/__username: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/hd11admin on /admin: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/livedump on /var/adm/ras/livedump: The requested resource is busy.

root@sap-s2l9:/# df -g

Filesystem GB blocks Free %Used Iused %Iused Mounted on

/dev/hd4 0.25 0.16 35% 2550 7% /

/dev/hd2 5.12 2.19 58% 43324 8% /usr

/dev/hd9var 0.50 0.37 27% 971 2% /var

/dev/hd3 2.12 2.10 2% 178 1% /tmp

/dev/hd1 0.12 0.07 47% 306 2% /home

/proc - - - - - /proc

/dev/hd10opt 0.50 0.38 25% 2363 3% /opt

/dev/fslv00 9.00 5.34 41% 2049 1% /temporal

/dev/fslv11 0.50 0.50 1% 4 1% /opt/tivoli/cit/cache_data/__username

/dev/hd11admin 0.12 0.12 1% 5 1% /admin

/dev/livedump 0.25 0.25 1% 4 1% /var/adm/ras/livedump

/dev/fslv01 3.00 2.05 32% 1919 1% /sapmnt/EPC

/dev/fslv02 9.00 3.79 58% 85647 9% /usr/sap/EPC

/dev/fslv03 1.00 0.27 74% 343 1% /db2

/dev/fslv04 5.00 4.60 8% 22 1% /db2/EPC/sapdata1

/dev/fslv05 5.00 4.60 8% 22 1% /db2/EPC/sapdata2

/dev/fslv06 5.00 4.60 8% 22 1% /db2/EPC/sapdata3

/dev/fslv07 1.00 1.00 1% 13 1% /db2/EPC/saptemp1

/dev/fslv08 0.50 0.17 66% 23 1% /db2/EPC/db2dump

/dev/fslv09 1.00 0.93 7% 10 1% /db2/EPC/archive_log

/dev/fslv10 3.00 1.81 40% 26 1% /db2/EPC/log_dir

Reiniciamos maquina. No necesrioa pero recomendable.

UPGRADE de SDDPCM en VIO SERVER

[Tomamos como punto de partida un entorno con Dual-Vios]

1-. Generamos un perfil "clon" del actual, en nuestros Vio server, en este perfil hemos de prescindir de los adaptadores de fibra.

2-. Apagamos la particion, Vio Server.

3-. Arrancamos la parcición el nuevo perfil, "clon_sddpcm_upgrade".

4-. Eliminamos los dispositivos, discos, que se presentaban por fibra.

[si estamos presentando discos desde una cabina DS8000].

# lsdev -Cc disk |grep 2105 |while read col1 col2 col3 col4
do
echo $col1
rmdev -dl $col1
done

# lsdev -Cc disk |grep 2107 |while read col1 col2 col3 col4
do
echo $col1
rmdev -dl $col1
done

5-. Paramos el servicio de SDDPCM:

#stopsrc -s pcmsrv

6-. Eliminamos el paquete de SDDPCM

7-. Instalamos el nuevo paquete SDDPCM

8-. Apagamos la partición, y arrancamos con el perfil original, Con Fibra.

NOTA: Se recomiendo un exaustivo Backup.

Montar ISO images en AIX

There is a known problem with mounting ISO images on the AIX platform. To workaround the problem, complete the following instructions:

1. Obtain the size of the image.

   For example:

   # ls -al
   
   total 731594
   
   drwxr-xr-x   2 root     system          512 Aug 18 11:33 .
   
   drwxr-xr-x   6 root     system          512 Aug 18 11:32 ..
   
   -rw-r--r--   1 root     system    374575104 Apr 29 02:59 fim_console_rios_aix_5.iso
   
   

2. Identify the nearest multiple of 128 MB that will provide enough space for the image. In the above example, the image is approximately 374 MB, so use 384 MB as an image size.

   Make a logical volume of this size. Ensure that there is enough space on the physical volume. For example, hdisk0.

   # mklv -y cdlv -s n -L /dev/cdlv rootvg 384M hdisk0

   If the command fails, increase the volume size by a multiple of 128.

3. Use thedd command to create a pseudo-device. Ensure that the partition has enough space for the pseudo-device. In the following example command, the pseudo-device is /dev/cdlv.

   # dd if=/opt/software/iso/fim_console_rios_aix_5.iso of=/dev/cdlv

   Note that this command may take a long time and will create two dd processes.

4. Mount the device like a CD-ROM in AIX. Ensure that the mount point exists.

   # mount -v cdrfs -o ro /dev/cdlv /mnt/iso

5. Change directory into /mnt/iso.