Eliminacion completa de GPFS en AIX

Artículo construído a partir de otros:

Los comandos se encuentran en: /usr/lpp/mmfs/bin/

1. Detener toda actividad sobre los filesystems GPFS:  fuser -kux /filesystem

2. Desmontar los filesystems en todos los nodos del cluster:  correr df y luego umount en cada nodo o mmumount all -a

3. Escoger uno de los nodos para ejecutar toda la desconfiguración.

4. Eliminar los filesystems: mmdelfs (los lv que aparecen en el df).

5. Detener el cluster:  mmshutdown -a

6. Listar los nsd:  mmlsnsd

7. Eliminar todos los tiebreakers: mmchconfig tiebreakerDisks=no

8. Eliminar los nsd:  mmdelnsd 

9. Eliminar los nodos: mmdelnode -a 

10. Eliminar el cluster: mmlscluster (no debe mostrar cluster) sino:

mmlscluster: This node does not belong to a GPFS cluster.
mmlscluster: Command failed. Examine previous error messages to determine cause. 

en cualquier nodo

11. Borrar el software: installp -u gpfs 

12. Remover los directorios /var/mmfs y /usr/lpp/mmfs.

13. Remover todo lo que empiece con mm del directorio /var/adm/ras.

14. Remover el directorio /tmp/mmfs (si existe).

 

Prerequisitos para restauración por NIM

El proceso de restauración por NIM contempla varios pasos que no son controlados por el administrador, quien debe proveer del ambiente apropiado para que se "de" el proceso a saber:

1. El ping luego de configurada la interface, que solo se puede ejecutar desde el cliente.

2. El no bloqueo del TFTP boot.

3. La definición correcta de la dirección de la "machine" en el /etc/hosts.  Si la red donde el cliente reside no existe o no esta declarada en el NIM server, el NIM crea la definición de la red, pero el administrador debe garantizar su ruteo.

4. La creación sin errores del spot correspondiente al mksysb.  El mksysb se prefiere generado sin actividad y con base de datos, procesos y aplicaciones abajo.

5. El montaje por NFS de las imágenes de mksysb, spot y el script de boot.  Fallas en este punto tienen que ver con:

• Bloqueo de NFS.
• Permisos en los resources.
• Bloqueo de nimsh o shell.
• Selección -si el default no funciona- de puertos reservados de comunicación NFS, menores de 1024.

Cantidad de memoria a reservar para el Hypervisor

Al menos 8%

Tunings comunes para Sybase y Oracle en AIX 5.3

lru_file_repage=0
%max_client=90=%max_perm
%min_perm=5

Dump device perdido

El volumen lógico lg_dumplv no se espejea durante un mirrorvg de rootvg, y puede ocurrir que en caso la pérdida del disco hdisk0, el primary dump quede sin referencia, tomandose como secundario la paginación primaria.
Esta situación también se da si estamos utilizando una instalación base como fuente para crear multiples instalaciones de AIX.
De cualquier manera, el lg_dumplv no es más que un logical volume de tipo sysdump con unos 128MB o más (depende su instalación) que puede ser asignado por medio de smit dump.

Formas variables y colas de impresion

En muchos casos, la configuración de colas de impresión en AIX se complica por los diferentes formatos requeridos por el cliente: cheques, informes, reportes utilizan diferentes largos de página lo que puede sugerir que se creen tantas colas como existan requerimientos. Sin embargo esto solo complica la administración ya que tanto el aplicativo/base de datos como el sistema operativo requeriría cambios en caso de que dichas formas cambien.

Es así como es más factible crear colas con anchos de página máximos (usualmente 136 columnas) y largo de 0 (cero) lineas de tal forma que sea el programador de la aplicación quien maneje los formatos y no el administrador de AIX. Esto además evita la duplicidad de saltos de página.

Drivers para adaptadores no reconocidos por el Virtual IO server

Luego de instalar el Virtual I/O server (V2.1.0.10) sobre un Blade JS23, se observó que este no reconocía las nuevas tarjetas de fibra, al ejecutar el cfgmgr sobre el oem_setup_env se obtenian errores de falta de drivers (no se encontraban paquetes devices.pciex.*); luego el VIO se actualizó al último fixpack disponible (V2.1.0.10 FP-20.1) en aras de que este trajera los ultimos drivers pero no fue así.

Ya que los drivers de dispositivo son parte del sistema operativo AIX "debajo" del VIO (AIX 6.1.2), se obtuvo un nivel de AIX que poseyera dichos devices.* y solo se instalaron aquellos que no forzacen un visible update del nivel, lo suficiente para poder reconocer los adaptadores y asignarlos (AIX 6.1.4):

fcs0 Available 03-00 PCI Express 4Gb FC Adapter (77103224)
fcs1 Available 03-01 PCI Express 4Gb FC Adapter (77103224)
fcs2 Available 05-00 4Gb PCIe FC Blade Expansion Card (7710322577106501)
fcs3 Available 05-01 4Gb PCIe FC Blade Expansion Card (7710322577106501)