Buscar este blog

jueves, 22 de marzo de 2012

Problemas al aumentar un FS

En ocasiones podemos encontrarnos con ciertos problemas al aumentar un FS que nada tienen que ver con que haya o no espacio disponible en el VG:


cl_chfs: Error executing chfs  -A no -a size="136314880" /basededatos on node system
o
Error detail:
   system: 0516-787 extendlv: Maximum allocation for logical volume lv15
   system:    is 1600.
   system: RETURN_CODE=1
   system: cl_rsh had exit code = 1, see cspoc.log and/or clcomd.log for more
information


Esto se soluciona ejecutando el mandato siguiente

chlv -x<newValue> <LVName>

Por ejemplo, en este caso, para doblar la cantidad que podemos llegar a asignar:

chlv -x 3200 lv15

Visualizar si un dispositivo tiene link

A menudo, es necesario verificar si un dispositivo tiene o no link, por ejemplo cuando pinchamos un cable en una tarjeta de red. Para ello, podemos usar el mandato entstat

Salida de ejemplo


 entstat -d ent3
-------------------------------------------------------------
ETHERNET STATISTICS (ent3) :
Device Type: Gigabit Ethernet-SX PCI-X Adapter (14106802)
Hardware Address: 00:02:55:33:ca:ff
Elapsed Time: 8 days 20 hours 10 minutes 20 seconds

Transmit Statistics:                          Receive Statistics:
--------------------                          -------------------
Packets: 3433434                              Packets: 12711676
Bytes: 8874830048                             Bytes: 9424162450
Interrupts: 0                                 Interrupts: 11286390
Transmit Errors: 0                            Receive Errors: 0
Packets Dropped: 0                            Packets Dropped: 0
                                              Bad Packets: 0
Max Packets on S/W Transmit Queue: 1
S/W Transmit Queue Overflow: 0
Current S/W+H/W Transmit Queue Length: 0

Broadcast Packets: 3469                       Broadcast Packets: 3851695
Multicast Packets: 9367                       Multicast Packets: 65934
No Carrier Sense: 0                           CRC Errors: 0
DMA Underrun: 0                               DMA Overrun: 0
Lost CTS Errors: 0                            Alignment Errors: 0
Max Collision Errors: 0                       No Resource Errors: 0
Late Collision Errors: 0                      Receive Collision Errors: 0
Deferred: 0                                   Packet Too Short Errors: 0
SQE Test: 0                                   Packet Too Long Errors: 0
Timeout Errors: 0                             Packets Discarded by Adapter: 0
Single Collision Count: 0                     Receiver Start Count: 0
Multiple Collision Count: 0
Current HW Transmit Queue Length: 0

General Statistics:
-------------------
No mbuf Errors: 0
Adapter Reset Count: 0
Adapter Data Rate: 2000
Driver Flags: Up Broadcast Running
        Simplex 64BitSupport ChecksumOffload
        PrivateSegment LargeSend DataRateSet

Gigabit Ethernet-SX PCI-X Adapter (14106802) Specific Statistics:
-----------------------------------------------------------------
Link Status : Up
Media Speed Selected: Auto negotiation
Media Speed Running: 1000 Mbps Full Duplex
PCI Mode: PCI-X (100-133)
PCI Bus Width: 64-bit
Latency Timer: 144
Cache Line Size: 128
Jumbo Frames: Disabled
TCP Segmentation Offload: Enabled
TCP Segmentation Offload Packets Transmitted: 259702
TCP Segmentation Offload Packet Errors: 0
Transmit and Receive Flow Control Status: Enabled
XON Flow Control Packets Transmitted: 0
XON Flow Control Packets Received: 0
XOFF Flow Control Packets Transmitted: 0
XOFF Flow Control Packets Received: 0
Transmit and Receive Flow Control Threshold (High): 49152
Transmit and Receive Flow Control Threshold (Low): 24576
Transmit and Receive Storage Allocation (TX/RX): 8/56

miércoles, 1 de febrero de 2012

Añadir almacenamiento, a un VG, a un Cluster Power HA, en caliente

Antes de comenzar, tomamos una foto del estado actual de los discos.

# lspv

Primero presentamos le almacenamiento desde la SAN. A todos los nodos del custer.
Escaneamos desde los dos nodos implicados.

# cfgmgr

Comprobamos el re-escaneo

# lspv

El disco identificado como Nuevo, hdisk[nuevo], tendrá que tener unos parámetros específicos (las siguientes instrucciones hay que realizarlas en ambos nodos):

