AIX y Power 8 y Linux

Power 8 ha introducido numerosos cambios en el panorama actual... Entre ellos, incluir Linux Little Endian (el mismo que hay actualmente en Intel) en maquinas Power.

Veremos cambios significativos en el panorama a este respecto? Hacia mucho que no escribiamos ningun en el Blog ;-)

Renombrar Discos, Renombrar a hdisk0 rootvg

In a perfect world, 99.9% of AIX administrators would prefer their systems to look like this:

# lspv | grep rootvg

hdisk0         00c342c68dfcbdfb                    rootvg          active

However, in reality, 99.9% of AIX administrators live with systems that look something like this:

# lspv | grep rootvg

hdisk39         00c342c68dfcbdfb                    rootvg          active

And 99.9% of them don’t have time to tidy up their systems so that rootvg resides on hdisk0.

Most of them have much bigger fish to fry, such as performance, virtualisation, automation, security, project delivery, TPS reports, etc!

If they did have time, they could use the mirrorvg and rendev commands to ‘bring order to the Universe’.

1. Add a new disk to the system.

# lspv

hdisk39         00c342c68dfcbdfb                    rootvg          active

hdisk40         00c342c6161c6b47                    None

2. Rename the new disk to hdisk0.

# rendev -l hdisk40 -n hdisk0

hdisk0

3. Add the disk to rootvg and mirror to it.

# extendvg rootvg hdisk0

# mirrorvg rootvg hdisk0

0516-1804 chvg: The quorum change takes effect immediately.

0516-1126 mirrorvg: rootvg successfully mirrored, user should perform

        bosboot of system to initialize boot records.  Then, user must modify

        bootlist to include:  hdisk0 hdisk39.

4. Create a boot image on hdisk0.

# bosboot –a –d /dev/hdisk0

bosboot: Boot image is 49180 512 byte blocks.

# ipl_varyon -i

[S 3670248 14942228 07/24/12-10:18:11:104 ipl_varyon.c 1270] ipl_varyon -i

PVNAME          BOOT DEVICE     PVID                    VOLUME GROUP ID

hdisk39         YES             00c342c68dfcbdfb0000000000000000        00c342c600004c00

hdisk0          YES             00c342c6161c6b470000000000000000        00c342c600004c00

[E 3670248 0:087 ipl_varyon.c 1410] ipl_varyon: exited with rc=0

5. Check and update the bootlist. Ensure hdisk0 is in the bootlist.

# bootlist –m normal hdisk0

# bootlist –m normal –o

hdisk0 blv=hd5 pathid=0

hdisk0 blv=hd5 pathid=1

6. Unmirror rootvg on hdisk39. Remove hdisk39 from rootvg.

# unmirrorvg rootvg hdisk39

0516-1246 rmlvcopy: If hd5 is the boot logical volume, please run 'chpv -c <diskname>'

        as root user to clear the boot record and avoid a potential boot

        off an old boot image that may reside on the disk from which this

        logical volume is moved/removed.

0516-1804 chvg: The quorum change takes effect immediately.

0516-1144 unmirrorvg: rootvg successfully unmirrored, user should perform

        bosboot of system to reinitialize boot records.  Then, user must modify

        bootlist to just include:  hdisk0.

# lspv –l hdisk39

#

# reducevg rootvg hdisk39

#

7. Order in the Universe has been restored.

# lspv | grep rootvg

hdisk0          00c342c6161c6b47                    rootvg          active

Of course, all of this assumes that the name, hdisk0, is not already in use by a hdisk in another volume group on the system.

Again, if you have the time, then you could perform the following to rectify the situation.

1. datavg resides on hdisk0.

# lspv | grep datavg

hdisk0          00c342c6161c6b47                    datavg          active

2. Unmount all data file systems in this volume group. Varyoff the VG.

# unmount /datafs

# varyoffvg datavg

3. Rename hdisk0 to hdisk99 (or something other than hdisk0).

# rendev -l hdisk0 -n hdisk99

