HISTORIAL DE COMANDOS CON FECHA Y HORA

Para la shell "bash"

# export HISTTIMEFORMAT="%h/%d - %H:%M:%S "

# history

.......

519 Jun/21 - 01:27:44 ps -ef |more

520 Jun/21 - 01:28:05 history

521 Jun/21 - 01:28:17 man history

522 Jun/21 - 01:30:12 qq

523 Jun/21 - 01:30:15 EXTENDED_HISTORY=ON; history; fc -t

524 Jun/21 - 01:30:30 EXTENDED_HISTORY=ON; history; fc -t

525 Jun/21 - 01:30:33 EXTENDED_HISTORY=ON; history;

526 Jun/21 - 01:30:48 jobs

527 Jun/21 - 01:33:04 export HISTTIMEFORMAT="%h/%d - %H:%M:%S "

528 Jun/21 - 01:33:09 history

529 Jun/21 - 01:33:20 date

530 Jun/21 - 01:33:24 history

..

Para la shell "ksh"

export EXTENDED_HISTORY=ON;
# fc -t

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.

AIX y Fibra

• See the current OS levels

uname -a

oslevel -r

oslevel -q

oslevel -g

• See adapters, drivers, and microcode.See the bottom of this section for AIX part number mappings

lsdev -Cc adapter -spci | grep fcs For each of the FCS instances

• Micorcode

Parámetros básicos para optimización de rendimiento de AIX con Oracle

No existen unas reglas definitivas para el ajuste de rendimiento de un sistema, sino que consiste en un proceso cíclico de ajuste-análisis-ajuste-análisis-etc... De todas formas si que hay unas reglas básicas para el ajuste inicial, que en principio permiten empezar con un sistema bastante afinado. Además, entender los parámetros involucrados permite más adelante hacer los ajustes necesarios cuando se detectan problemas de rendimiento.

Los parámetros de las siguientes recomendaciones están basados en AIX 5.3 y Oracle 10.2. Ya sé que son versiones que se están dejando de instalar, pero todavía quedan muchas instalaciones con estas versiones, por lo que todavía puede ser útil en algunos casos.

Voy a una poner una lista de parámetros con sus valores, y luego explicaré que es cada parámetro, como se pueden ver y como se pueden modificar:

Migración de discos

Este documento muestra como migrar los VGs sobre nuevos discos. Este procedimiento es muy útil por ejemplo para la migración de cabinas.

Nota previa: este documento supone que todos los datos están dentro de LVM (no se utilizan raw devices) y que no existe cluster.
Si hubiese cluster hay dos posibles procedimientos (el correcto, cuando funciona bien cspoc, y la "ñapa", cuando no funciona bien cspoc).
En el caso de los raw devices hay que migrar a nivel de aplicación.

Rehacer el mirror tras un alt_disk_install

Para rehacer el mirror, lo primero es eliminar la definición del altinst_rootvg

# alt_rootvg_op -X

Y a continuación rehacemos el mirror, como se muestra en esta entrada ver

Edito: Añado la forma correcta que ha comentado Kemon :-)