chdev -l hdisk[nuevo] -a pv=yes
chdev -l hdisk[nuevo] -a hcheck_interval=60
chdev -l hdisk[nuevo] -a reserve_policy=no_reserve

Posteriormente, en nodo activo:

- hacer los cambios:

# extendvg volumegroup hdisk[nuevo]

- desbloquear el VG:

# varyonvg -bu volumegroup

Después, en nodo pasivo:

- importar los cambios:

# importvg -L volumegroup hdisk[nuevo] (un disco del VG)

Para terminar, en nodo activo:

- bloquear de nuevo el VG:

# varyonvg volumegroup

lunes, 30 de enero de 2012

PARADA y ARRANQUE DE MONITORES PowerHA, sin parada de servicio

Para posibles necesidades de actuación sobre una sola base de datos sin necesidad de mover el Grupo de Recursos, y requiriendo VG en Varyon y FS montados.

-------------------------------------------------------

Para detener el monitor de la aplicación:

#smitty hacmp

-> Cluster Management (C-SPOC)
> Resource Groups and Applications
> Suspend/Resume Application Monitoring
> Suspend Application Monitoring and press Enter.

Para Reanudar el monitor de la aplicación:

#smitty hacmp

-> Cluster Management (C-SPOC)
> Resource Groups and Applications
> Suspend/Resume Application Monitoring
> Resume Application Monitoring and press Enter.

viernes, 9 de diciembre de 2011

Conocer paquetes que quedan por subir en un TL

Para migraciones, que terminan devolviendo TL distintos a los esperados.

#oslevel -rl 5300-08

Nos devlverá los paquetes que quedan por subir a AIX 5.3 TL 08 y cual es su versión recomendada para ese TL.

sábado, 3 de diciembre de 2011

Como recuperar desde una imagen mksysb existente (sin NIM)

Voy a poner en este post algunos trucos útiles para recuperar desde una imagen mksysb que tenemos, cuando no se consigue hacer desde NIM.

Hay veces que por H o por B no se consigue arrancar con una imagen mksysb desde NIM, o si se consigue no sirve para lo que necesitas hacer (por ejemplo arrancar en modo mantenimiento en vez de instalar). Ambas situaciones me han pasado, y en cada una de ellas he utilizado un truco distinto (aunque muy parecidos en la base).

Pongo aquí un par de trucos que se pueden utilizar en esos casos:
- Opción 1: grabar esa imagen en DVD, y arrancar desde DVD
- Opción 2: pasar esa imagen a ISO, y montar la ISO desde un VIO

viernes, 11 de noviembre de 2011

UPGRADE de SDDPCM Standar

Tomamos datos de los PVIDs de los Discos y los VGs asociados.

root@sap-s2l9:/etc# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c vg_EPC active

hdisk3 005d502a15040568 vg_EPC active

hdisk4 005d502af0ae2efc vg_EPC active

hdisk5 00cda22c400a2ce1 vg_EPC active

root@sap-s2l9:/etc# lsdev -Cc disk

hdisk0 Available 05-08-00-4,0 16 Bit LVD SCSI Disk Drive

hdisk1 Available 05-08-00-5,0 16 Bit LVD SCSI Disk Drive

hdisk2 Available 08-08-01 IBM MPIO FC 2105

hdisk3 Available 0A-08-01 IBM MPIO FC 2105

hdisk4 Available 0A-08-01 IBM MPIO FC 2105

hdisk5 Available 0A-08-01 IBM MPIO FC 2105

Anotamos el Mayor Number de los VGs fectados.

root@sap-s2l9:/etc# lsvg -p vg_EPC

vg_EPC:

PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION

hdisk2 active 136 79 12..00..13..27..27

hdisk3 active 136 72 28..00..00..17..27

hdisk4 active 136 64 28..00..00..09..27

hdisk5 active 136 60 00..00..06..27..27


root@sap-s2l9:/etc# ls -l /dev/vg_EPC

crw-rw---- 1 root system 40, 0 Aug 09 13:14 /dev/vg_EPC

Desmontamos los FS, liberando sus pocesos y hacemos hacemos varyoffvg de los VGs implicados:

lsvgfs vg_EPC |while read fs

do

fuser -kuxc $fs

umount $fs

done


Exportamos los VGs implicados.

root@sap-s2l9:/etc# exportvg vg_EPC

root@sap-s2l9:/etc# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c None

hdisk3 005d502a15040568 None