hdisk99

4. Varyon the volume group, datavg. Mount the data file systems in datavg.

# varyonvg datavg

# mount /datafs

5. datavg now resides on (the newly renamed) hdisk99.

# lspv | grep datavg

hdisk99         00c342c6161c6b47                    datavg

Si tenemos un error al clonar discos

                                                    COMMAND STATUS
Command: failed        stdout: yes           stderr: no
Before command completion, additional instructions may appear below.
Calling mkszfile to create new /image.data file.
0301-168 bosboot: The current boot logical volume, /dev/hd5,
        does not exist on /dev/hdisk11.


0301-168 bosboot: The current boot logical volume, /dev/hd5,
        does not exist on /dev/hdisk11.
0505-121 alt_disk_install: Error.
Cleaning up.


F1=Help                      F2=Refresh                    F3=Cancel                     F6=Command
F8=Image                     F9=Shell                      F10=Exit                      /=Find
n=Find Next

# lsvg -p rootvg ==> hdisk0
# lslv -m hd5 ==> hdisk0 on PV1 1st partition
# savebase -v ==>  successful
will remove/recreate hd5
# rmlv hd5
# mklv -y hd5 -t boot -a e rootvg 1 hdisk0
# cd /dev
# rm ipldevice
# ln /dev/rhdisk0 /dev/ipldevice
# bosboot -ad /dev/ipldevice ==>  same error
# bootinfo -B hdisk0 ==>  You get 1
# ln /dev/rhd5 /dev/ipl_blv
# cd /dev - same maj/min numbers
# bosboot -ad /dev/ipldevice ==>  works!
# bosboot -ad hdisk0
alt_disk_install was able to proceed now

Scripting en VIO Server

En este post explico como ejecutar comandos propios de la CLI del VIO desde la shell de AIX (del VIO Server).

Esto permite definir scripts y ejecutarlos para realizar tareas que de otra forma se tendrían que hacer a mano.

Es un tema que yo ya conocía, y es probable que vosotros también, pero como me ha sido bastante útil hace poco lo pongo en el blog por si a alguno le viene bien.

Comprobar IPde power system de IBM desde frontal

HOW TO FIND IP ADDRESS ON HMC PORTS

You must first put the physical control panel in manual operating mode before you can select or activate certain functions.

To put the physical control panel in manual operating mode, do the following:

1. Use the Increment button to scroll to function 02.

2. 0 2 _ _ _ _ _ _ _ _ _ _ _ _ _ _

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

3. Press Enter to start function 02.

4. Press Enter again to move to the second character on the function 02 menu. The current system operating mode is displayed with a pointer, as shown in the following example:

5. 0 2 _ _ B _ _ N < _ _ _ _ _ _ _

_ _ _ _ _ _ _ _ _ _ _ _ P _ _ _

6. Use the Increment button to scroll through the system operating modes, and select M for manual, as shown in the following example:

7. 0 2 _ _ B _ _ M < _ _ _ _ _ _ _

_ _ _ _ _ _ _ _ _ _ _ _ P _ _ _

8. Press Enter to select the system operating mode.

9. Press Enter again to exit function 02.

The control panel is in manual operating mode.

Function 30: Service processor IP address and port location

This function displays the service processor IP address and port location. This function is available only in the manual operating mode and from power on standby.

Note: If IPv6 is displayed on the control panel, then the service processor's network ports are configured with IPv6 IP addresses. There are not enough characters on the control panel to display the entire address.

So to get to this function , you have to use increment Key to reach 30 and then press enter key to enter the function 30 and reach 00 to get IP address on HMC1 port and 01 to get IP address on HMC2 port.

NIMADM 5.3 a 6.1

Dar de alta un nuevo cliente en NIM:
===========================
Editar /etc/hosts :

En el Nim Master
# vi /etc/hosts
[insertar la linea correspondiente al cliente]

En el clinete
# vi /etc/hosts
[insertar la linea correspondiente al master]

