Bienvenidos

Todos estos pasos descriptos fueron probados en ambientes productivos

lunes, 28 de febrero de 2011

Configurar MPXIO con NETAPP en Solaris 10


La gente que administra el storage debemos pedirle que habilite la opción ALUA en el storage para que pueda balancear el MPXIO.

Instalar la toolkit de netapp: NETAPSANTool ( pkgadd -d nomredelpaquete)

Ejecutar: /opt/NTAP/SANToolkit/mpxio_set –d “ con este comando se elimina las opciones del scsi_vhci.conf, que no las utiliza”

Ejecutar: /opt/NTAP/SANToolkit/basic_config –ssd_set “esto es para SPARC, para x86 la opcion es –sd_set”

Touch /reconfigure

Verificar UPDATE de la versión del SOLARIS

Ejecutar: stmsboot –e (para versiones anteriores al UPDATE 5) “aceptar cambios, cuando termina pide bootear”

Ejecutar: stmsboot –D fp –e (para versiónes UPDATE 5 y posteriores)


Para este caso, anduvo perfecto, pero hubo otras oportunidades donde se tuvo que tocar el ssd.conf, fp.conf, y mpt.conf

miércoles, 16 de febrero de 2011

Panic +Aplicacion de Patches + Panic debido a los patches.


Debido a un panic en un solaris 10 sparc, causado por el BUG ID: 6696124
- Null mutex pointer crashing from ip_wput_ioctl() el cual fue solucionado en la versión de Kernel 141444-02 (S10 sparc) y que Sun recomendo instalar como mínimo el parche 141444-09, debido a que se trata de un parche de Kernel, me puse a bajar los recommended and security patches
ACA EMPIEZAN LOS OTROS PROBLEMITAS (PANIC )
Cuando instale los parches recomendados, al finalizar al hacer un reboot , me daba panic.
/platform/SUNW,Sun-Fire-15000/kernel/drv/sparcv9/dr: undefined symbol 'tod_status_set' WARNING: mod_load: cannot load module
'dr' WARNING: dr failed to load /kernel/misc/sparcv9/strplumb: undefined symbol 'iscsiboot_prop'
WARNING: mod_load: cannot load module 'strplumb' panic[cpu480]/thread=180e000: mod_hold_stub: Couldn't load stub module
misc/strplumb 000000000180b890 genunix:mod_hold_stub+1f0 (0, 18ed000, 193c2d0, 60022de1c70, 1839810, 0)
%l0-3: 00000000018ba598 0000060023180000 00000000018337f0 0000000000000000 %l4-7: 0000000000000000 0000000000000064
0000000000000064 0000000000000000 000000000180b940 unix:stubs_common_code+30 (0, 1ed437, 193ec00, 1941c00, 1263c00, 183c400)
%l0-3: 000000000180b209 000000000180b2e1 000001e3f5000000 0000000000000001 %l4-7: 0000000000000000 0000000001839820
0000000000000000 0000060022ccf258 000000000180ba10 genunix:main+f8 (1835f78, 0, 18883e0, 193c000, 183c378, 1835c00) %l0-3:
0000000001015400 0000000000000001 0000000070002000 0000000000000000 %l4-7: 0000000001893400 00000000000001e0
000000000180c000 0000000000000000 syncing file systems... done skipping system dump - no dump device configured rebooting...
Resetting...
Vi por ahi, que hay un bug id, que cuando tenes SVM en los dicos internos ( por ejemplo el mirror del os ) con solaris 10 y update 8 tiene el mismo problema que me dio a mi.
Antes de instalar los parches en este dominio de la 25k.

Los instale en una v215, con misma version de solaris 10. El error no se reprodujo, pienso yo, porque NO tenia los discos mirroreados con SVM, porque para lo unico que uso en ese equipo el SVM es para concatenar unas luns y crear un fs.
Los pasos que realize para que el equipo quede operativo y con los parches instalados fueron :
Desencapsule el disco de booteo ( usando el procedimiento descripto en este blog) que tenia con SVM.
fsck al disco primario.
borre las replicas del disco secundario.
bootee con el disco primario y levanto todo.
Luego lo que hice, fue volver a encapsular el disco de booteo

lunes, 7 de febrero de 2011

Configurar NTP


Crear el archivo /etc/inet/ntp.conf con el siguiente contenido :
server NOMBREDELSERVERNTP prefer
driftfile /var/ntp/ntp.drift
statsdir /var/ntp/ntpstats
filegen peerstats file peerstats type day enable
filegen loopstats file loopstats type day enable
filegen clockstats file clockstats type day enable

/var/ntp # more ntp.drift
-11.305

svcadm enable svc:/network/ntp
svcadm refresh svc:/network/ntp
svcadm restart svc:/network/ntp