%max_client=90=%max_perm
%min_perm=5
Entradas
Get nmon and njmon Level 1 Trained for Free
Hace 6 años
Tunings comunes para Sybase y Oracle en AIX 5.3
%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.
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.
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):
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)
