NTP cliente en AIX:

La primera parte consiste en comprobar si tenemos algún servidor ya instroducido en la lista de servidores NTP.

# cat /etc/ntp.conf

Las últimas líneas deberán aparecer como sigue:
...
broadcastclient
server nombre.del.serivdor.1 #
server nombre.del.serivdor.2 #
driftfile /etc/ntp.drift
tracefile /etc/ntp.trace
[fin de fichero]

En caso de no aparecer, o sobrar entradas editaremos el fichero y añadiremos o eliminaremos las que necesitemos, o no.

El paso siguiente es comprobar que sincronizamos correctamente con nuestro servidor NTP:

# ntpdate
ó
# ntpdate

Si nos debuelve: "no server suitable for synchronization found", deberemos comprobar la red de nuestro sistema, DNS, etc.

En caso contrario, comprobaremos el servicio NTP, "xntpd service", con:

# lssrc -ls xntpd

debolviendo algo similar a:

Subsystem Group PID Status
xntpd tcpip 6094982 active

En caso de no estar activo el servicio, deberemos activarlo con la opcion Bouth, ambos, como sigue:

# smitty xntpd
--> Start Using the xntpd Subsystem
--> BOTH

Y volvemos a comprobar:

# lssrc -ls xntpd
Subsystem Group PID Status
xntpd tcpip 6094982 active

Importancia del idioma en AIX

En todos los clientes en los que me piden poner el AIX en español (o cualquier idioma que no sea inglés) siempre les intento convencer de que no es buena idea.
Por un lado toda la documentación está en inglés, por lo que es más fácil seguir la documentación si tenemos los menús y los mensajes en inglés.
Por otro lado es mucho más fácil encontrar informatición relativa a un error si se busca en inglés.
Y por último está la cantidad de problemas que pueden surgir directamente provocados por el idioma.

A raíz de unos problemas recientes que me han relatado, causados al parecer por tener el SO en español, voy a poner otros ejemplos de posibles errores que pueden ser causados por tener el SO en otro idioma que el inglés:
- fallos en mkcd/mkdvd: mkcd fails with syntax error using language other than C or EN_US (IZ03618)
- fallos en dsh (entorno CSM): dsh may fail when LANG is set to something other than C or en_US (IZ38648)
- fallos en mkts: mkts fails with syntax error when language other than C or EN_US (IZ63579)

Los de esta lista son APARs ya solucionados, por lo que bastaría con aplicar el parche correspondiente o hacer un set previo, pero como se ve el idioma es causa directa de varios problemas.
Además suelen ser problemas complicados de diagnosticar ya que el equipo de soporte no podrá reproducir el problema en equipos con el SO en inglés.

Dejo esto aqui como futura referencia cuando haya que convencer a un cliente de que es mejor dejarle el SO en inglés.

NIM

Este post no pretende ser una guía completa de NIM, para eso ya hay excelentes documentos, como por ejemplo:
- NIM Nutshell, de Doug Ranz (http://rainsux.dyndns.org/NIM-Nutshell.pdf)
- NIM from A to Z, IBM Redbook (http://www.redbooks.ibm.com/abstracts/sg247296.html)

Lo que pretendo en este post es simplemente poner ideas, scripts e implementaciones que tengamos hechas en algún cliente para ayudarnos unos a otros a definir entornos NIM útiles y fáciles.

Script para sacar datos de VGs lvs por VG y discos donde se localizan:

lsvg -o|while read vg;
do echo ==================;
echo $vg :;
echo ==================;
echo;
lsvg -l $vg|tail +3| awk '{ print $1 }'|while read lv;
do
echo ------------------------------------------------------------;
lslv -m $lv;
echo ------------------------------------------------------------;
echo ;
done;
done > ficherodesalida.txt

PLAN DE MIGRACION PARA DE HACMP 5.3.0 A PowerHA 6.1

FASE I: Actualización de Nodo 1 – AIX 6.1 y HACMP 5.5
===========================================

ACCIONES A REALIZAR:
-----------------------------

1 Paramos servicios de HACMP en el nodo de trabajo -- balanceamos servicios al otro nodo
2 Aseguramos el NO arranque automatico de los serivicios de Cluster
3 Comenzamos el proceso de actualización del SO AIX.
4 CLONADO Y ACTUALIZACION DE ROOTVG EN HDISK1
Asegurar que todos los volúmenes lógicos pertenecientes a rootvg tienen 2 copias en hdisk0 y hdisk1.
Crear segundas copias y sincronizarlas en caso de ser necesario vía mklvcopy/sysncvg.
Eliminar volúmenes lógicos de dump del hdisk1
Deshacer mirror de rootvg entre discos hdisk0 y hdisk1.
Sacar hdisk1 del rootvg, en caso de ser necesario usar migratepv para mover volúmenes lógicos a hdisk0

PLAN DE MIGRACION PARA DE VIOSERVER 1.5.2.5 A 2.2

FASE I: CLONADO DE HDISK0 EN HDISK1
========================================
Asegurar que todos los volúmenes lógicos pertenecientes a rootvg tienen 2 copias en hdisk0 y hdisk1.
Crear segundas copias y sincronizarlas en caso de ser necesario vía mklvcopy/sysncvg.
Eliminar volúmenes lógicos de dump del hdisk1
Deshacer mirror de rootvg entre discos hdisk0 y hdisk1.

Migrar LV a nuevo VG

OPCION 1:
=========

# tar -cvf /tmp/fs.tar /fs
# umount /fs
# smitty cplv