smity nim > Perform NIM Administration Tasks > Manage Machines > Define a Machine >
[Cliente]

Solo Camboiar:

Cable Type        [tp]

Recrear el fichero /etc/niminfo:


# rm /etc/niminfo

# niminit -a name=robin -a master=superman -a master_port=1058

Tareas de la migración por NIM: NIMADM:
================================

Prerrequisitos:
-----------------
Nim Master al máximo nivel de parcheado.
Damos por hecho que en el NIM existe un lppsource y un spot de la version a migrar, generado con smitty bffcreate, desde los dvd originales y posteriormente parcheado.
Comprobar paquetes necesarios en le master
# lslpp -l bos.alt_disk_install.rte   
# nim -o showres 'spotaix61031' | grep bos.alt_disk_install.rte

Procedimiento previo:
----------------------------
Romper mirror en Cliente:
# unmirrorvg roovg.
# reducevg rootvg hdisk1 (migratepv pc si fuera necesario).

Confirmar que todos los lvs de rootvg están open/syncd
#lsvg -l rootvg

Generar un vg en Master, sobre un disco, que sirva de cache. En el servidor NIM. (Tamaño igual que hdisk1 de clinete)
El VG se llamará: nimadmvg, esta creado, pero es necesario que lo elimines y lo vuelvas a crear, para que este vacío:

 # lsvg -l nimadmvg
       nimadmvg:
       LV NAME  TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT

En el cliente certificar que tenemos el disco libre, para clonar sobre el:

# lspv        
hdisk0 0000273ac30fdcfc rootvg          active        
hdisk1 000273ac30fdd6e  None

Procedimiento de migración:
-----------------------------------
# nohup ./tarea.sh &

# nimadm -j nimadmvg -c aix1 -s spotaix61031 -l lppsourceaix61031 -d "hdisk1" –Y
  
Donde :
nimadmvg – vg en servidor nim vacio a usar como cache.
aix1 – nombre del objeto cliente nim
spotaix61031 – spot a usar
lppsourceaix61031 – lppsource a usar
hdisk1 – Disco alternativo

EL commando viene de:

smitty nimadm
* Target NIM Client [select your client]
* NIM LPP_SOURCE resource [el lppsource es el de aix61tl6 que ha sido actualizado]
* NIM SPOT resource [select the spot]
* Target Disk(s) to install [select the disk(s) you want to migrate to]
DISK CACHE volume group name []

NIM IMAGE_DATA resource []
NIM BOSINST_DATA resource []
NIM EXCLUDE_FILES resource []
NIM INSTALLP_BUNDLE resource []
NIM PRE-MIGRATION SCRIPT resource []

Error al crear bosboot Migrando AIX 5.3 TL12 a 6.1 TL6

Tras realizar la migración, por el procedimiento de disco alternativo:
#alt_disk_copy -d hdisk1 (-B si no queremos que el ordende arranque quede modificado).

Se puede producir un error, por el cual , migración queda colgada, y resuelve como error al el sector de arranque, detallando que no encuentra el archivo:

/usr/lib/drivers/pci/sissas64_dd

Solución:

#cp /usr/lib/driver/pci/sissas_dd /usr/lib/driver/pci/sissas64_dd

A continuación reanudar la migración, ya en su punto final.

En mi caso para terminar la actualización aplique los parches de TL7 SP2 y esos dos ficheros que deben existir, son reconfigurados, y desaparecen los problemas.

Importante: Este error, era el causante de que tras la migración por NIMAD, nim con disco alternativo, la maquina fuera incapaz de arrancar desde el disco recientemente migrado. Sin reportar ningún error, solo se quedaba colgada la particion en "Starting Kernel". La causa es corupcion de hd5, por eso no hasta no reconstruir:

# ls -la /usr/lib/driver/pci/sissas64_dd

 no es posible realizar un:

#bosboot -ad hdisk1 correctamente.

Espero sirva de ayuda a quienes tengais problemas parecidos.

Saludos.

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

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

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.

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.

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

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.