Bienvenidos

Todos estos pasos descriptos fueron probados en ambientes productivos

lunes, 5 de junio de 2017

Error para levantar procesos de OVO


El error aparece al intentar uno de los procesos de OVO
A continuacion se muestra el error que aparece en el messages, y debajo, los comandos aplicados y la solucion final

Errores del agente de monitoreo
 HP OpenView Operations  opcacta   (Action Agent)  counter for critical events exceeded limit (counter value = 1) (OpC30-526)
ERR: Thu Sep  5 22:50:03 2013: opcacta (19419/1): [uxproc.c:406]: semget(2) failed; cannot create semaphore
No space left on device (OpC20-415)
ERR: Thu Sep  5 22:50:03 2013: opcacta (19419/1): [uxacta.c:468]: counter for critical events exceeded limit (counter value = 1) (OpC30-526)
ERR: Thu Sep  5 22:50:08 2013: opcacta (20229/1): [uxproc.c:406]: semget(2) failed; cannot create semaphore
No space left on device (OpC20-415)
ERR: Thu Sep  5 22:50:08 2013: opcacta (20229/1): [uxacta.c:468]: counter for critical events exceeded limit (counter value = 1) (OpC30-526)
WRN: Thu Sep  5 22:50:38 2013: opcmona (19417/1): [genmona.c:5020]: Can't execute script for monitor OS-SOL-inetdproc. (OpC30-606)
semget(2) failed; cannot create semaphore

Procesos que no puede levantar.
# /opt/OV/bin/ovc
ovcd        OV Control                          CORE         (7047)   Running
ovbbccb     OV Communication Broker             CORE         (7048)   Running
ovconfd     OV Config and Deploy                COREXT       (16051)  Running
coda        OV Performance Core                 COREXT       (16119)  Running
opcle       OVO Logfile Encapsulator            AGENT,EA     (16120)  Running
opcmona     OVO Monitor Agent                   AGENT,EA     (16121)  Running
opcmsga     OVO Message Agent                   AGENT,EA     (16122)  Running
opcacta     OVO Action Agent                    AGENT,EA              Aborted
opcmsgi     OVO Message Interceptor             AGENT,EA     (16127)  Running
#