hdisk4 005d502af0ae2efc None

hdisk5 00cda22c400a2ce1 None

Paramos servicios de SSDDPCM

root@sap-s2l9:/etc# stopsrc -s pcmsrv

0513-044 The pcmsrv Subsystem was requested to stop.

Eliminamos dispositivos de la ODM vinculados al driver SDDPCM

root@sap-s2l9:/etc# rmdev -dl fcs0 -R

sfwcomm0 deleted

fscsi0 deleted

fcnet0 deleted

fcs0 deleted

root@sap-s2l9:/etc# rmdev -dl fcs1 -R

hdisk2 deleted

hdisk3 deleted

hdisk4 deleted

hdisk5 deleted

sfwcomm1 deleted

fscsi1 deleted

fcnet1 deleted

fcs1 deleted


Con Smitty Install desistanlamos sddpcm antiguo.

root@sap-s2l9:/tmp/sddpcm61# lslpp -l |grep SDD

Instalamos sddpcm nuevo, con Smitty Install

root@sap-s2l9:/tmp/sddpcm61# lslpp -l |grep SDD

devices.sddpcm.61.rte 2.5.0.0 COMMITTED IBM SDD PCM for AIX V61

devices.sddpcm.61.rte 2.5.0.0 COMMITTED IBM SDD PCM for AIX V61

Reiniciamos máquina.

Importamos de nuevo los VGs implicados.

root@sap-s2l9:/# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c None

hdisk3 005d502a15040568 None

hdisk4 005d502af0ae2efc None

hdisk5 00cda22c400a2ce1 None

root@sap-s2l9:/# importvg -V 40 -y vg_EPC hdisk2

vg_EPC

root@sap-s2l9:/# lspv

hdisk0 00cda22c58902837 rootvg active

hdisk1 00cda22c6761d1bb altinst_rootvg

hdisk2 00cda22c400a0f6c vg_EPC active

hdisk3 005d502a15040568 vg_EPC active

hdisk4 005d502af0ae2efc vg_EPC active

hdisk5 00cda22c400a2ce1 vg_EPC active

Montamos los FS del sistema

root@sap-s2l9:/# mount all

mount: 0506-324 Cannot mount /dev/hd1 on /home: The requested resource is busy.

mount: 0506-324 Cannot mount /proc on /proc: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/hd10opt on /opt: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/fslv00 on /temporal: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/fslv11 on /opt/tivoli/cit/cache_data/__username: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/hd11admin on /admin: The requested resource is busy.

mount: 0506-324 Cannot mount /dev/livedump on /var/adm/ras/livedump: The requested resource is busy.

root@sap-s2l9:/# df -g

Filesystem GB blocks Free %Used Iused %Iused Mounted on

/dev/hd4 0.25 0.16 35% 2550 7% /

/dev/hd2 5.12 2.19 58% 43324 8% /usr

/dev/hd9var 0.50 0.37 27% 971 2% /var

/dev/hd3 2.12 2.10 2% 178 1% /tmp

/dev/hd1 0.12 0.07 47% 306 2% /home

/proc - - - - - /proc

/dev/hd10opt 0.50 0.38 25% 2363 3% /opt

/dev/fslv00 9.00 5.34 41% 2049 1% /temporal

/dev/fslv11 0.50 0.50 1% 4 1% /opt/tivoli/cit/cache_data/__username

/dev/hd11admin 0.12 0.12 1% 5 1% /admin

/dev/livedump 0.25 0.25 1% 4 1% /var/adm/ras/livedump

/dev/fslv01 3.00 2.05 32% 1919 1% /sapmnt/EPC

/dev/fslv02 9.00 3.79 58% 85647 9% /usr/sap/EPC

/dev/fslv03 1.00 0.27 74% 343 1% /db2

/dev/fslv04 5.00 4.60 8% 22 1% /db2/EPC/sapdata1

/dev/fslv05 5.00 4.60 8% 22 1% /db2/EPC/sapdata2

/dev/fslv06 5.00 4.60 8% 22 1% /db2/EPC/sapdata3

/dev/fslv07 1.00 1.00 1% 13 1% /db2/EPC/saptemp1

/dev/fslv08 0.50 0.17 66% 23 1% /db2/EPC/db2dump

/dev/fslv09 1.00 0.93 7% 10 1% /db2/EPC/archive_log

/dev/fslv10 3.00 1.81 40% 26 1% /db2/EPC/log_dir

Reiniciamos maquina. No necesrioa pero recomendable.