Hice los siguiente pasos, levanto todo ,lo controlamos y al rato vuelve a dar aborted
/opt/OV/bin/OpC/opcagt -kill
rm /var/opt/OV/tmp/OpC/*
/opt/OV/bin/OpC/opcagt -start
El equipo esta funcionando y sin errores en el messages.

Pero la solucion es borrar los semaforos que esten generando problemas, es decir que hayan quedado colgados.
Los veo con
ipcs -a
y los borro con
ipcrm -m


viernes, 2 de junio de 2017

Procedimiento para cambio de horario



En Argentina, fue normal años atras, que para "aprovechar mas la  luz del sol" se adelantara la hora.

Los pasos que vine haciendo son los siguientes :

Para todo los servidores que tengan como TIMEZONE America/Buenos aires
No es necesario bootear los equipos ni los containers.

Básicamente corremos un script que modifica y compila el nuevo uso horario. Trabaja con un archivo que se llama newbsas que tiene el siguiente formato.
Zone    America/Buenos_Aires    -3:00   -       ART     2016    Oct     18      00:00
                                -2:00   -       ART

Eso le indica que el dia Domingo 18 de octubre a las 00.00 hs cambie el timezone por -2 , es decir, se adelanta 1 hora a la actual, que es gmt +3 .

Abajo estan los nombres de los scripts y su funcion, para poder verlos clickear sobre ellos
el zscp ( que es para copiar de la global a los containers )
el chequear.fechas.ksh  ( hace lo que su nombre indica )
el newbsas ( que contiene el formato que describi mas arriba en este documento )
el compila.TZ.ksh  ( este script compila con el comando zic, lo que contiene el archivo newbsas, lo hace en la zona global y si tiene containers lo hace en cada uno de ellos )
el Orden de ejecucion de estos 5 pasos

Los equipos tienen TZ=GMT+3 ó alguno TZ=Argentina+3 , en estos casos hay que cambiar el TZ a GMT+2 y TZ=Argentina+2 y bootear los equipos.-

Los equipos que tenemos que bootear, los podemos bajar 1 hora antes y levantarlos despues de las 24.

Este procedimiento tambien funciona para Solaris 10 x86 .

Aclaracion. Si no se bootea el equipo, hay que bajar y subir el demonio del cron Porque sino queda con el horario viejo.

Orden de ejecucion


Este es el orden de ejecucion para el cambio de horario

En los Solaris tanto Sparc como x86 que tengan en su /etc/TIMEZONE  America/BuenosAires

En la zona global del equipo, lo que se debe hacer es 
1) Crear el directorio  /usr/scripts/TT
  mkdir –p /usr/scripts/TT
2) chequear las fechas y hora actuales
3)  Crear el archivo newbsas
 vi /var/tmp/newbsas
4) Copiar el archivo newbsas en todas las zonas 
5) Compilar el nuevo Time zone
usar el Compila TZ
ejecutandolo asi  /usr/scripts/TT/./compila.TZ.ksh


***** Este articulo viene del documento principal de procedimiento de cambio de horario
***** llamado  Procedimiento de cambio de horario

Compila TimeZone



Este script debe crearse en /usr/scripts/TT/
Copiar y Pegar

DESDE Aqui -----
#Script Parte 1
BASE=/usr/scripts/TT
SALIDA=$BASE/fechas.zonas.out
DATE=`date '+%m%d%H%M'`
echo " Script Parte 1 relevando los dates del equipo ............" >>$SALIDA.$DATE
zoneadm list -cv|grep zona|awk '{ print $2 }' >$BASE/LISTA
echo "          zona global         " >>$SALIDA.$DATE
echo " date original: ` date`  " >>$SALIDA.$DATE
echo " date universal: ` date -u`" >>$SALIDA.$DATE
echo " TIMEZONE : ` cat /etc/TIMEZONE|grep TZ=` " >>$SALIDA.$DATE
echo " Estado demonio ntp : ` svcs -a |grep ntp` " >>$SALIDA.$DATE
echo "**************************************************" >>$SALIDA.$DATE

for  Z in `cat $BASE/LISTA`
do
echo "             $Z               ">>$SALIDA.$DATE
echo " date original: `zlogin $Z date`  " >>$SALIDA.$DATE
echo " date universal: `zlogin $Z date -u`" >>$SALIDA.$DATE
echo " TIMEZONE : `zlogin $Z cat /etc/TIMEZONE|grep TZ=` " >>$SALIDA.$DATE
echo " Estado demonio ntp : `zlogin $Z  svcs -a |grep ntp` " >>$SALIDA.$DATE
echo "**************************************************" >>$SALIDA.$DATE
done
#Script Parte 2
echo " Script Parte 2 Actualizando fechas............." >>$SALIDA.$DATE
echo " Actualizando TIMEZONE en  zona global ......................" >>$SALIDA.$DATE
echo " resguardando  el archivo /var/tmp/newbsas como  /var/tmp/newbsas.old" >>$SALIDA.$DATE
 cp -p  /var/tmp/newbsas /var/tmp/newbsas.old
cp /usr/scripts/TT/newbsas /var/tmp >>$SALIDA.$DATE
echo "  Observando salida del /var/tmp ...` ls -ltr /var/tmp`" >>$SALIDA.$DATE
echo " Compilando Zona Global con  la nueva configuracion" >>$SALIDA.$DATE
/usr/sbin/zic /var/tmp/newbsas
echo " Observando archivo generado por la compilacion :  ` ls -ltr /usr/share/lib/zoneinfo/America|grep Buen `" >>$SALIDA.$DATE

for  Z in `cat $BASE/LISTA`
do
echo "             $Z               ">>$SALIDA.$DATE
echo " Actualizando TIMEZONE en $Z ......... ......................" >>$SALIDA.$DATE
echo " resguardando  el archivo /var/tmp/newbsas como  /var/tmp/newbsas.old" >>$SALIDA.$DATE
zlogin $Z cp /var/tmp/newbsas /var/tmp/newbsas.old
/usr/scripts/TT/zcp /usr/scripts/TT/newbsas $Z:/var/tmp >>$SALIDA.$DATE
echo "  Observando salida del /var/tmp ...`zlogin $Z ls -ltr /var/tmp`" >>$SALIDA.$DATE
echo " Compilando $Z con  la nueva configuracion" >>$SALIDA.$DATE
zlogin $Z /usr/sbin/zic /var/tmp/newbsas
echo " Observando archivo generado por la compilacion en $Z :  `zlogin $Z ls -ltr /usr/share/lib/zoneinfo/America|grep Buen `" >>$SALIDA.$DATE
echo " date original: `zlogin $Z date`  " >>$SALIDA.$DATE
echo " date universal: `zlogin $Z date -u`" >>$SALIDA.$DATE
echo " TIMEZONE : `zlogin $Z cat /etc/TIMEZONE|grep TZ=` " >>$SALIDA.$DATE
echo "**************************************************" >>$SALIDA.$DATE
done
#Script Parte 3
echo " Script Parte 3 relevando  fechas post actualizacion TIMEZONE ............" >>$SALIDA.$DATE
echo "          zona global         " >>$SALIDA.$DATE
echo " date original: ` date`  " >>$SALIDA.$DATE
echo " date universal: ` date -u`" >>$SALIDA.$DATE
echo " TIMEZONE : ` cat /etc/TIMEZONE|grep TZ=` " >>$SALIDA.$DATE
echo " Estado demonio ntp : ` svcs -a |grep ntp` " >>$SALIDA.$DATE
echo "**************************************************" >>$SALIDA.$DATE

for  Z in `cat $BASE/LISTA`
do
echo "             $Z               ">>$SALIDA.$DATE
echo " date original: `zlogin $Z date`  " >>$SALIDA.$DATE
echo " date universal: `zlogin $Z date -u`" >>$SALIDA.$DATE
echo " TIMEZONE : `zlogin $Z cat /etc/TIMEZONE|grep TZ=` " >>$SALIDA.$DATE
echo " Estado demonio ntp : `zlogin $Z  svcs -a |grep ntp` " >>$SALIDA.$DATE
echo "**************************************************" >>$SALIDA.$DATE
done
*****Hasta Aqui

****** Este articulo viene del documento principal de procedimiento de cambio de horario

Formato de archivo newbsas



Este es el formato que debe tener el archivo newbsas, indica que :
El dia Domingo 18 de Octubre a las 00.00 hs pasamos a estar en GMT -2 , es decir 1 hora adelantada a la hora habitual ( Argetina es GMT +3 )
Copiar y pegar en un archivo nuevo, los datos que estan entre lineas ------ , respetando espacios  en blanco y tabuladores

---------------------------------------------------------------------------------------------------------------------
Zone    America/Buenos_Aires    -3:00   -       ART     2009    Oct     18      00:00
                                -2:00   -       ART
---------------------------------------------------------------------------------------------------------------------





****** Este articulo viene del documento principal de cambio horario 
***** llamado Procedimiento de cambio horario

Chequea Fechas


El script descripto aqui abajo, chequea la fecha y hora de la zona global y de sus zonas no globales

#Script Parte 1
BASE=/usr/scripts/TT
SALIDA=$BASE/chequeando_fechas.zonas.out
DATE=`date '+%m%d%H%M'`
echo " Chequeando fechas del equipo ............" >>$SALIDA.$DATE
zoneadm list -cv|grep zona|awk '{ print $2 }' >$BASE/LISTA
echo "          zona global         " >>$SALIDA.$DATE
echo " date original: ` date`  " >>$SALIDA.$DATE
echo " date universal: ` date -u`" >>$SALIDA.$DATE
echo " TIMEZONE : ` cat /etc/TIMEZONE|grep TZ=` " >>$SALIDA.$DATE
echo " Estado demonio ntp : `  svcs -a |grep ntp` " >>$SALIDA.$DATE
echo "**************************************************" >>$SALIDA.$DATE

for  Z in `cat $BASE/LISTA`
do
echo "             $Z               ">>$SALIDA.$DATE
echo " date original: `zlogin $Z date`  " >>$SALIDA.$DATE
echo " date universal: `zlogin $Z date -u`" >>$SALIDA.$DATE
echo " TIMEZONE : `zlogin $Z cat /etc/TIMEZONE|grep TZ=` " >>$SALIDA.$DATE
echo " Estado demonio ntp : `zlogin $Z  svcs -a |grep ntp` " >>$SALIDA.$DATE
echo "**************************************************" >>$SALIDA.$DATE
done

FIN del script

***** Este articulo viene del documento principal del cambio de horario

Zscp o procedimiento manual


El script zscp, no es de mi autoria, es de un genio llamado Brendan Gregg, y lo que hace es copiar archivos de  una zona global, a todos sus containers. Pero como no le pedi autorizacion para publicar su  script, lo que voy a hacer es describir el procedimiento manual que debemos hacer ( si gustan , lo pueden googlear ) , para replicar el archivo newbsas en todas las zonas.

Debo copiar el archivo newbsas a cada zona , para poder luego compilar el nuevo huso horario.
la forma manual seria asi ;
suponiendo que tenemos un total de 3 zonas no globales
Parados desde la zona global ejecutamos:
cp /usr/scripts/TT/newbsas /export/zona1/root/var/tmp/
cp /usr/scripts/TT/newbsas /export/zona2/root/var/tmp/
cp /usr/scripts/TT/newbsas /export/zona3/root/var/tmp/

**** Este articulo viene del documento principal de cambio horario
***  llamado Procedimiento para cambio de horario

miércoles, 31 de mayo de 2017

Desinstalar y upgradear el agente de monitoreo de HP, OVO


Para poder hacer un upgrade del agente de monitoreo OVO, se necesita tener solo una instancia corriendo a la vez,asi que primero, necesitamos desinstalar los siguientes paquetes , en el orden descripto a continuacion :
pkgrm HPOvEaAgt
 pkgrm HPOvPetc
pkgrm HPOvPCO
pkgrm HPOvPacc
pkgrm HPOvPerlA
pkgrm HPOvSecCC
pkgrm HPOvConf                        
pkgrm HPOvDepl
pkgrm HPOvCtrl
pkgrm HPOvBbc
pkgrm HPOvSecCo                       
pkgrm HPmwa
pkgrm HParm
pkgrm  HPOvPacc
pkgrm HPOvXpl

Luego , podemos ejecutar la instalacion dela siguiente manera :
./oasetup.sh -install -minprecheck  -management_server  -certificate_server –f

Error ANS1051I Invalid password en job de TSM


Cuando me dio este error en tsm ,
En los logs dice que no levanta por Invalid password
ANS1051I Invalid password
Please enter your user id :
Please enter password for user id "CTRL_PARK_COLD":
ANS1025E Session rejected: Authentication failure

Me conecto al servidor de tsm, en este caso al equipo aix05 y correr

aix05:/home/root>dsmadmc -se=corpov7 -id=cone -pass=password
IBM Tivoli Storage Manager
Command Line Administrative Interface - Version 6, Release 2, Level 1.0
(c) Copyright by IBM Corporation and other(s) 1990, 2010. All Rights Reserved.

Session established with server CORPO: AIX
  Server Version 7, Release 1, Level 5.0
  Server date/time: 08/31/16   22:22:49  Last access: 08/23/16   16:26:04


tsm: CORPO>q n centr*

Node Name                     Platform     Policy Domain      Days Since     Days Since     Locked?
                                           Name               Last Acce-       Password
                                                                      ss            Set
-------------------------     --------     --------------     ----------     ----------     -------
CTRL_PARK_COLD             SUN SOL-     UNIX                       <1 54="" nbsp="" no="" p="">                               ARIS
CTRL_PARK_RMAN             TDP Ora-     ORACLE                     <1 nbsp="" no="" p="">                               cle SUN

tsm: CORPO>upd n CTRL_PARK_COLD empresa
ANR2063I Node CTRL_PARK_COLD updated.

tsm: CORPO>

luego conectarme al solaris sun5002  y  correr un

root@sun5002 # dsmc q sched -se=CTRL_PARK_COLD
IBM Tivoli Storage Manager
Command Line Backup-Archive Client Interface
  Client Version 7, Release 1, Level 4.0
  Client date/time: 08/31/16   10:24:56 PM
(c) Copyright by IBM Corporation and other(s) 1990, 2015. All Rights Reserved.

Node Name: CTRL_PARK_COLD
Session established with server CORPO: AIX
  Server Version 7, Release 1, Level 5.0
  Server date/time: 08/31/16   10:24:52 PM  Last access: 08/31/16   09:35:32 PM

    Schedule Name: SELECTIVE_CTRL_PARK
      Description: selective.Semanal CTRL_PARK
   Schedule Style: Classic
           Action: Selective
          Options: -su=yes
          Objects: /app/parque/batch/ /export/home/x302168/ /interfaz/parque/ /TSM_Backup_CPARK/BIN/ /x00/ /x01/ /x02/ /x03/ /x04/ /x05/ /x06/
         Priority: 5
   Next Execution: 79 Hours and 45 Minutes
         Duration: 10 Hours
           Period: 1 Day
      Day of Week: Sunday
            Month:
     Day of Month:
    Week of Month:
           Expire: Never

root@sun5002 #

entonces lo que hice fue correr el comando  tal como lo ejecuta en el script del cluster /TSM_Backup_CPARK/ tsm_CTRL_PARK_COLD.scr
root@sun5002 # ulimit unlimited
root@sun5002 # nohup dsmc sched -se=CTRL_PARK_COLD -optfile=/TSM_Backup_CPARK/dsm.opt < /dev/null >> /dev/null 2>&1 &
[1]     12286
root@sun5002 # ps -ef|grep dsm
    root  1037     1   0   Aug 30 ?           0:05 dsmc sched -se=CT_COLD -optfile=/TSM_Backup_CT/dsm.opt
    root 12286  3256   0 22:32:36 pts/12      0:00 dsmc sched -se=CTRL_PARK_COLD -optfile=/TSM_Backup_CPARK/dsm.opt
    root 29922     1   0   Aug 30 ?          16:44 dsmc sched -se=CT -optfile=/TSM_Backup_CT/dsm.opt
    root 12425  3256   0 22:32:49 pts/12      0:00 grep dsm
root@sun5002 #

Agregar discos a un zpool



Me asignaron 2 discos ( c0t60050768018086DC3800000000000303d0 y c0t60050768018086DC3800000000000304d0 ) e hice esto

root@sunips1:~# zpool add BACKUPS c0t60050768018086DC3800000000000303d0
root@sunips1:~# zpool status -v BACKUPS
  pool: BACKUPS
state: ONLINE
  scan: none requested
config:

        NAME                                     STATE     READ WRITE CKSUM
        BACKUPS                                  ONLINE       0     0     0
          c0t60050768018086DC38000000000002F5d0  ONLINE       0     0     0
          c0t60050768018086DC38000000000002F4d0  ONLINE       0     0     0
          c0t60050768018086DC380000000000019Cd0  ONLINE       0     0     0
          c0t60050768018086DC380000000000019Bd0  ONLINE       0     0     0
          c0t60050768018086DC3800000000000303d0  ONLINE       0     0     0

errors: No known data errors
root@sunips1:~# zpool status -v | grep c0t60050768018086DC3800000000000304
root@sunips1:~# zpool add BACKUPS c0t60050768018086DC3800000000000304d0
root@sunips1:~# zpool status -v BACKUPS
  pool: BACKUPS
state: ONLINE
  scan: none requested
config:

        NAME                                     STATE     READ WRITE CKSUM
        BACKUPS                                  ONLINE       0     0     0
          c0t60050768018086DC38000000000002F5d0  ONLINE       0     0     0
          c0t60050768018086DC38000000000002F4d0  ONLINE       0     0     0
          c0t60050768018086DC380000000000019Cd0  ONLINE       0     0     0
          c0t60050768018086DC380000000000019Bd0  ONLINE       0     0     0
          c0t60050768018086DC3800000000000303d0  ONLINE       0     0     0
          c0t60050768018086DC3800000000000304d0  ONLINE       0     0     0

errors: No known data errors
root@sunips1:~#
luego hice  un df -h /BACKUPS y lo agrando solo
~

Poco frecuente, pero nos paso, error fisico de Fibra



En un t5-2 , con 1 pci, con dos FC, nos asignaron luns.
En el messages del equipo nos arrojaba estos errores de timeout
May 12 13:12:49 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625f (ssd47): Command Timeout on path fp3/ssd@w50001442a01f6201,2
May 12 13:13:21 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625e (ssd40): Command Timeout on path fp3/ssd@w50001442b01f7a01,9
May 12 13:14:05 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625f (ssd47): Command Timeout on path fp3/ssd@w50001442a01f6201,2
May 12 13:14:27 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625e (ssd40): Command Timeout on path fp3/ssd@w50001442b01f7a01,9
May 12 13:16:17 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625e (ssd40): Command Timeout on path fp3/ssd@w50001442b01f7a01,9
May 12 13:16:34 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625f (ssd47): Command Timeout on path fp3/ssd@w50001442a01f6201,2
May 12 13:17:29 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625e (ssd40): Command Timeout on path fp3/ssd@w50001442b01f7a01,9
May 12 13:17:46 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625f (ssd47): Command Timeout on path fp3/ssd@w50001442b01f7a01,2
May 12 13:18:46 t5-2-coneja   /scsi_vhci/ssd@g600014400000001070211e0f481e625f (ssd47): Command Timeout on path fp3/ssd@w50001442b01f7a01,2

< Corto la salida de error porque es muy extensa >

El comando format quedaba colgado

Cualquier operacion que se quiera hacer sobre los discos del ldom del t5-2, tardan muchisimo.
Lo primero que hice fue hacer un format, se quedaba colgado.
Googlee ese caso y coincide con https://support.symantec.com/en_US/article.TECH225180.html que basicamente dice que
Para que no se cuelgue el format previamente tenes que hacer esto ( lo hice y funciono ) dice que esta solucion aplica si tenes el parche  118833-36 (or
higher)  o superior y en nuestro caso SI lo tenenmos
# NOINUSE_CHECK=1
# export NOINUSE_CHECK
# format

Pero cuando quiero hacer un newfs al d100 ( disco c0d2s0 )
Tarda casi 4 minutos para un newfs de un disco de 30gb
[sunt100] / # time newfs /dev/md/rdsk/d100
newfs: construct a new file system /dev/md/rdsk/d100: (y/n)? y
Warning: 2048 sector(s) in last cylinder unallocated
/dev/md/rdsk/d100:      62906368 sectors in 10239 cylinders of 48 tracks, 128 sectors
        30716.0MB in 640 cyl groups (16 c/g, 48.00MB/g, 5824 i/g)
super-block backups (for fsck -F ufs -o b=#) at:
32, 98464, 196896, 295328, 393760, 492192, 590624, 689056, 787488, 885920,
Initializing cylinder groups:
............
super-block backups for last 10 cylinder groups at:
61938464, 62036896, 62135328, 62233760, 62332192, 62430624, 62529056,
62627488, 62725920, 62824352

real    3m38.99s
user    0m0.74s
sys     0m0.20s
[sunt100] / #

Por otro lado, vi que se solucionaba con un FAST REBOOT, lo hicimos y se soluciono el tema del format.

Despues de encontrar el error de timeout, trate de buscar donde estaba.
Asi que revise los errores en los hba y me encontre con esto. El primer port estaba OK el segundo con errores de tx y de crc.

root@t5-2-coneja # fcinfo hba-port -l 2100000e1e2871f0
HBA Port WWN: 2100000e1e2871f0
        Port Mode: Initiator
        Port ID: 700300
        OS Device Name: /dev/cfg/c6
        Manufacturer: QLogic Corp.
        Model: 7023303
        Firmware Version: 7.05.01
        FCode/BIOS Version:  BIOS: 3.19; fcode: 4.02; EFI: 5.36;
        Serial Number: 463916R+1525264578
        Driver Name: qlc
        Driver Version: 150505-5.03b
        Type: N-port
        State: online
        Supported Speeds: 4Gb 8Gb 16Gb
        Current Speed: 16Gb
        Node WWN: 2000000e1e2871f0
        Link Error Statistics:
                Link Failure Count: 1
                Loss of Sync Count: 0
                Loss of Signal Count: 0
                Primitive Seq Protocol Error Count: 0
                Invalid Tx Word Count: 0
                Invalid CRC Count: 0
        Max NPIV Ports: 254
        NPIV port list:
root@t5-2-coneja # fcinfo hba-port -l 2100000e1e2871f1
HBA Port WWN: 2100000e1e2871f1
        Port Mode: Initiator
        Port ID: 710300
        OS Device Name: /dev/cfg/c7
        Manufacturer: QLogic Corp.
        Model: 7023303
        Firmware Version: 7.05.01
        FCode/BIOS Version:  BIOS: 3.19; fcode: 4.02; EFI: 5.36;
        Serial Number: 463916R+1525264578
        Driver Name: qlc
        Driver Version: 150505-5.03b
        Type: N-port
        State: online
        Supported Speeds: 4Gb 8Gb 16Gb
        Current Speed: 16Gb
        Node WWN: 2000000e1e2871f1
        Link Error Statistics:
                Link Failure Count: 1
                Loss of Sync Count: 0
                Loss of Signal Count: 0
                Primitive Seq Protocol Error Count: 0
                Invalid Tx Word Count: 189
                Invalid CRC Count: 5988
        Max NPIV Ports: 254
        NPIV port list:

Conclusion  hasta ese momento, es el gbic o el cable de fibra o el gbic del lado del switch.
Solucion temporaria para que no explote todo. desconfigure la /dev/cfg/c7

cfgadm -f -c unconfigure c7

Habiendo cambiado el gbic para descartar que ese sea el problema , la solucion temporaria , pero nos quedamos sin multipath, es quedar funcionando con so
lo una fibra conectada al port c6 y pedir el recableado de fibras.
******La solucion definitiva, fue cambiar el cable fisico de Fibra

martes, 30 de mayo de 2017

Para cambiar ip o setear la ip e un t5220 o t71/2


Primero configurar al SP ( Service Processor ) para que la Ip sea estatica
-> set /SP/network pendingdiscovery=static

Seteo la direccion IP para la SP
-> set /SP/network pendingipaddress=10.67.33.115

Setear la direccion IP del gateway
-> set /SP/network pendingipgateway=10.67.33.1

Setear el netmask para la SP
-> set /SP/network pendingipnetmask=255.255.255.0

*** las ip son a modo de ejemplo, tanto la de gateway como la del SP y netmask