HP-UX Tips

¿Que es el Elastic Stack?

2019-04-15T15:50:00.003-03:00

Elastic Stack es una solución OpenSource que suele emplearse tanto como para el análisis de datos de tipo timeseries, como por ejemplo logs de aplicación, como también para datos estáticos tipo catálogo de productos o inventarios.

Se puede considerar a elasticsearch como una base de datos NoSQL timeseries basada en el motor de búsqueda Apache Lucene.

La suite de Elastic Stack es un producto de OpenSource que está compuesta por los siguientes productos

Kibana, es la interfaz de visualización.
Elasticsearch, el core de la solución, es donde se guardan e indexan los documentos.
Logstash, es la herramienta de ingestión, transformación y enriquecimiento de datos
Beats, son pequeños agentes de propositio especifico que permiten ingesta de datos

Elasticsearch es el corazón del Stack, escrito en Java y con licencia Apache, es un motor de búsqueda cuya finalidad es realizar el indexado, análisis y búsqueda de documentos casi en tiempo real, esto quiere decir que permite la consulta de los datos indexados en tan solo unos segundos de delay, dependiendo de como sea la configuración de la instalación que hagamos.

Este motor escala muy bien en forma horizontal gracias a la posibilidad de particionar (sharding) y al replicado de los índices, esto nos permite usar hardware comodity y no gastar mucho dinero en instancias o hardware especializado

Las consultas y operaciones al motor se realizan mediante una interface REST y en formato JSON con el lenguaje DSL, el cual es muy práctico y flexible.

Puede trabajar de forma de schema on read y schema on write lo cual le da mayor flexibilidad versus sus competidores

Se puede extender mediante plugins, x-pack (que merece de por si mismo un apartado) y otros como por ejemplo S3 repository plugin que permite guardar la toma de backups en AWS.

Logstash, es la parte del Stack que permite la ingesta de datos, es la solución de ETL que nos es provista por la suite. Esta pieza de software puede ser cambiada por alguna otra de preferencia como por ejemplo fluentd.

Logstash puede tomar y procesar los datos de varias entradas, logs, puertos TCP, colas de mensajería, etc y los puede enviar a múltiples destinos, entre ellos a elasticsearch o bien a una cola de mensajería.

Los datos de entrada pueden enriquecerse mediante plugins como el de GeoIP que permite identificar de que parte del mundo es la IP origen en, por ejemplo, un log de transacciones de un servidor web, logrando de esta manera una nueva dimensión en el análisis de los datos ingeridos.

Beats, estos son agentes livianos que permiten hacer ingesta de datos con mínima configuración por parte del usuario.

Los Beats pueden enviar los datos recolectados directamente a elasticsearch o a logstash si se requiere un major enriquecimiento de los mismos.

Sirven para recolectar cierto tipo de información y resolver problemáticas por ejemplo metricas de sistema operativo, ingerir un archivo, analizar tráfico de red, etc

Actualmente existen estos Beats:

Metricbeat, colecta métricas del sistema y servicios (cpu, memoria, etc)
Auditbeat, toma la información de sistema de auditoria de un equipo Linux
Packetbeat, captura el trafico de red (tcpdump) e interpreta multiples protocolos de aplicación
Filebeat, ingesta y centralización de logs (files)
Winlogbeat, envía la información de los eventos de Windows para procesar en elasticsearch
Heatbeat, monitorea la disponibilidad de servicios
Functionbeat, permite hacer el deploy de funciones FAAS (AWS Lambdas)

Como se puede ver existen diversos agentes para solucionar problemas de la manera mas simple y sencilla.

Kibana, es la herramienta visual del stack en la cual podemos configurar visualizaciones para agregar a dashborads, también permite hacer gestión del cluster de elastic y manejo de los índices. Como otras partes del stack, esta también permite ser ampliada mediante plugins.

Kibana también permite hacer monitoreo en base a los datos que se ingesta, machine learning y detección de anomalías, análisis de relaciones mediante grafos, presentaciones tipo powerpoint con datos realtime en canvas.

Algunos dashboards de Kibana para resolver casos de uso

Análisis de texto en redes sociales (Twitter)

Análisis de datos de un sitio de e-comerce

En resumen el Elastic Stack es una solución para análisis de datos que provee resuelve multiples casos de uso en ya sea dashboards de operacion, dashboards gerenciales.

Manejo de LVM en Linux

2019-04-15T15:37:00.000-03:00

LVM

A un nivel macro LVM se basa en las siguientes estructuras

Volume Group (VG)

Es la estructura que agrupa uno o mas discos (PVs). El espacio disponible se usa para crear los logical volumes

Physical Volume (PV)

Es un disco, LUN o particion inicializada con una cabecera de datos de LVM

Logical Volume (LV)

Se conforman con el espacio disponible de los VGs, luego los LVs contendrán FSs o serán usados como RAW devices.

De forma sencilla el concepto es el siguiente, se agrupan los discos en un VG, el espacio utilizable del VG es la suma del espacio de cada uno de los discos, de esta forma se elimina la limitante del disco físico. Luego apartir del espacio libre del VG se generan los LVs

Inicializacion de un PV

Para poder controlar un disco mediante LVM primero se le deben crear una cabecera con estructuras de control mediante el comando pvcreate <caracter device special file>

#pvcreate /dev/rdisk/disk5

Physical volume "/dev/rdisk/disk5" has been successfully created.

Si el disco ya estuvo bajo control de LVM y tiene una cabecera LVM, el comando fallara, para poder reescribir la cabecera para poder reutilizar el disco se debe utilizar el flag -f

Creación de un VG

Cuando creamos un VG, el LVM divide a los discos que lo integran en porciones de igual tamaño llamadas physical extents, estas porciones conforman la mínima unidad de asignación de espacio en disco. Por default el tamaño de los PE es de 4MB. Ahora procedemos con la creación del VG, en este caso vamos a armar un vg con Layout 1.0, para ver como se realiza con layout 2.x hacer click aqui de todas formas aconsejo primero leer los conceptos de esta nota primero.

#mkdir /dev/vg01

#mknod /dev/vg01/group c 64 0x010000

#vgcreate /dev/vg01 /dev/disk/disk5

Volume group "/dev/vg01" has been successfully created.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

De esta forma tenemos creado nuestro nuevo vg. Antes de verificar

Para ver el estado del VG y sus características usamos el comando vgdisplay

#vgdisplay vg01

--- Volume groups ---

VG Name /dev/vg01

VG Write Access read/write

VG Status available

Max LV 255

Cur LV 0

Open LV 0

Max PV 16

Cur PV 1

Act PV 1

Max PE per PV 1016

VGDA 2

PE Size (Mbytes) 4

Total PE 499

Alloc PE 0

Free PE 499

Total PVG 0

Total Spare PVs 0

Total Spare PVs in use 0

VG Version 1.0

VG Max Size 65024m

VG Max Extents 16256

Parámetros de un VG

PE Size, es el tamaño del PE, por default de 4MB, se puede especificar con la opción -s del vgcreate.

Max PE per PV, que define la cantidad máxima de PE por disco, si en este caso solo puedo direccionar 4GBs por disco,si quisiera colocar un disco de mayor tamaño debería recrear el VG y especificar un tamaño adecuado de Max PE per PV se especifica con la opción -e del vgcreate.

Max LV, la cantidad máxima de LVs que puede alojar el VG, se especifica con la opción -l del vgcreate.

Max PV, la cantidad máxima de discos que puedo agregar al VG, se especifica con la opción -p del vgcreate.

Para ver el espacio libre que tengo en el VG multiplico el Tamaño del PE por la cantidad de PE libres, en este caso

4*499=1996MB

Creación de un LV

Así como los PV están compuestos de PE, los LV están compuestos de Logical extents (LE). Los LE están asociados a los PE, si el disco no tiene mirror un LE esta asociado a un PE, si tenemos mirroreado el LV un LE esta asociado a 2 PE uno de cada disco.

Para crear un LV corremos el comando lvcreate

#lvcreate -L 100 -n mylv vg01

Logical volume "/dev/vg01/mylv" has been successfully created with

character device "/dev/vg01/rmylv".

Logical volume "/dev/vg01/mylv" has been successfully extended.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Donde -L es el tamaño en MB -n es el nombre del LV, si no se especifica se le asigna automaticamente un nombre y por ultimo se indica cual es el vg en donde se creara el LV

En este caso el tamaño de mi PE es de 16MB y quiero crear un LV de 100MB

#lvcreate -L 100 -n mylv vg01

Warning: rounding up logical volume size to extent boundary at size "112" MB.

Logical volume "/dev/vg01/mylv" has been successfully created with

character device "/dev/vg00/rmylv".

Logical volume "/dev/vg01/mylv" has been successfully extended.

Volume Group configuration for /dev/vg00 has been saved in /etc/lvmconf/vg01.conf

Como 100 no es multiplo de 16, el sistema redondea hacia arriba el tamaño especificado al multiplo de 16 mas cercano

Tambien se puede especificar el tamaño del lv en extents con la opción -l

Para ver el estado del LV y su configuración corremos el comando lvdisplay

#lvdisplay /dev/vg01/mylv

--- Logical volumes ---

LV Name /dev/vg01/mylv

VG Name /dev/vg01

LV Permission read/write

LV Status available/syncd

Mirror copies 0

Consistency Recovery MWC

Schedule parallel

LV Size (Mbytes) 100

Current LE 25

Allocated PE 25

Stripes 0

Stripe Size (Kbytes) 0

Bad block on

Allocation strict

IO Timeout (Seconds) default

Creacion de un FS

#newfs -F vxfs -b 8192 /dev/vg01/rmylv

version 7 layout

102400 sectors, 12800 blocks of size 8192, log size 128 blocks

largefiles supported

Una vez que se le dio formato al logical volume se puede montar el FS.

#mkdir /fs1

#mount /dev/vg01/mylv /fs1

Para verificar puedo correr el comando bdf

#bdf

Filesystem kbytes used avail %used Mounted on

/dev/vg00/lvol3 671744 396864 272848 59% /

/dev/vg00/lvol1 1081344 347656 728032 32% /stand

/dev/vg00/lvol8 4042752 1740360 2288608 43% /var

/dev/vg00/lvol5 4927488 2107168 2798360 43% /usr

/dev/vg00/lvol4 131072 30592 99824 23% /tmp

/dev/vg00/lvol7 5484544 3427176 2041376 63% /opt

/dev/vg00/lvol6 102400 5464 96184 5% /home

/dev/vg01/mylv 102400 2288 99344 2% /fs1

Para hacer persistente este cambio debo editar el archivo /etc/fstab

/dev/vg01/mylv /fs1 vxfs delaylog 0 2

donde el indico el LV que contiene el FS, el tipo de FS, opciones de montaje, campo reservado y el nro de secuencia en el que se hacer el chequeo de consistencia al inicio del equipo.

Con la incorporacion de OnlineJFS se puede redimensionar un FS en linea

Ampliación de un FS

Si es que hay espacio disponible en VG extendemos el tamaño del LV,

Verifico que haya espacio en el VG

#vgdisplay vg01 |egrep -e "PE Size" -e "Free PE"

PE Size (Mbytes) 4

Free PE 474

Vemos que tenemos 1896MB disponibles en el VG. Ahora voy a extender mi LV de 100MBs a 250MBs

#lvextend -L 256 /dev/vg01/mylv

Logical volume "/dev/vg01/mylv" has been successfully extended.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

#lvdisplay /dev/vg01/mylv

--- Logical volumes ---

LV Name /dev/vg01/mylv

VG Name /dev/vg01

LV Permission read/write

LV Status available/syncd

Mirror copies 0

Consistency Recovery MWC

Schedule parallel

LV Size (Mbytes) 256

Current LE 64

Allocated PE 64

Stripes 0

Stripe Size (Kbytes) 0

Bad block on

Allocation strict

IO Timeout (Seconds) default

La salida del lvdisplay nos muestra reflejado el cambio en el LV, que pasa si corro un bdf ahora

#bdf /fs1

Filesystem kbytes used avail %used Mounted on

/dev/vg01/mylv 102400 2288 99344 2% /fs1

Vemos que el tamaño del FS no se incremento, para ello debo correr un fsadm

#fsadm -F vxfs -b 262144 /fs1

UX:vxfs fsadm: INFO: V-3-25942: /dev/vg01/rmylv size increased from 102400 sectors to 262144 sectors

El parámetro -F indica el tipo de FS, -b indica en bloques de 1K el nuevo tamaño al cual quiero extender el FS. Para verificar corro nuevamente bdf

#bdf /fs1

Filesystem kbytes used avail %used Mounted on

/dev/vg01/mylv 262144 2288 257840 1% /fs1

Reducir el tamaño de un FS en linea

El procedimiento es similar pero de manera inversa, primero se achica el FS y luego se reduce el LV. Siempre se recomienda tener un backup de los datos del FS antes de reducirlo.

Como ejemplo vamos a reducir el /fs1 a 128MBs

#fsadm -F vxfs -b 131072 /fs1

UX:vxfs fsadm: INFO: V-3-23586: /dev/vg01/rmylv is currently 262144 sectors - size will be reduced

Verificamos el FS con un bdf

#bdf /fs1

Filesystem kbytes used avail %used Mounted on

/dev/vg01/mylv 131072 2288 127792 2% /fs1

Reducimos el LV para recuperar el espacio al VG

#lvreduce -L 128 /dev/vg01/mylv

When a logical volume is reduced useful data might get lost;

do you really want the command to proceed (y/n) : y

Logical volume "/dev/vg01/mylv" has been successfully reduced.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Se puede verificar el estado del lv como se hizo cuando se extendió con un lvdisplay

#lvdisplay /dev/vg01/mylv

--- Logical volumes ---

LV Name /dev/vg01/mylv

VG Name /dev/vg01

LV Permission read/write

LV Status available/syncd

Mirror copies 0

Consistency Recovery MWC

Schedule parallel

LV Size (Mbytes) 128

Current LE 32

Allocated PE 32

Stripes 0

Stripe Size (Kbytes) 0

Bad block on

Allocation strict

IO Timeout (Seconds) default

Ampliacion sin OnlineJFS

Si no se posee OnlineJFS se puede extender un FS pero para ello necesitamos desmontarlo. En principio se extiende el LV como vimos antes, luego desmontamos el FS y por ultimo ejecutamos extendfs.

Ejemplo, extenderemos el /fs1 a 512MB

#lvextend -L 512 /dev/vg01/mylv

Logical volume "/dev/vg01/mylv" has been successfully extended.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

#umount /fs1

#extendfs /dev/vg01/rmylv

#mount /fs1

#bdf /fs1

Filesystem kbytes used avail %used Mounted on

/dev/vg01/mylv 524288 2304 517920 0% /fs1

Borrado de un LV

Si no necesitamos mas un LV y queremos recuperar su espacio, podemos removerlo. Primero es una buena norma tomarun backup de los datos que contiene, desmontarlo y luego removerlo.

#mount /fs1

#lvremove /dev/vg01/mylv

The logical volume "/dev/vg01/mylv" is not empty;

do you really want to delete the logical volume (y/n) : y

Logical volume "/dev/vg01/mylv" has been successfully removed.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Borrado de un VG

Cuando no necesitemos mas un VG podemos borrarlo, existen dos maneras:

vgremove
vgexport

Con vgremove, debemos primero remover todos los LV que existan en el VG

Con vgexport no es necesario borrar ningún LV del VG y corremos con la ventaja que si nos equivocamos y necesitamos recuperar el VG, solo debemos importarlo nuevamente. Específicamente cuando exportamos un VG preservamos la estructura de LVM de los discos este procedimiento quita la vinculacion de OS con el VG.

Para borrar el VG

Una vez borrados los LV corremos el vgremove

#vgremove vg01

Volume group "vg01" has been successfully removed.

Para exportar el VG

#vgchange -a n vg01

Volume group "vg01" has been successfully changed.

#vgexport vg01

vgexport: Volume group "vg01" has been successfully removed.

Si necesito volver a importar el vg corro lo siguiente

#vgimport vg01 /dev/disk/disk5

vgimport: Volume group "/dev/vg01" has been successfully created.

Warning: A backup of this volume group may not exist on this machine.

Please remember to take a backup using the vgcfgbackup command after activating the volume group.

#vgchange -a y vg01

Activated volume group.

Volume group "vg01" has been successfully changed.

Si el VG tuviera FSs ya se podrían montar y usar.

Extender un VG

Cuando nos estamos quedando sin espacio en un VG podemos extenderlo agregándole otro PV, el comando a utilizar se llama vgextend, los pasos son identificar el nuevo disco, inicializarlo y agregarlo al VG

ioscan -fnNC disk

Class I H/W Path Driver S/W State H/W Type Description

===================================================================

disk 2 64000/0xfa00/0x0 esdisk CLAIMED DEVICE HP Virtual NullDVD

/dev/disk/disk2 /dev/rdisk/disk2

disk 3 64000/0xfa00/0x1 esdisk CLAIMED DEVICE HP Virtual LvDisk

/dev/disk/disk3 /dev/disk/disk3_p2 /dev/rdisk/disk3 /dev/rdisk/disk3_p2

/dev/disk/disk3_p1 /dev/disk/disk3_p3 /dev/rdisk/disk3_p1 /dev/rdisk/disk3_p3

disk 5 64000/0xfa00/0x5 esdisk CLAIMED DEVICE HP Virtual LvDisk

/dev/disk/disk5 /dev/rdisk/disk5

disk 7 64000/0xfa00/0x6 esdisk CLAIMED DEVICE HP Virtual LvDisk
/dev/disk/disk7 /dev/rdisk/disk7

En este caso el disco nuevo es el disk7

#pvcreate /dev/rdisk/disk7

Physical volume "/dev/rdisk/disk7" has been successfully created.

#vgextend vg01 /dev/disk/disk7

Volume group "vg01" has been successfully extended.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Para verificar y chequear el estado del VG corremos un vgdisplay

<root@test2:/dev>vgdisplay vg01

--- Volume groups ---

VG Name /dev/vg01

VG Write Access read/write

VG Status available

Max LV 255

Cur LV 0

Open LV 0

Max PV 16

Cur PV 2
Act PV 2

Max PE per PV 1016

VGDA 4

PE Size (Mbytes) 4

Total PE 998

Alloc PE 0

Free PE 998

Total PVG 0

Total Spare PVs 0

Total Spare PVs in use 0

VG Version 1.0

VG Max Size 65024m

VG Max Extents 16256

Aqui vemos que la tanto la cantidad de discos como el espacio libre ha aumentado.

Algunas cajas de disco pueden extender el tamaño de la LUN, HP-UX 11v3 tiene la capacidad de notar ese cambio y reflejarlo en las estructuras de LVM.

Extension dinamica de una LUN (Dynamic LUN Expansion DLE)

Para esto primero necesitamos que nos agranden la LUN que estamos usando. Luego que nos hayan extendido la LUN corremos un vgmodify de la siguiente forma

vgmodify -a -E /dev/vg01

HPUX IV Volume raid

2019-04-15T15:32:00.001-03:00

En este articulo vamos a ver como interactuar con un RAID Hardware en un host HP-UX. Este equipo presenta un disco fallado, lo que vamos hacer primero es ver los logs del kernel para obtener mas datos

#dmesg
.....
boot device's HP-UX HW path is: 0.1.1.0.a0cf13e19130310.0

    System Console is on the Built-In Serial Interface
igelan0: INITIALIZING HP PCI-X 1000Base-T Dual-port Built-in at hardware path 0/1/2/0
igelan1: INITIALIZING HP PCI-X 1000Base-T Dual-port Built-in at hardware path 0/1/2/1
iether2: INITIALIZING HP A7012-60601 PCI/PCI-X 1000Base-T Dual-port Adapter at hardware path 0/2/1/0
iether3: INITIALIZING HP A7012-60601 PCI/PCI-X 1000Base-T Dual-port Adapter at hardware path 0/2/1/1
AF_INET socket/streams output daemon running, pid 48
afinet_prelink: module installed
Starting the STREAMS daemons-phase 1
LVM: Root VG activated
    Swap device table: (start & size given in 512-byte blocks)
        entry 0 - major is 64, minor is 0x2; start = 0, size = 33521664
    Dump device table: (start & size given in 1-Kbyte blocks)
        entry 0000000000000000 - major is 1, minor is 0x0; start = 2349920, size = 16760832
Create STCP device files
Starting the STREAMS daemons-phase 2
     $Revision: vmunix:    B.11.31_LR FLAVOR=perf
Memory Information:
    physical page size = 4096 bytes, logical page size = 4096 bytes
    Physical: 33533100 Kbytes, lockable: 25172052 Kbytes, available: 28646020 Kbytes

0/0/2/2.2 ms
64000/0x0/0x0.0x0 estp
64000/0x0/0x0.0x0.0x0 eslpt
255/1/0.0 tgt
255/1/0.0.0 sdisk
64000/0xfa00/0x3 esdisk
0/0/2/0.1 usbcomposite
0/0/2/0.1.0 hid
0/0/2/0.1.1 hid
....
SAS driver at 0/1/1/0 (/dev/sasd1) : RAID volume at SAS address 0x0a0cf13e19130310 is in a degraded state.
SAS driver at 0/1/1/0 (/dev/sasd1) : RAID volume at SAS address 0x0a0cf13e19130310 is in a degraded state.

En la salida vemos que nos esta alarmando que el volumen RAID esta en estado degradado, ahora que tenemos la confirmación por parte del sistema que el equipo tiene un problema vamos a revisar mas a fondo

Si bien ya tenemos el special file para comunicarnos con el driver del RAID, vamos a ver el estado del mismo via ioscan

# ioscan -fn|more
Class        I H/W Path       Driver       S/W State   H/W Type     Description
=================================================================================
root         0                 root           CLAIMED     BUS_NEXUS
ioa          0 0              sba            CLAIMED     BUS_NEXUS    System Bus Adapter (4030)
ba           0 0/0            lba            CLAIMED     BUS_NEXUS    Local PCI-X Bus Adapter (122e)
tty          0 0/0/1/0        rmp3f01        CLAIMED     INTERFACE    PCI class(255,0) (103c1303)
tty          1 0/0/1/1        rmp3f01        CLAIMED     INTERFACE    PCI SimpleComm (103c1302)
tty          2 0/0/1/2        asio0          CLAIMED     INTERFACE    PCI Serial (103c1048)
                              /dev/diag/mux2 /dev/mux2       /dev/tty2p0
usb          0 0/0/2/0        hcd            CLAIMED     INTERFACE    NEC OHCI Controller
usbcomp      0 0/0/2/0.1      usbcomposite   CLAIMED     DEVICE       USB Composite Device
usbhid       0 0/0/2/0.1.0    hid            CLAIMED     DEVICE       USB HID Kbd(0)
                              /dev/hid/hid_000
usbhid       1 0/0/2/0.1.1    hid            CLAIMED     DEVICE       USB HID Pointer(1)
                              /dev/hid/hid_001
usb          1 0/0/2/1        hcd            CLAIMED     INTERFACE    NEC OHCI Controller
usb          2 0/0/2/2        ehci           CLAIMED     INTERFACE    NEC EHCI Controller
usbms        0 0/0/2/2.2      ms             CLAIMED     DEVICE       USB Mass Storage [0]
graphics     0 0/0/3/0        gvid_core      CLAIMED     INTERFACE    PCI Display (1002515e)
ba           1 0/1            lba            CLAIMED     BUS_NEXUS    Local PCI-X Bus Adapter (122e)
escsi_ctlr   1 0/1/1/0        sasd           CLAIMED     INTERFACE    HP PCI/PCI-X SAS MPT Adapter
                              /dev/sasd1
ext_bus      2 0/1/1/0.0.0    sasd_vbus      CLAIMED     INTERFACE    SAS Device Interface
target      17 0/1/1/0.0.0.2 tgt            CLAIMED     DEVICE
disk         1 0/1/1/0.0.0.2.0           sdisk          CLAIMED     DEVICE       HP      IR Volume
                              /dev/dsk/c2t2d0     /dev/dsk/c2t2d0s2   /dev/rdsk/c2t2d0    /dev/rdsk/c2t2d0s2
                              /dev/dsk/c2t2d0s1   /dev/dsk/c2t2d0s3   /dev/rdsk/c2t2d0s1 /dev/rdsk/c2t2d0s3
target      16 0/1/1/0.0.0.3 tgt            CLAIMED     DEVICE
disk         8 0/1/1/0.0.0.3.0           sdisk          CLAIMED     DEVICE       HP      IR Volume
                              /dev/dsk/c2t3d0   /dev/rdsk/c2t3d0

Vemos que el estado de la controladora esta en CLAIMED y ahora vamos a indagar en el estado del Internal RAID del sistema

# sasmgr get_info -D /dev/sasd1 -q raid

Fri Jan 8 10:20:50 2016

---------- LOGICAL DRIVE 5 ----------

Raid Level                                         : RAID 1
Volume sas address                                 : 0xb852a4c047edba
Device Special File                                : /dev/rdsk/c2t3d0
Raid State                                         : OPTIMAL
Raid Status Flag                                   : ENABLED
Raid Size                                          : 69618
Rebuild Rate                                       : 0.00 %
Rebuild Progress                                   : 100.00 %

Participating Physical Drive(s) :

SAS Address         Enc   Bay   Size(MB)      Type            State

0x5000c500176a2371   1     5    70007         SECONDARY       ONLINE
0x5000c5001764d9b1   1     6    70007         PRIMARY         ONLINE

---------- LOGICAL DRIVE 7 ----------

Raid Level                                         : RAID 1
Volume sas address                                 : 0xa0cf13e19130310
Device Special File                                : /dev/rdsk/c2t2d0
Raid State                                         : DEGRADED
Raid Status Flag                                   : ENABLED
Raid Size                                          : 69618
Rebuild Rate                                       : 0.00 %
Rebuild Progress                                   : 100.00 %

Participating Physical Drive(s) :

SAS Address         Enc   Bay   Size(MB)      Type            State

0x5000c5001764f35d   1     8    70007         PRIMARY         ONLINE
0x5000c5001764a169   1     7    70007         SECONDARY       FAILED

La salida del comando nos indica cual es el disco que presenta la falla y su ubicacion para identificarlo y cambiarlo

Usando Global File System y KVM - GFS2 + KVM

2013-05-03T15:23:00.006-03:00

En esta nota vamos a compartir un disco entre 2 hosts a los cuales le vamos a instalar GFS2 para que puedan escribir de manera concurrente. Para realizar esta configuracion vamos a utilizar en una infraestructura virtual basada en KVM (ver nota anterior de KVM) para mas detalle o profundizar conceptos).

Vamos a dar por sentado que tenemos dos maquinas virtuales funcionando

# virsh list
Id    Name                           State
----------------------------------------------------
1     vmCentOS1                      running
2     vmCentOS2                      running

Primero creamos el disco virtual a compartir

qemu-img create -f raw shared.raw 5G
Formatting 'shared.raw', fmt=raw size=5368709120

Ahora ya creado vamos a presentarlos a ambas VMs

Entramos al virsh

# virsh

Presentamos los devices

virsh # attach-disk vmCentOS1 /VMs/shared.raw vdb --shareable
Disk attached successfully

virsh # attach-disk vmCentOS2 /VMs/shared.raw vdb --shareable
Disk attached successfully

Verificamos dentro de las VMs si se ve el disco nuevo

[root@vmCentos1 ~]# fdisk -l
...

Disk /dev/vdb: 5368 MB, 5368709120 bytes
16 heads, 63 sectors/track, 10402 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

[root@vmCentos2 ~]# fdisk -l
...

Para poder utilizar GFS2 necesitamos instalar los siguientes paquetes, en caso de necesitar mas debido a dependencias yum las seleccionara automaticamente

# yum install lvm2-cluster gfs2-utils

Una vez instalado tendremos que realizar la configuracion del cluster y en especial el fencing, ya que si no esta presente servicio de clvmd no levantara.

El fencing es un mecanismo que se utiliza para aislar a los nodos que no estan respondiendo dentro del cluster, en particular el GFS2/CLVMD cuando detectan una falla en un host, ejecutan el metodo de fencing y detienen las operaciones de entrada/salida hasta que termine la operacion de fencing.
Para hacer fencing vamos a usar fence-virtd, el cual lo instalamos en el host

# yum install fence-virt fence-virtd fence-virtd-libvirt fence-virtd-multicast

En las VMs solo es necesario el paquete fence-virt.
Luego de instalar debemos crear el directorio /etc/cluster y configurar el servicio de fencing
# mkdir /etc/cluster

# fence_virtd -c
Module search path [/usr/lib64/fence-virt]:

Available backends:
    libvirt 0.1
Available listeners:
    multicast 1.1

Listener modules are responsible for accepting requests
from fencing clients.

Listener module [multicast]:

The multicast listener module is designed for use environments
where the guests and hosts may communicate over a network using
multicast.

The multicast address is the address that a client will use to
send fencing requests to fence_virtd.

Multicast IP Address [225.0.0.12]:

Using ipv4 as family.

Multicast IP Port [1229]:

Setting a preferred interface causes fence_virtd to listen only
on that interface. Normally, it listens on the default network
interface. In environments where the virtual machines are
using the host machine as a gateway, this *must* be set
(typically to virbr0).
Set to 'none' for no interface.

Interface [none]: virbr0

The key file is the shared key information which is used to
authenticate fencing requests. The contents of this file must
be distributed to each physical host and virtual machine within
a cluster.

Key File [/etc/cluster/fence_xvm.key]:

Backend modules are responsible for routing requests to
the appropriate hypervisor or management layer.

Backend module [checkpoint]: libvirt

The libvirt backend module is designed for single desktops or
servers. Do not use in environments where virtual machines
may be migrated between hosts.

Libvirt URI [qemu:///system]:

Configuration complete.

=== Begin Configuration ===
backends {
   libvirt {
       uri = "qemu:///system";
   }

}

listeners {
   multicast {
       interface = "virbr0";
       port = "1229";
       family = "ipv4";
       address = "225.0.0.12";
       key_file = "/etc/cluster/fence_xvm.key";
   }

}

fence_virtd {
   module_path = "/usr/lib64/fence-virt";
   backend = "libvirt";
   listener = "multicast";
}

=== End Configuration ===
Replace /etc/fence_virt.conf with the above [y/N]? y

Ahora creamos la key que usaremos

# dd if=/dev/urandom of=/etc/cluster/fence_xvm.key bs=4k count=1
1+0 records in
1+0 records out
4096 bytes (4.1 kB) copied, 0.00238924 s, 1.7 MB/s

Copiamos la key a ambos guests

# scp /etc/cluster/fence_xvm.key root@vmCentOS1:/etc/cluster/fence_xvm.key

# scp /etc/cluster/fence_xvm.key root@vmCentOS2:/etc/cluster/fence_xvm.key

Para validar que la configuracion funciona, corremos desde el host fisico la siguiente linea

# fence_xvm -o list
vmCentOS1            fd58626b-da91-a03f-9610-63cb4a3e0b2e on
vmCentOS2            c986740c-887a-6df1-2b3f-ecbf2d238563 on
Desde la VM, probamos tambien si la configuracion tuvo exito

[root@vmCentos1 ~]# fence_xvm -o list
vmCentOS1            fd58626b-da91-a03f-9610-63cb4a3e0b2e on
vmCentOS2            c986740c-887a-6df1-2b3f-ecbf2d238563 on

Desde la otra VM tambien lo probamos

[root@vmCentos2 ~]# fence_xvm -o list
vmCentOS1            fd58626b-da91-a03f-9610-63cb4a3e0b2e on
vmCentOS2            c986740c-887a-6df1-2b3f-ecbf2d238563 on

Ya aqui estamos en condiciones de poder hacer otro tipo de prueba como el reboot o el apagado de un nodo por medio del fencing

[root@vmCentos1 ~]# fence_xvm -o reboot -H vmCentOS2

Si todo se configuro correctamente, en este momento se debio haber reiniciado el vmCentOS2.
Ahora generaremos un template basico para nuestro cluster

<cluster name="cluster1" config_version="2">
   <cman two_node="1" expected_votes="1"/>
   <clusternodes>
     <clusternode name="vmCentOS1.domain" nodeid="1">
         <fence>
         </fence>
     </clusternode>
     <clusternode name="vmCentOS2.domain." nodeid="2">
         <fence>
         </fence>
     </clusternode>
   </clusternodes>
   <fencedevices>
     <fencedevice agent="fence_xvm" name="virtfence1" key_file="/etc/cluster/fence_xvm.key" multicast_address="225.0.0.12"/>
   </fencedevices>
   <rm>
   </rm>
</cluster>

Con la configuracion creada podemos levantar y configurar el servicio de cluster

[root@vmCentos1 cluster]# chkconfig cman on
[root@vmCentos2 cluster]# service cman start
Starting cluster:
   Checking if cluster has been disabled at boot...        [ OK ]
   Checking Network Manager...                             [ OK ]
   Global setup...                                         [ OK ]
   Loading kernel modules...                               [ OK ]
   Mounting configfs...                                    [ OK ]
   Starting cman...                                        [ OK ]
   Waiting for quorum...                                   [ OK ]
   Starting fenced...                                      [ OK ]
   Starting dlm_controld...                                [ OK ]
   Tuning DLM kernel config...                             [ OK ]
   Starting gfs_controld...                                [ OK ]
   Unfencing self...                                       [ OK ]
   Joining fence domain...                                 [ OK ]

Ahora copiamos el /etc/cluster/cluster.conf al otro nodo del cluster y levamtamos y configuramos el cman igual que en el vmCentOS1

En este momento podemos levantar el servicio de clvmd

[root@vmCentos1 ~]# service clvmd start
Starting clvmd: dlm: Using TCP for communications

Activating VG(s):   2 logical volume(s) in volume group "vg_vmcentos1" now active
clvmd not running on node vmCentOS2.domain.
[ OK ]

Corremos el mismo comando desde el nodo 2, en mi caso vmCentOS2 y ya finalmente estamos en condiciones de poder comartir el volumen.

Ahora pasamos a la configuracion de LVM, todos estos pasos son iguales a cuando trabajamos sin cluster, proximamante voy hacer una guia de LVM para Linux aunque es muy similar a lo que es HP-UX, de la cual si tengo una entrada en el blog

Primero creamos el physical volume
[root@vmCentos1 ~]# pvcreate /dev/vdb
Physical volume "/dev/vdb" successfully created

Segundo creamos el volume group

[root@vmCentos1 ~]# vgcreate vgshared /dev/vdb
Clustered volume group "vgshared" successfully created

Tercero creamos un logical volume

[root@vmCentos1 ~]# lvcreate -L 1024 -n lvol1 vgshared
Logical volume "lvol1" created

Como ultimo paso nos resta darle formato al volumen, formato que sera gfs2, las opciones del comando son,

-p tipo de lock, en este caso es un lock distribuido entre los nodos,
-t nombre de cluster seguido, el nombre del filesystem separado por :
-j la cantidad de journals a crear, que indica la cantidad de nodos que comparten el filesystem, en este caso configure 5 por un tema de escalabilidad.

[root@vmCentos1 ~]# mkfs.gfs2 -p lock_dlm -t cluster1:fsvgsharedlvol1 -j 5 /dev/vgshared/lvol1
This will destroy any data on /dev/vgshared/lvol1.
It appears to contain: symbolic link to `../dm-2'

Are you sure you want to proceed? [y/n] y

Device:                    /dev/vgshared/lvol1
Blocksize:                 4096
Device Size                1.00 GB (262144 blocks)
Filesystem Size:           1.00 GB (262142 blocks)
Journals:                  5
Resource Groups:           4
Locking Protocol:          "lock_dlm"
Lock Table:                "cluster1:fsvgsharedlvol1"
UUID:                      09053a2a-5a43-3c7d-d46a-919586c612b2

Corremos un vgscan en el nodo2 para importar la configuracion

Agregamos las entradas correspondientes en ambos /etc/fstabs

#
## FSs compartidos gfs2
#

/dev/mapper/vgshared-lvol1    /sharedfs    gfs2   defaults,acl    0 0

creamos el punto de montaje en ambos nodos

# mkdir /sharedfs

Montamos el filesystem, en este paso tendremos tambien que activar el servicio de gfs2 para que cuando reiniciemos las VMs estas monten automaticamente el FS que creamos, esta de mas decir que estas operaciones tambien se deben realizar en ambos nodos

# chkconfig gfs2 on
# mount /sharedfs

Verificamos que este montado

[root@vmCentos1 /]# df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/vg_vmcentos1-lv_root
                       9845280   2411808   6933352 26% /
tmpfs                   510208     28744    481464   6% /dev/shm
/dev/vda1               495844     55904    414340 12% /boot
/dev/mapper/vgshared-lvol1
                       1048400    661916    386484 64% /sharedfs

Corremos un mount -v para ver el tipo de filesystem

[root@vmCentos1 /]# mount -v
/dev/mapper/vg_vmcentos1-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/vda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
none on /sys/kernel/config type configfs (rw)
/dev/mapper/vgshared-lvol1 on /sharedfs type gfs2 (rw,seclabel,relatime,hostdata=jid=1,acl)

Como prueba final vamos a escribir en nuestro FS desde los dos nodos, primero vamos a ver el contenido del /sharedfs

[root@vmCentos1 sharedfs]# ls -la
total 8
drwxr-xr-x. 2 root root 3864 May 3 12:13 .
dr-xr-xr-x. 27 root root 4096 May 3 11:51 ..
y

[root@vmCentos2 sharedfs]# ls -al
total 8
drwxr-xr-x. 2 root root 3864 May 3 12:13 .
dr-xr-xr-x. 27 root root 4096 May 3 11:50 ..
[root@vmCentos2 sharedfs]#

Ahora vamos a escribir unos archivos

Primero desde el vmCentos1

[root@vmCentos1 sharedfs]# echo hola > hola

Luego en el vmCentos2

[root@vmCentos2 sharedfs]# echo mundo > mundo

Verificamos desde ambos nodos

Desde el vmCentos1

[root@vmCentos1 sharedfs]# ls
hola mundo

y luego desde el vmCentos2

[root@vmCentos2 sharedfs]# ls
hola mundo

Usos del comando tar

2013-04-24T11:20:00.000-03:00

En muchas ocasiones en las cuales tenemos que copiar contenidos de filesystems, preservando permisos, links archivos ocultos, etc. Justamente podemos utilizar el comando tar para este caso y lo mejor es que podemos hacerlo sin la necesidad de generar un archivo .tar intermedio facilitandonos de esta forma la copia.

Supongamos que queremos copiar toda una estructura de directorios a otro lado, por ejemplo de un filesystem a otro nuevo, solo tendremos que hacer lo siguiente

# cd /source
# tar cf - * | ( cd /target; tar xvfp -)

Tambien podemos usar el comando tar para copiar de un host a otro mediante SSH

# tar cvzf - /foo | ssh@target_host "cat > /foo.tar.gz

Linux virtualización - KVM

2013-04-15T18:16:00.000-03:00

KVM (Kernel-based Virtual Machine), es una solución de virtualización basada en QEMU para la arquitectura x86 que utiliza las extensiones de virtualización de hardware, ya sean AMD-V (svm) o las de Intel-VT (vmx).

Requisitos

Como deciamos en el parrafo anterior, KVM utiliza extensiones de hardware para poder funcionar, con lo cual este sera nuestro único requisito para la instalación. Por lo general cualquier CPU moderno soporta estas características. De todas maneras, para verificar si nuestra CPU esta soportada por KVM solo tenemos que correr los siguientes comandos

cat /proc/cpuinfo |grep svm (en el caso de tener un micro AMD) o
cat /proc/cpuinfo |grep vmx (en caso de tener Intel)

En caso de no encontrar ninguna extensión de vitrtualización, chequear si son soportadas por el CPU en la pagina del fabricante del micro y en caso afirmativo corroborar en el BIOS que estén activas.

Instalación

La máquina en la que estoy armando este tutorial tiene instalado un CentOS 6.4 64bits, dos procesadores Intel i7 1.2GHz, 8GBs de RAM y LVM con el suficiente espacio libre como para crear nuevos LVs que usaremos para alojar las imágenes ISO y las VMs

yum install kvm python-virtinst libvirt libvirt-python virt-manager \
virt-viewer libguestfs-tools

Creamos un FS de 12GBs para las ISO de instalación

# lvcreate -L 12G vg_pegasus2 -n lvol8
# mkdir /ISOs
# mkfs.ext4 -m 1 /dev/vg_pegasus2/lvol8

Y agregamos al fstab el FS que creamos

/dev/mapper/vg_pegasus2-lvol8 /ISOs                    ext4    defaults        1 2

Montamos el filesystem
# mount /ISOs

Creamos un FS de 80GBs para contener las VMs
# lvcreate -L 80G vg_pegasus2 -n lvol9
# mkdir /VMs
# mkfs.ext4 -m 1 /dev/vg_pegasus2/lvol9

Al igual que en el caso anterior agregamos la entrada al fstab

/dev/mapper/vg_pegasus2-lvol8 /ISOs                    ext4    defaults        1 2

y para chequear que hayamos echo bien el procedimiento montamos el FS

# mount /VMs

Verificamos con df -h

# df -h
Filesystem            Size Used Avail Use% Mounted on
/dev/mapper/vg_pegasus2-lvol1
                      5.0G 439M 4.5G   9% /
tmpfs                 849M 444K 849M   1% /dev/shm
/dev/sda1             485M   73M 388M 16% /boot
/dev/mapper/vg_pegasus2-lvol2
                      194M   47M 137M 26% /home
/dev/mapper/vg_pegasus2-lvol7
                      2.0G   68M 1.9G   4% /opt
/dev/mapper/vg_pegasus2-lvol3
                     1008M   35M 923M   4% /tmp
/dev/mapper/vg_pegasus2-lvol4
                      7.9G 1.8G 5.7G 24% /usr
/dev/mapper/vg_pegasus2-lvol6
                      2.0G   68M 1.9G   4% /usr/local
/dev/mapper/vg_pegasus2-lvol5
                       16G 333M   15G   3% /var
/dev/mapper/vg_pegasus2-lvol8
                       12G 4.4G 7.4G 37% /ISOs
/dev/mapper/vg_pegasus2-lvol9
                       78M 5.6M   72M   8% /VMs

Vemos que los dos últimos FSs son los que creamos, en este caso se ve que copie algunas ISOs al /ISOs

# ls -l /ISOs/
total 4353336
drwx------. 2 root root 16384 Feb 28 04:11 lost+found
-rwxr-xr-x. 1 root root 3729028147 Feb 28 04:33 SL-63-x86_64-2012-08-02-Install-DVD.iso
-rwxr-xr-x. 1 root root 728760320 Feb 28 04:09 SL-63-x86_64-2012-08-24-LiveCD.iso

Ya teniendo el software instalado, las ISOs y el lugar donde ubicaremos las VMs pasamos a la parte de configuración y creado de las VMs

Primeros pasos con KVM

Una vez configurado verificamos con el comando virsh.

El virsh es la interfase que se utiliza para administrar los entornos virtuales este comando nos permite modificar, apagar, prender, sacar snapshots y clonar VMs entre otras cosas. En particular el flag list nos muestra la información acerca de las maquinas virtuales (o dominios).

# virsh -c qemu:///system list
Id Name State
----------------------------------------------------

Una vez revisado que la instalación inicial de KVM fue exitosa procederemos a genera una VM de prueba

virt-install --connect qemu:///system -n vmCentOS1 -r 1024 --vcpus=1,maxvcpus=2 --os-type=linux --os-variant=rhel6 --disk path=/VMs/vmCentOS1-d1.dsk,size=12 -c /VMs/iso/CentOS-6.4-x86_64-bin-DVD1.iso --graphics vnc

Luego de ejecutar este comando nos encontraremos con la pantalla de instalacion de CentOS6, el template de instalacion que se realizara sera por default y se selecionaran los paquetes de server basico.

Ahora finalizada la instalación tendremos que rebootear la VM

Posterior al reboot, bootearemos por primera vez la VM

Luego de realizar la instalacion del CentOS, tendriamos la VM lista para utilizar

# virsh -c qemu:///system list
Id Name State
----------------------------------------------------
3 vmCentOS1 running

Configuracion de consola serie

Para poder entrar por consola de texto al host y evitarnos usar VNC y un entorno gráfico, debemos modificar las opciones de booteo del kernel del guest y habilitar el acceso vía serie, para hacer esto debemos editar el archivo /etc/grub.conf

Dentro de este archivo debemos agregar en la linea

...

kernel /vmlinuz-2.6.32-358.el6.x86_64 ro root=/dev/mapper/vg_walkure-lvol1 rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD rd_LVM_LV=vg_walkure/lvol1 SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet console=ttyS0

...

Para terminar la configuración se debe agregar un manejador de terminal para que atienda en el puerto serie virtual. Para hacer esto tenemos que agregar al /etc/inittab del guest la siguiente entrada

...
T0:S12345:respawn:/sbin/agetty ttyS0 115200
...

Para que el sistema tome la configuración realizada al inittab tendremos que recargarla usando el comando initcl

# initctl reload-configuration

Para editar estos archivos desde el host sin entrar al guest podemos hacer uso del comando virt-edit

# virt-edit vmCentOS1 /boot/grub/grub.conf

Ahora se esta en condiciones de conectarse a la consola de la VM en modo texto
# virsh -c qemu:///system console 3
Connected to domain vmCentOS1
Escape character is ^]

CentOS release 6.4 (Final)
Kernel 2.6.32-358.el6.x86_64 on an x86_64

vmCentos1 login:

o

# virsh -c qemu:///system console vmCentOS1
Connected to domain vmCentOS1
Escape character is ^]

CentOS release 6.4 (Final)
Kernel 2.6.32-358.el6.x86_64 on an x86_64

vmCentos1 login:

Administracion de VMs

Apagado

Podemos apagar una VM desde nuestro host corriendo
# virsh -c qemu:///system shutdown 3
Domain 3 is being shutdown

Este comando baja la VM en forma ordenada, desde la consola podemos observar como se bajan los servicios en la virtual

# virsh -c qemu:///system console 3
Connected to domain vmCentOS1
Escape character is ^]

vmCentos1 login:
CentOS release 6.4 (Final)
Kernel 2.6.32-358.el6.x86_64 on an x86_64

vmCentos1 login: Stopping certmonger: [ OK ]
Stopping atd: [ OK ]
Stopping cups: [ OK ]
Stopping abrt daemon: [ OK ]
Stopping sshd: [ OK ]
Shutting down postfix: [ OK ]
Stopping mcelog
Stopping crond: [ OK ]
Stopping automount: [ OK ]
Stopping acpi daemon: [ OK ]
Stopping HAL daemon: [ OK ]
Stopping block device availability: Deactivating block devices:
[SKIP]: unmount of vg_vmcentos1-lv_swap (dm-1) mounted on [SWAP]
[SKIP]: unmount of vg_vmcentos1-lv_root (dm-0) mounted on /
[ OK ]
Stopping system message bus: [ OK ]
Stopping rpcbind: [ OK ]
Stopping auditd: [ OK ]
Shutting down system logger: [ OK ]
Shutting down loopback interface: [ OK ]
ip6tables: Flushing firewall rules: [ OK ]
ip6tables: Setting chains to policy ACCEPT: filter [ OK ]
ip6tables: Unloading modules: [ OK ]
iptables: Flushing firewall rules: [ OK ]
iptables: Setting chains to policy ACCEPT: filter [ OK ]
iptables: Unloading modules: [ OK ]
Stopping monitoring for VG vg_vmcentos1: 2 logical volume(s) in volume group "vg_vmcentos1" unmonitored
[ OK ]
Sending all processes the TERM signal... [ OK ]
Sending all processes the KILL signal... [ OK ]
Saving random seed: [ OK ]
Syncing hardware clock to system time [ OK ]
Turning off swap: [ OK ]
Turning off quotas: [ OK ]
Unmounting pipe file systems: [ OK ]
Unmounting file systems: [ OK ]
init: Re-executing /sbin/init
Halting system...
Power down.

Podemos verificar el estado de las VMs con el comando virsh -c qemu:///system list --all es importante especificar en este caso el flag --all ya que si lo omitimos no se listara la maquina

# virsh -c qemu:///system list --all
Id    Name                           State
----------------------------------------------------
-     vmCentOS1                      shut off

Prendido

Si quisieramos, levantar la maquina que hemos apagado,

# virsh -c qemu:///system start vmCentOS1

Podemos borrar una VM con corriendo los siguientes comandos

# virsh -c qemu:///system list
Id    Name                           State
----------------------------------------------------
3     vmCentOS1                      running

# virsh destroy vmCentOS1
Domain vmCentOS1 destroyed

# virsh -c qemu:///system list
Id    Name                           State
----------------------------------------------------

# virsh undefine vmCentOS1
Domain vmCentOS1 has been undefined

Clonado

Si la VM esta prendida primero debemos apagarla ya que si no la apagamos al querer clonarla nos dara el siguiente error

# virt-clone --connect=qemu:///system -o vmCentOS1 -n vmCentOS2 -f /VMs/vmCentOS2.img
ERROR    Domain with devices to clone must be paused or shutoff.

Con lo cual como habiamos dicho debemos apagar la VM primero con el comando

# virsh -c qemu:///system shutdown vmCentOS1Domain vmCentOS1 is being shutdown

Verificamos que la operacion haya sido exitosa

# virsh list --all
Id    Name                           State
----------------------------------------------------
-     vmCentOS1                      shut off

Para comenzar el clonado corremos

# virt-clone --connect=qemu:///system -o vmCentOS1 -n vmCentOS2 -f /VMs/vmCentOS2.img
Cloning vmCentOS1-d1.dsk                                              56% [=================================                          ] 182 MB/s | 6.7 GB     00:29 ETA

La opcion -o indica la maquina origen, la maquina a la cual vamos a clonar, -n especifica el nombre de la nueva VM, -f es el full path al archivo de la nueva VM.

Al cabo de unos minutos la operacion terminara exitosamente con el siguiente mensaje

Clone 'vmCentOS2' created successfully.

Para verificar el estado de ambas maquinas corremos un virsh list --all

# virsh list --all
Id    Name                           State
----------------------------------------------------
-     vmCentOS1                      shut off
-     vmCentOS2                      shut off

Para evitar problemas de red, nombres e ips duplicadas es conviente bootear la maquina en modo rescue o hacer un loopback device, en este caso como la VM esta creada con LVM vamos a utilizar el primer metodo

# virt-rescue vmCentOS2

Google, Inc.
Serial Graphics Adapter 12/07/11
SGABIOS $Id: sgabios.S 8 2010-04-22 00:03:40Z nlaredo $ (mockbuild@c6b18n1.dev.centos.org) Wed Dec 7 17:04:47 UTC 2011
.....
mdadm: No arrays found in config file or automatically
[    2.190404] device-mapper: uevent: version 1.0.3
[    2.191725] device-mapper: ioctl: 4.23.6-ioctl (2012-07-25) initialised: dm-devel@redhat.com
Reading all physical volumes. This may take a while...
Found volume group "vg_vmcentos1" using metadata type lvm2
2 logical volume(s) in volume group "vg_vmcentos1" now active

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

Welcome to virt-rescue, the libguestfs rescue shell.

Note: The contents of / are the rescue appliance.
You have to mount the guest's partitions under /sysroot
before you can examine them.

bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell
><rescue>

Ahora necesitamos saber como esta compuesto el layout de LVM con lo cual corremos el comando lvs

><rescue> lvs
LV      VG           Attr      LSize Pool Origin Data% Move Log Cpy%Sync Convert
lv_root vg_vmcentos1 -wi-a---- 9.54g
lv_swap vg_vmcentos1 -wi-a---- 1.97g

Para montar el root FS tenemos que hacer lo siguiente

><rescue> mount /dev/vg_vmcentos1/lv_root /sysroot
[   99.953289] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts:

Una vez montado realizamos las operaciones que necesitamos, en este caso vamos a borrar la configuracion de los devices del host original

><rescue> rm /sysroot/etc/udev/rules.d/70-persistent-net.rules

Ahora en el proximo booteo la maquina levantara con la interfaz correcta.
Como la VM original estaba configurada con DHCP, no es necesario cambiar la IP.

Modificacion de la VM

Agregado de disco

Para agregarle un vdisk al dominio virtual primero debemos crear el vdisk. En este caso el vdisk lo armamos con formato raw

# qemu-img create -f raw shared.raw 5G
Formatting 'shared.raw', fmt=raw size=5368709120

Ahora para agregarlo a nuestra VM lo hacemos desde la interface de virsh

#virsh
Welcome to virsh, the virtualization interactive terminal.

Type: 'help' for help with commands
       'quit' to quit

virsh # attach-disk vmCentOS1 /VMs/shared.raw vdb --configure
Disk attached successfully

Desde la VM podemos ver el nuevo disco con el comando fdisk -l

# fdisk -l
...
Disk /dev/vdb: 5368 MB, 5368709120 bytes
16 heads, 63 sectors/track, 10402 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Ahora tenemos el disco listo para usar

Remocion de disco de la VM

Una vez que desmontamos, el filesystem, exportado el VG, en caso de estar usandolo, ya estariamos en condiciones de poder remover el vdisk de la VM.

# virsh detach-disk vmCentOS2 vdb
Disk detached successfully

Configuracion de red

La red por defecto que tendremos una vez instalado el KVM se llama justamente default, para ver la configuracion de esta correremos los sifguientes comandos,

virsh # net-list
Name                 State      Autostart     Persistent
--------------------------------------------------
default              active     yes           yes

De esta forma sabremos que la unica red definida es la default

Para obtener mas informacion acerca de la configuracion de la red lo mejor es correr un net-edit

virsh # net-edit default

Una vez que corremos el comando, nos aparece una pantalla del editor vi

<network>
<name>default</name>
<uuid>1cc2cd6d-ffa9-44cd-9c59-d04a455a4c4a</uuid>
<forward mode='nat'/>
<bridge name='virbr0' stp='on' delay='0' />
<mac address='52:54:00:4C:C3:89'/>
<ip address='192.168.122.1' netmask='255.255.255.0'>
    <dhcp>
      <range start='192.168.122.2' end='192.168.122.254' />
    </dhcp>
</ip>
</network>

Ahi podemos ver como esta configurada la red, el virtual switch, el modo en el cual trabaja, tenemos un DHCP y el rango de direcciones IP con el que trabaja

Si quisieramos asociar una IP a una MAC address, tendremos que hacer un net-edit y agregar la siguientes lineas que figuran en negrita

<network>
<name>default</name>
<uuid>1cc2cd6d-ffa9-44cd-9c59-d04a455a4c4a</uuid>
<forward mode='nat'/>
<bridge name='virbr0' stp='on' delay='0' />
<mac address='52:54:00:4C:C3:89'/>
<ip address='192.168.122.1' netmask='255.255.255.0'>
    <dhcp>
      <range start='192.168.122.2' end='192.168.122.254' />
      <host mac='52:54:00:58:26:37' name='vmCentOS1.domain' ip='192.168.122.10' />
      <host mac='52:54:00:1A:37:FC' name='vmCentOS2.domain' ip='192.168.122.11' />
    </dhcp>
</ip>
</network>
Luego para que el KVM tome la configuracion que establecimos haremos lo siguiente en el guest
# ps -ef |grep dnsmaq |grep -v grep
nobody    2715     1 0 08:41 ?        00:00:00 /usr/sbin/dnsmasq --strict-order --local=// --domain-needed --pid-file=/var/run/libvirt/network/default.pid --conf-file= --except-interface lo --bind-interfaces --listen-address 192.168.122.1 --dhcp-range 192.168.122.2,192.168.122.254 --dhcp-leasefile=/var/lib/libvirt/dnsmasq/default.leases --dhcp-lease-max=253 --dhcp-no-override --dhcp-hostsfile=/var/lib/libvirt/dnsmasq/default.hostsfile --addn-hosts=/var/lib/libvirt/dnsmasq/default.addnhosts

# kill -HUP 2715

El kill se lo damos al pid del proceso dnsmasq para que este recarge la configuracion. En el cliente hacemos un release de la IP y pediremos otra.

Snapshots

Para poder utilizar esta caracteristica el formato de la imagen tiene que ser qcow2, dado que el formato raw no lo soporta. Como las VMs que hemos creado son de tipo raw (que es el default) tendremos que convertirlas a qcow2 para poder utilizar este feature.

# qemu-img convert -O qcow2 vmCentOS1-d1.dsk vmCentOS1-d1.qcow2

Donde -O indica el formato de salida vmCentOS1-d1.dsk es el file original donde reside la VM en formato raw y vmCentOS1-d1.qcow2 es el archivo de salida.
Luego de unos minutos tendremos el nuevo archivo de salida.
# ls -ltr
total 7062000
drwx------. 2 root root 16384 Apr 12 20:07 lost+found
drwxr-xr-x. 2 root root 4096 Apr 15 13:55 iso
-rwxr-xr-x 1 qemu qemu 12884901888 Apr 17 08:08 vmCentOS2.img
-rwxr-xr-x 1 root root 12884901888 Apr 17 10:01 vmCentOS1-d1.dsk
-rw-r--r-- 1 qemu qemu 2349793792 Apr 17 13:55 vmCentOS1-d1.qcow2

Paso siguiente sera borrar la definicion del vmCentOS1 e importar el nuevo contenedor.

# virsh undefine vmCentOS1
Domain vmCentOS1 has been undefined

# virt-install --connect qemu:///system -n vmCentOS1 -r 1024 --vcpus=1,maxvcpus=2 --os-type=linux --os-variant=rhel6 --disk path=/VMs/vmCentOS1-d1.qcow2,device=disk,format=qcow2 --graphics vnc --import

Chequeamos si la maquina levanto

# virsh undefine vmCentOS1
Domain vmCentOS1 has been undefined

Ahora estamos en condicion de poder tomar un snapshot del dominio vmCentOS1

Seteos de semáforos en linux

2013-02-15T09:47:00.003-03:00

¿Que son los semáforos?

Los semáforos son mecanismos de comunicación inter-proceso que usa el sistema operativo para regular accesos a regiones criticas de código y recursos.
Al ser mecanismos que provee el kernel de Linux, para tunearlos es necesario modificar parámetros de kernel.

Uso del comando IPCS

Para ver como esta configurado actualmente el sistema y obtener una breve descripción de que es cada seteo podemos ejecutar el siguiente comando

[root@myserver ~]# ipcs -ls

------ Semaphore Limits --------

max number of arrays = 128

max semaphores per array = 250

max semaphores system wide = 32000

max ops per semop call = 32

semaphore max value = 32767

　
Una forma muy útil para visualizar la utilización de los semáforos de un sistema es con el comando ipcs -su

[root@myserver~]# ipcs -su

------ Semaphore Status --------
used arrays = 50
allocated semaphores = 2570

Con esto obtenemos cuantos arrays y semáforos se están utilizando

Configuración

Los parámetros de kernel se configuran con el comando sysctl

[root@myserver~]# sysctl -a |grep sem

kernel.sem = 250 32000 32 128
　
Para ampliar o modificar los seteos actuales tenemos que editar el archivo de configuración /etc/sysctl.conf y establecer la siguiente linea (o reemplazar la existente)

kernel.sem = 250 256000 32 1024

Para que el sistema haga efectivo el cambio debemos correr

sysctl -p

Usando sudo

2012-08-16T11:20:00.003-03:00

Sudo - Descripción de la herramienta

Es una utilidad GNU muy versátil que permite a un usuario común (sin privilegios) correr comandos como si fuera root u otro usuario.

La configuración de sudo se guarda en /etc/sudores y este archivo se modifica mediante el comando visudo. Podemos invocar a este comando ya sea como root o mediante sudo visudo

[hmartine@infraUX ~]$ sudo /usr/sbin/visudo
[sudo] password for hmartine:

Para listar los contenidos del sudoers sin comentarios, ni blancos para poder visualizarlo mas facil corremos el comando que vemos abajo

[root@infraUX ~]# cat /etc/sudoers |grep -v "^#" |grep -v "^$"

User_Alias ADMINS = hmartine, dmelo
root ALL=(ALL) ALL
ADMINS ALL=(ALL) ALL

En el ejemplo de arriba se creo un alias, el cual funciona como un contenedor al que se le asignaron los usuarios hmartine y dmelo. Luego tanto al usuario root como al grupo ADMINS se les otorga permisos para que ejecuten desde cualquier terminal, como cualquier usuario cualquier comando.

Para poder ver que comandos puedo correr con mi usuario debo correr el comando sudo -l

[hmartine@infraUX ~]$ sudo -l
[sudo] password for hmartine:
Matching Defaults entries for hmartine on this host:
requiretty, env_reset, env_keep="COLORS DISPLAY HOSTNAME HISTSIZE INPUTRC
KDEDIR LS_COLORS MAIL PS1 PS2 QTDIR USERNAME LANG LC_ADDRESS LC_CTYPE
LC_COLLATE LC_IDENTIFICATION LC_MEASUREMENT LC_MESSAGES LC_MONETARY LC_NAME
LC_NUMERIC LC_PAPER LC_TELEPHONE LC_TIME LC_ALL LANGUAGE LINGUAS
_XKB_CHARSET XAUTHORITY"

Runas and Command-specific defaults for hmartine:

User hmartine may run the following commands on this host:
(ALL) ALL

Una forma mas segura de usar sudo es explicitar específicamente los comandos que queremos usar.

La ventaja principal de usar sudo es la de tener trazabilidad y control acerca de los comandos que se ejecutan como root.

Presentacion de discos via iSCSI

2012-04-09T15:17:00.003-03:00

El iSCSI es un protocolo cliente-servidor que permite entregar un dispositivo de bloque de disco (LUN) transportados gracias al protocolo IP.
El layout típico consta de una red IP y uno o varios clientes iSCSI o también denominados initiators, ya que son los que inician la comunicación contra los servers iSCSI o targets (destino)
Para poder identificarse entre si los targets y los initators utilizan el un identificador único llamado iqn (iSCSI qualified name)

Primero debemos tener instalado el software de iSCSI initiator, podemos verificar esto con el comando swlist

root@ttsdevdb /root #swlist -l product iSCSI-00
# Initializing...
# Contacting target "ttsdevdb"...
#
# Target: ttsdevdb:/
#

# iSCSI-00 B.11.11.03f HP-UX iSCSI Software Initiator
iSCSI-00.ISCSI-SWD B.11.11.03f HP-UX iSCSI Software Initiator

En caso de no tenerlo instalado podemos bajar el software de http://software.hp.com.

Ya con el soft instalado, veremos que este esta instalado en /opt/iscsi/bin

Lo que tenemos que averiguar es el iqn de nuestro equipo para poder darlo de alta en nuestro storage (en este caso un NetApp)

root@ttsdevdb /opt/iscsi/bin #./iscsiutil -l

Initiator Name            : iqn.1986-03.com.hp:ttsdevdb.120901577

Initiator Alias           :

Authentication Method     :

CHAP Method               : CHAP_UNI

Initiator CHAP Name       :

CHAP Secret               :

NAS Hostname              :

NAS Secret                :

Radius Server Hostname    :

Header Digest             : None,CRC32C (default)

Data Digest               : None,CRC32C (default)

SLP Scope list for iSLPD  :

Ahora le agregamos un alias al inititator para mayor claridad

root@ttsdevdb /opt/iscsi/bin #./iscsiutil -iA ttsdevdb

iscsiutil: Initiator Alias "ttsdevdb" has been successfully updated.

Verificamos que el cambio se haya realizado

root@ttsdevdb /opt/iscsi/bin #./iscsiutil -l

Initiator Name            : iqn.1986-03.com.hp:ttsdevdb.120901577

Initiator Alias           : ttsdevdb

Authentication Method     :

CHAP Method               : CHAP_UNI

Initiator CHAP Name       :

CHAP Secret               :

NAS Hostname              :

NAS Secret                :

Radius Server Hostname    :

Header Digest             : None,CRC32C (default)

Data Digest               : None,CRC32C (default)

SLP Scope list for iSLPD  :

Agregamos el target que en este caso es la IP de nuestra caja de discos (NetApp)

root@ttsdevdb /opt/iscsi/bin #./iscsiutil -a -I 10.1.11.81

Target address "10.1.11.81:3260,1" has been successfully added.

En este momento estamos listos para que nos asignen la LUN por iSCSI de manera que corremos un ioscan previo a la presentacion de la LUN

root@ttsdevdb /opt/iscsi/bin #ioscan -fnC disk

Class I H/W Path Driver S/W State H/W Type Description

=====================================================================

disk 0 0/0/1/1.2.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC

/dev/dsk/c1t2d0 /dev/rdsk/c1t2d0

disk 1 0/0/2/0.2.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC

/dev/dsk/c2t2d0 /dev/rdsk/c2t2d0

disk 2 0/0/2/1.2.0 sdisk CLAIMED DEVICE HP DVD-ROM 304

/dev/dsk/c3t2d0 /dev/rdsk/c3t2d0

Una vez asignada la LUN corremos de nuevo el ioscan

root@ttsdevdb /opt/iscsi/bin #ioscan -fnC disk

Class I H/W Path Driver S/W State H/W Type Description

==========================================================================

disk 0 0/0/1/1.2.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC

/dev/dsk/c1t2d0 /dev/rdsk/c1t2d0

disk 1 0/0/2/0.2.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC

/dev/dsk/c2t2d0 /dev/rdsk/c2t2d0

disk 2 0/0/2/1.2.0 sdisk CLAIMED DEVICE HP DVD-ROM 304

/dev/dsk/c3t2d0 /dev/rdsk/c3t2d0

disk 3 255/0/0.0.0.0 sdisk CLAIMED DEVICE NETAPP LUN

Generamos los special files para el dispositivo nuevo

root@ttsdevdb /opt/iscsi/bin #insf -H 255/0/0.0.0.0

insf: Installing special files for sdisk instance 3 address 255/0/0.0.0.0

Verificamos que se hayan creado

root@ttsdevdb /opt/iscsi/bin #ioscan -fnC disk

Class I H/W Path Driver S/W State H/W Type Description

==========================================================================

disk 0 0/0/1/1.2.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC

/dev/dsk/c1t2d0 /dev/rdsk/c1t2d0

disk 1 0/0/2/0.2.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC

/dev/dsk/c2t2d0 /dev/rdsk/c2t2d0

disk 2 0/0/2/1.2.0 sdisk CLAIMED DEVICE HP DVD-ROM 304

/dev/dsk/c3t2d0 /dev/rdsk/c3t2d0

disk 3 255/0/0.0.0.0 sdisk CLAIMED DEVICE NETAPP LUN

/dev/dsk/c4t0d0 /dev/rdsk/c4t0d0

Hacemos el pvcreate y agregamos el disco a un VG

root@ttsdevdb /opt/iscsi/bin #pvcreate /dev/rdsk/c4t0d0

Physical volume "/dev/rdsk/c4t0d0" has been successfully created.

root@ttsdevdb /opt/iscsi/bin #vgextend vg01 /dev/dsk/c4t0d0

Volume group "vg01" has been successfully extended.

Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Verificamos el estado del VG

root@ttsdevdb /opt/iscsi/bin #vgdisplay -v vg01

--- Volume groups ---

VG Name /dev/vg01

VG Write Access read/write

VG Status available

Max LV 255

Cur LV 4

Open LV 4

Max PV 16

Cur PV 2

Act PV 2

Max PE per PV 4342

VGDA 4

PE Size (Mbytes) 4

Total PE 8680

Alloc PE 4340

Free PE 4340

Total PVG 0

Total Spare PVs 0

Total Spare PVs in use 0

--- Logical volumes ---

LV Name /dev/vg01/lvol1

LV Status available/syncd

LV Size (Mbytes) 2048

Current LE 512

Allocated PE 512

Used PV 1

LV Name /dev/vg01/lvol2

LV Status available/syncd

LV Size (Mbytes) 2048

Current LE 512

Allocated PE 512

Used PV 1

LV Name /dev/vg01/lvu01

LV Status available/syncd

LV Size (Mbytes) 10192

Current LE 2548

Allocated PE 2548

Used PV 1

LV Name /dev/vg01/lvol5

LV Status available/syncd

LV Size (Mbytes) 3072

Current LE 768

Allocated PE 768

Used PV 1

--- Physical volumes ---

PV Name /dev/dsk/c2t2d0

PV Status available

Total PE 4340

Free PE 0

Autoswitch On

PV Name /dev/dsk/c4t0d0

PV Status available

Total PE 4340

Free PE 4340

Autoswitch On

Ahora podríamos migrar los LVs del disco interno al disco iSCSI para tener un mayor nivel de protección a fallas, fds

root@ttsdevdb /opt/iscsi/bin #pvmove /dev/dsk/c2t2d0 /dev/dsk/c4t0d0
Transferring logical extents of logical volume "/dev/vg01/lvol1"...

Luego cuando finalice el pvmove, hacemos un vgreduce del disco /dev/dsk/c2t2d0

Como ver si un disco (interno) tiene bloques defectuosos en HP-UX

2012-03-29T12:01:00.000-03:00

Este procedimiento no es para usarse en discos de SAN, lo que se hace es var a bajo nivel la lista de sectores defectuosos del manejador de volumenes.

Primero detectamos los discos internos

root # ioscan -fnC disk |head
Class     I H/W Path        Driver   S/W State   H/W Type     Description
===========================================================================
disk      0 0/0/3/0.0.0.0   sdisk    CLAIMED     DEVICE       TEAC    DV-28E-N
                            /dev/dsk/c0t0d0   /dev/rdsk/c0t0d0
disk      1 0/1/1/0.0.0     sdisk    CLAIMED     DEVICE       HP 73.4GHUS153073VL3800
                            /dev/dsk/c2t0d0   /dev/rdsk/c2t0d0
disk      2 0/1/1/0.1.0     sdisk    CLAIMED     DEVICE       HP 73.4GST373454LC
                            /dev/dsk/c2t1d0   /dev/rdsk/c2t1d0
disk      3 0/2/1/0.8.0.33.0.0.0   sdisk    CLAIMED     DEVICE       HP      OPEN-E
                            /dev/dsk/c15t0d0   /dev/rdsk/c15t0d0
Una vez identificados los special files de los discos internos ejecutamos el comando

# echo 2400?20X | adb /dev/dsk/c2t0d0
2400:           44454645        43543031        0               0
                0               0               0               0
                0               0               0               0
                0               0               0               0
                0               0               0               0
# echo 2400?20X | adb /dev/dsk/c2t1d0
2400:           44454645        43543031        0               0
                0               0               0               0
                0               0               0               0
                0               0               0               0
                0               0               0               0

La salida debe contener todos ceros a partir de la 3 columna en adelante, caso contrario el disco tiene bloques dañados.

NOTA: Este procedimiento no funciona a partir de HP-UX 11v3 ya que cuando se da formato a un disco mediante pvcreate ya no se reservan bloques de datos para reubicar sectores dañados (BBRA)

Clonado de un sistema HPUX mediante un servidor Ignite-UX

2012-01-09T16:49:00.001-03:00

Vamos a hacer una prueba de recuperación de un servidor PA-RISC en otro server de similares caracteristicas. El procedimiento lo haremos mediante un Ignite-UX server

Hay un par de consideraciones que debemos hacer. Primero, es importante para poder tener éxito en este procedimiento que el cable ethernet cableado a la core-lan del sistema y que la velocidad en el puerto del switch este seteado en auto. Una vez instalado el sistema se puede fijar la velocidad.

Segundo, para que el procedimiento funcione debemos estar seguros de que los servidores estan dentro del mismo segmento de red debido a que durante el booteo del servidor se utilizaran protocolos que hacen broadcast, si los servidores estan en dos redes distintas se puede instalar un boot helper, dentro del segmento del cliente, para que este le otorge una direccion IP pero esto esta fuera del alcanze de esta nota.

Antes de empezar con el procedimiento vamos a chequear si esta activo el daemon de bootpd, tftp y la configuración NFS. Estos protocolos deben estar activos y ya que nos van a poder permitir bootear por red y tranferir los kernels y archivos necesarios para la instalación.

AVAYA:ignite /root # cat /etc/inetd.conf |grep bootpd

bootps      dgram udp wait   root /usr/lbin/bootpd   bootpd -d 3
tftp        dgram udp wait   root /usr/lbin/tftpd    tftpd\
        /opt/ignite /var/opt/ignite

La configuración de NFS debe permitir que nuestro cliente tenga acceso a la configuración de los clientes /var/opt/ignite/clients y al las imágenes /var/opt/ignite/recovery/archives/<nombre_del_server>

/var/opt/ignite/clients -anon=2,access=ignite:ignite-e1:hi2pdb1:hi2pdb1-e1:hi2pci1:hi2pci1-e1:hi2pcln1:hi2pcln1-e1:hi2pap1:hi2pap1-e1:hi2pap2:hi2pap2-e1:hi2pap3:hi2pap3-e1:hi2pap4:hi2pap4-e1:hb1pci1:hb1pci1-e1:hb1pdb1:hb1pdb1-e1:hb1pap8:hb1pap8-e1:hbldbk1:hbldbk1-e1:hbldbk2:hbldbk2-e1:hf2pdb00:hf2pdb00-e1:hprdmn00:hprdmn00-e1:hprdmn01:hprdmn01-e1:hsapd01:hsapd01-e1:hsapd08:hsapd08-e1:hugsapp1:hugsapp1-e1:hi2pap3:hi2pap3-e1:hi2pap4:hi2pap4-e1:hi2pap5:hi2pap5-e1:hptest01:hptest01-e1

/var/opt/ignite/recovery/archives/ignite -anon=2,access=ignite:ignite-e1:198.152.232.15

Una vez confirmado que el tenemos el activos los servicios necesarios procedemos a configurar el bootpd que nos permite bootear por red, para eso debemos configurar el file /etc/bootptab de la siguente manera

ignite-defaults:\
        ht=ethernet:\
        hn:\
        bf=/opt/ignite/boot/nbp.efi:\
        bs=48
hptest01:\
        tc=ignite-defaults:\
        bf=/opt/ignite/boot/boot_lif:\
        ha=00306E035925:\
        ip=198.152.232.15:\
        sm=255.255.252.0:\
        gw=198.152.232.1

Ahí configuramos, una entrada por sistema. En este caso nuestro sistema es el hptest01, aquí los parámetros son

tc template defaults,

bf boot file
ha hardware address de la placa de red
ip la ip que nos dan por soe
sm la submask de la red
gw el gateway de la red

Si no tenemos OS y no sabemos la MAC del sistema en cuestión la podemos obtener de la siguiente forma

Booteamos el sistema interrumpimos el booteo

Una vez que interrumpimos el boot escribimos IN de INformation,

A continuación se nos abre un menú de información del sistema en el cual seleccionamos LA de LanAddress

Con esta data podemos llenar todos los campos del /etc/bootptab. Luego reiniciamos el daemon de bootpd con un inetd -c

Ahora estamos en condiciones de bootear por red con el siguiente comando desde la consola del HPUX

bo lan <ip_del_servidor_ignite> INSTALL

Cuando pida de interactuar con el ISL le decimos que no

Ahora veremos un menu en el cual nos pregunta que kernel deseamos cargar en este caso usaremos 11.00

Después de una serie de mensajes no interactivos llegamos a una pantalla de instalación, seleccionamos Install HP-UX

En la pantalla siguiente para mayor comodidad (ya si estamos dentro de una web-console es muy probable que no podamos usar la tecla TAB) seleccionamos "Remote graphical interface running on the Ignite-UX server" y luego le damos OK

La instalación nos preguntara que placa de red queremos usar y seleccionamos la core

Aparecerá un mensaje de DHCP al cual ignoraremos y se nos presentara una pantalla de configuración de red la cual llenaremos con la data que tenemos de la SOE y le decimos que la información de red no es temporaria

Ahora llegamos a la pantalla final de la instalación por consola ya que el resto lo hacemos por la consola grafica que corremos desde ignite

Antes de proseguir con la instalación debemos definir los templates de configuraciones que podemos instalar en el cliente, la data de configuración del mismo se sitúa en /var/opt/ignite/clients ahi tendremos un directorio por MAC de cliente activo.

Las definiciones de las tomas previas de ignite se guardan en el /var/opt/ignite/clients/history. Nuestro objetivo es restaurar una imagen del server ignite en el hptest01

Por lo tanto para obtener las definiciones del sever ignite debemos averiguar su MAC de la siguiente forma.

Una vez en la carpeta correcta debemos copiar el file CINDEX y el directorio recovery al directorio de la nuestro cliente

Para continuar con la instalación grafica hacemos lo siguiente, abrimos una sesión de CMD dentro de nuestro escritorio Citrix cargamos el cliente X Exceed y escribimos ipconfig para obtener la ip de nuestra estación

Una vez con el servidor X cargado y la ip del escritorio cargamos una sesión en ignite ahí exportamos la variable DISPLAY con la ip y el nro de server X correspondiente y ejecutamos ignite

Y en nuestro escritorio de citrix veremos la pantalla de instalación con nuestro cliente listo para instalar

Hacemos click con el segundo botón del ratón en el icono de nuestro sistema seleccionamos Install Client -> New Install

Ahora vemos que dentro de configurations tenemos varios templates, en este caso vamos a seleccionar el último Recovery Archive

Luego, vamos a File System y veremos uno que esta en unused ese es el / así que proseguiremos a definirlo

Luego definimos la password de root

En la Tab de Basic clickeamos en el boton de additional tasks y ponemos en FALSE la opcion de importar los Volume Groups esto es porque ignite tiene otros vgs aparte del vg00 que no existen en hptest01

En la parte de system definimos las rutas

Nota: En caso que necesitemos, por tema de tamaño de discos, agrandar parámetros del vg00 podemos hacerlo el Tab de File System en Advanced Group Parameter

Luego le damos GO! para comenzar la instalación, nos salta un Warning por el espacio en el FS crash y continuamos haciendo click en GO!

Para ver el progreso de nuestra instalación hacemos botón derecho en el icono de nuestro server y hacemos click en Client Status

Luego haremos click en View Logfile

Desde esta ventana podremos monitorear el resto de la instalación

Eventualmente la instalación llegara a un punto donde el sistema necesitara un reboot

El equipo booteara con sus discos de booteo luego continuara corriendo unos scripts de configuración

Y en caso de ser satisfactoria la instalación obtendremos el siguiente mensaje en la consola

EOF.

Creación, modificación y baja de usuarios en Unix

2011-11-09T17:46:00.000-03:00

En HP-UX al igual de la mayoria de los sistemas operativos UNIX la configuración de los usuarios se guarda en dos archivos /etc/passwd y /etc/groups

El siguiente es el un tipico archivo /etc/passwd

root:YKtlooNa3vlo2:0:3::/root:/sbin/sh
daemon:*:1:5::/:/sbin/sh
bin:*:2:2::/usr/bin:/sbin/sh
sys:*:3:3::/:
adm:*:4:4::/var/adm:/sbin/sh
uucp:*:5:3::/var/spool/uucppublic:/usr/lbin/uucp/uucico
lp:*:9:7::/var/spool/lp:/sbin/sh
nuucp:*:11:11::/var/spool/uucppublic:/usr/lbin/uucp/uucico
hpdb:*:27:1:ALLBASE:/:/sbin/sh
nobody:*:-2:-2::/:
www:*:30:1::/:
smbnull:*:101:101:DO NOT USE OR DELETE - needed by Samba:/var/opt/samba/nologin:/bin/false
cimsrvr:*:102:102:WBEM Services:/var/opt/wbem:/sbin/sh
sfmdb:*:103:20::/home/sfmdb:/sbin/sh
sshd:*:104:103:sshd privsep:/var/empty:/bin/false
iwww:*:105:1::/home/iwww:/sbin/sh
owww:*:106:1::/home/owww:/sbin/sh

hpsmh:*:107:104:System Management Homepage:/var/opt/hpsmh:/sbin/sh

hmartine:pZlrKamPlX3Zc:200:20:Usuario de Hugo Martinez:/home/hmartine:/sbin/sh

Los campos en orden de izquierda a derecha representan

Nombre de usuario
Password encriptada
Identificador de usuario
Identificador de grupo primario
Comentario o descripción acerca de la cuenta
Home directory, lugar dentro del filesystem donde el usuario se encontrara al iniciar sesión
Shell o interprete de comandos

El segundo archivo de configuración /etc/group contiene

root::0:root

other::1:root,hpdb

bin::2:root,bin

sys::3:root,uucp

adm::4:root,adm

daemon::5:root,daemon

mail::6:root

lp::7:root,lp

tty::10:

nuucp::11:nuucp

users::20:root

nogroup:*:-2:

smbnull::101:

cimsrvr::102:

sshd::103:

hpsmh::104:

Nuevamente los campos en orden de izquierda a derecha representan

Nombre de grupo
Password encriptada (opcional)
Identificador de grupo
Miembros del grupo

Por ejemplo se puede ver que el usuario root forma parte de los grupos root, other, bin, sys, adm, daemon, mail, lp y users

Creación de usuarios

Para crear un usuario invocamos al comando useradd, por ejemplo se puede ejecutar lo siguiente

useradd -u 200 -g 20 -c "Usuario de Hugo Martinez" -m -s /sbin/sh hmartine

donde los flags,

-u especifica el user id
-g indica el group id primario
-c Permite ingresar un comentario / descripción acerca del usuario
-m Crea el home directory si este no existe
-s especifica el shell que se quiere usar

este comando tiene muchos flags para modificar su comportamiento

-d especifica el home directory
-G permite agregar grupos secundarios, se indica por group id o por group name
-o permite UID duplicados
-k especifica el skel directory, en este directorio se guardan archivos (por ejemplo .profile) que luego se copian al home del usuario que sera creado

La opción -D del useradd nos permite ver algunos de los valores que se setean por default

useradd -D
GROUPID 20
BASEDIR /home
SKEL /etc/skel
SHELL /sbin/sh
INACTIVE -1
EXPIRE
COMMENT
CHOWN_HOMEDIR no
CREAT_HOMEDIR no
ALLOW_DUP_UIDS no

Como es necesario que el /etc/passwd pueda ser leído por cualquier usuario, ya que programas sin privilegio como un simple ls -l necesita leerlo para poder mostrar el nombre y grupo del dueño de los files.

Bajo este escenario un usuario malicioso podría obtener del /etc/passwd las passwords encriptadas y podria atacar por fuerza bruta usando un diccionario.
Por este motivo se vio la necesidad de crear un tercer archivo para separar las passwords encriptadas del archivo de passwords y asi nacio el /etc/shadow

Para generar el archivo /etc/shadow debemos correr el comando pwconv
Contenido del /etc/passwd antes de correr pwconv

cat /etc/passwd
root:thgWHHS/VK7Mo:0:3::/root:/sbin/sh
daemon:*:1:5::/:/sbin/sh
bin:*:2:2::/usr/bin:/sbin/sh
...
hpsmh:*:107:104:System Management Homepage:/var/opt/hpsmh:/sbin/sh
hmartine:sdjIOCJX2AQ1Y:200:20:Usuario de Hugo Martinez:/home/hmartine:/sbin/sh

Luego de correr el pwconv

cat /etc/passwd
root:x:0:3::/root:/sbin/sh
daemon:x:1:5::/:/sbin/sh
bin:x:2:2::/usr/bin:/sbin/sh
...
hpsmh:x:107:104:System Management Homepage:/var/opt/hpsmh:/sbin/sh
hmartine:x:200:20:Usuario de Hugo Martinez:/home/hmartine:/sbin/sh

Recuperación de datos - linux

2011-10-05T11:12:00.002-03:00

A todos nos puede pasar :(
Esta semana hice un backup de mi netbook en un disco externo de 1TB para preservar los datos ya que iba a reinstalarla y poner un dual boot con Windows 7 y Ubuntu.
No se como sucedió pero sucedió. Lance un mkfs mal direccionado perdí la información de mi disco de backup.

De esta experiencia se desprenden varias cosas,

Resguardar la data en mas de 1 medio de almacenamiento,
Triplicar los chequeos antes de dar enter a un comando destructivo

Igual de toda experiencia se aprende y se puede capitalizar conocimiento ya que a partir de esto conocí los comandos testdisk y photorec.

El testdisk es un programa que nos permite recuperar las tablas de partición de un disco.
El photorec es una utilidad que nos ayuda a recuperar files borrados. Esta utilidad se puede usar inclusive cuando el disco ha sido formateado debido a que el photorec hace un escaneo de todo el disco para encontrar files.

Estos comandos son free y corren tanto en windows como en linux.

Versiones de HP-UX y fechas de fin de soporte

2011-09-20T11:47:00.000-03:00

Versiones de HP-UX

Como todo Sistema Operativo, HP-UX ha tenido varias modificaciones y fue evolucionando con distintas versiones a lo largo del tiempo

Versión	Plataforma	Fecha de release	Fecha de fin de soporte
HP-UX 10.20	HP 9000	Agosto 1996	Junio 2003
HP-UX 11.00	HP 9000	Noviembre 1997	Diciembre 2006
HP-UX 11iv1	HP 9000	Diciembre 2000	Diciembre 2013
HP-UX 11iv2	HP 9000 & Integrity	Octubre 2003	Diciembre 2013
HP-UX 11iv3	HP 9000 & Integrity	Febrero 2007	Diciembre 2020

Esta información puede cambiar por lo tanto se recomienda visitar www.hp.com/go/hpuxsupportmatrix para mayor seguridad

A partir del lanzamiento de la versión 11.31 HP implemento la política de liberar nuevos updates del sistema operativo 2 veces por año. A la fecha de hoy de han liberado los siguientes updates de 11v3

HP-UX 11i v3 Sep 2011 (Update 9)
HP-UX 11i v3 Mar 2011 (Update 8)
HP-UX 11i v3 Sep 2010 (Update 7)
HP-UX 11i v3 Mar 2010 (Update 6)
HP-UX 11i v3 Sep 2009 (Update 5)
HP-UX 11i v3 Mar 2009 (Update 4)
HP-UX 11i v3 Sep 2008 (Update 3)
HP-UX 11i v3 Mar 2008 (Update 2)
HP-UX 11i v3 Sep 2007 (Update 1)

HP-UX 11v3 viene en 3 Operating Enviroments adicionales ademas del BaseOE. Los Operating Enviroments (OE) son paquetes de software extra que nos permiten, Virtualizar, Espejar discos por soft, armar clusters de alta disponibilidad, entre otras.

HP-UX 11iv3 (BOE)
* Base OE, es el sistema operativo base

HP-UX 11iv3 (HA-OE)
* Base OE,
* Mirror/UX,
* MCServiceGuard + Toolkits,
* OnlineJFS (VxFS full),
* GlancePlus Pak

HP-UX 11iv3 (VSE-OE)
* Base OE,
* HP-UX 11i vPars,
* HP Integrity Virtual Machines,
* HP Online VM Migration,
* OnlineJFS (VxFS full),
* Mirror/UX,
* GlancePlus Pak

HP-UX 11iv3 (DC-OE)
* Base OE,
* HP-UX 11i vPars,

* HP Integrity Virtual Machines,

* HP Online VM Migration,

* Mirror/UX,

* MCServiceGuard + Toolkits,

* OnlineJFS (VxFS full),

* GlancePlus Pak

Para mas información acerca de los Operating Enviroments hacer click aqui

Uso de Dynamic root disk (DRD)

2011-09-09T15:51:00.000-03:00

Descripción de la herramienta

Dynamic Root Disk (DRD) es una utilidad gratuita para las versiones 11v2 y 11v3 de HP-UX que nos permite clonar el root disk a otro disco para poder realizar tareas de mantenimiento con un mínimo downtime.

Instalación

Podemos verificar si el producto DRD esta instalado en nuestro equipo, para ello corremos lo siguiente

<root@corona/root>swlist -l product |grep DRD

DRD B.1131.A.3.8.454 Dynamic Root Disk

Caso contrario bajaremos el software de la url http://software.hp.com a la fecha la ultima versión disponible y con la que trabajaremos es la A.3.9.432

Una vez que descargamos el soft lo copiamos al servidor en el cual haremos las pruebas y verificamos el contenido del depot con un swlist

# swlist -s /var/tmp/DRD_1131_WEB1107.depot 

# Initializing...

# Contacting target "corona"...

#

# Target:  corona:/var/tmp/DRD_1131_WEB1107.depot

#

#

# Bundle(s):

#

  DynRootDisk                   B.1131.A.3.9.432 Dynamic Root Disk 

  Judy                          B.11.31.04.18  Judy Libraries 

  SD                            B.11.31.1109.366 HP Software Distributor 

#

# Product(s) not contained in a Bundle:

#

  PHCO_38608                    1.0            auto_parms/set_parms/dhcpdb2conf cumulative patch 

  PHCO_39064                    1.0            FirstBoot sysinfo.4 manpage patch 

  PHCO_39359                    1.0            FirstBoot Japanese sysinfo.4 manpage patch 

  SWM                           A.3.9.1.432    HP-UX Software Manager 

#

En el listado de arriba figuran los paquetes que se instalaran en el equipo junto con el DRD.

Ahora procederemos a instalar el soft.

NOTA: Recordemos siempre mirar en las instrucciones de instalación, requerimientos y parches necesarios para la herramienta.

Podemos optar de una instalacion no interactiva mediante el comando

<corona:/root>swinstall -s /var/tmp/DRD_1131_WEB1107.depot \*

O podemos hacer una instalacion interactiva de esta otra forma

<corona:/root>swinstall -s /var/tmp/DRD_1131_WEB1107.depot

Nosotros vamos a a elegir el modo no interactivo.

<corona:/root>swinstall -s /var/tmp/DRD_1131_WEB1107.depot \*

======= 09/08/11 12:09:41 SAT BEGIN swinstall SESSION

(non-interactive) (jobid=corona-0001)

* Session started for user "root@corona".

* Beginning Selection

* Target connection succeeded for "corona:/".

* Source: /var/tmp/DRD_1131_WEB1107.depot

* Targets: corona:/

* Software selections:

DynRootDisk,r=B.1131.A.3.9.432,a=HP-UX_B.11.31_IA/PA,v=HP

Judy,r=B.11.31.04.18,a=HP-UX_B.11.31_IA/PA,v=HP

SD,r=B.11.31.1109.366,a=HP-UX_B.11.31_IA/PA,v=HP

DRD.DRD-ENG-A-MAN,r=B.1131.A.3.9.432,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.1131.A.3.9.432,fa=HP-UX_B.11.31_IA/PA

DRD.DRD-RUN,r=B.1131.A.3.9.432,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.1131.A.3.9.432,fa=HP-UX_B.11.31_PA

....

       * Selection succeeded.

       * Beginning Analysis and Execution

       * Session selections have been saved in the file

         "/root/.sw/sessions/swinstall.last".

       * "corona:/":  4 filesets have the selected revision already

         installed.

       * "corona:/":  The software dependencies for 2 products or

         filesets cannot be resolved.

       * "corona:/":  6 software objects were determined to be skipped

         in the analysis phase.

       * Analysis and Execution succeeded.

NOTE:    More information may be found in the agent logfile using the

         command "swjob -a log corona-0001 @ corona:/".

=======  09/08/11 12:10:17 SAT  END swinstall SESSION (non-interactive)

         (jobid=corona-0001)

Como chequeo adicional vamos a verificar que todos los filesets hayan quedado en configured y que todos los parches estén bien configurados

<corona:/root>swlist -l fileset -a state |grep -v configured |grep -v "#"

Si la salida de este comando es vacía todos los filesets del equipo están configurados

<corona:/root>check_patches

Obtaining information on installed patches

Checking for invalid patches

Checking object module checksums for active patch fileset   506 of   506

Checking patch filesets for active patch   287 of   287

Checking state for patch fileset   506 of   506

Checking patch_state for patch fileset   506 of   506

Checking load order of patch fileset   506 of   506

Running swverify on all patch filesets, this may take several minutes

RESULT: No problems found, review /tmp/check_patches.report for details.

Como vemos la salida comando anterior no dio problemas con ningún parche. Con lo cual el estado del equipo luego de la instalación de DRD es saludable.

Descripción de las opciones de uso y ejemplos

Ahora que tenemos la herramienta instalada en nuestro equipo analizaremos las operaciones que se pueden hacer con DRD son,

drd activate
Activa el disco clon para el próximo booteo.

drd clone
Genera la copia del disco de booteo.

drd deactivate
Es la operación inversa al drd activate. Vuelve a setear como booteable al disco original.

drd mount
Monta los filesystems de la imagen inactiva en /var/opt/drd/mnts/sysimage_001

drd rehost
Permite provisionar nuevos servidores. Esta opción solo funciona para servidores Itanium.

drd runcmd
Permite ejecutar comandos en la imagen inactiva. Estos comandos pueden ser de SD-UX y tuneables de kernel.

drd status
Muestra información de estado de la copia

drd sync
Permite sincronizar las diferencias entre la imagen activa y la inactiva

drd umount
Desmonta la imagen que fue montada previamente con un drd mount

drd unrehost
Quita la informacion que sirve para rehosting del disco clon.

DRD clone

Antes de proceder con el clonado del disco de booteo debemos identificar el disco destino.

NOTA: Aquí nos podemos encontrar con varios escenarios, podemos tener discos en LVM 1.0 en LVM 2.X, o gestionados por VxVM o por ultimo que estos sean raw devices. Aquí vamos a simplificar el tutorial suponiendo que podemos encontrarnos solo con discos bajo LVM (1.0 o 2.X)

<corona:/root>ioscan -fnC disk

Class I H/W Path Driver S/W State H/W Type Description

=======================================================================

disk 2 0/0/3/0.0.0.0 sdisk CLAIMED DEVICE TEAC DV-28E-N

/dev/dsk/c0t0d0 /dev/rdsk/c0t0d0

disk 0 0/1/1/0.0.0 sdisk CLAIMED DEVICE HP 73.4GHUS153073VL3800

/dev/dsk/c2t0d0 /dev/rdsk/c2t0d0

disk 1 0/1/1/0.1.0 sdisk CLAIMED DEVICE HP 73.4GHUS153073VL3800

/dev/dsk/c2t1d0 /dev/rdsk/c2t1d0

Vemos que en este caso poseemos 2 discos y una unidad de DVD. Ahora para ver que disco tenemos asignado a LVM podemos hacer un

<corona:/root>strings /etc/lvmtab

/dev/vg00

~`Ng

/dev/disk/disk4

Chequeamos también si tenemos discos bajo LVM 2.X

<corona:/root>strings /etc/lvmtab_p

Se podría haber revisado esto ultimo con un solo comando lvmadm -l

<corona:/root>lvmadm -l

--- Version 1.0 volume groups ---

VG Name /dev/vg00

PV Name /dev/disk/disk4

Del ultimo comando sabemos que el disk4 forma parte del vg00, ahora para establecer la correspondencia de Legacy DSF a Agile DSF podemos correr el siguiente ioscan

<corona:/root>ioscan -m dsf

Persistent DSF Legacy DSF(s)

========================================

/dev/rdisk/disk3 /dev/rdsk/c2t0d0

/dev/rdisk/disk4 /dev/rdsk/c2t1d0

/dev/rdisk/disk5 /dev/rdsk/c0t0d0

El disco libre que tenemos en el equipo es el disk3 (c2t0d0). En una nota futura vamos a analizar las ventajas de los DSF Agile(Persistent) respecto los Legacy.

Ya instalado el software de DRD e identificado el disco, podemos lanzar un el comando para realizar el clonado del disco, las opciones -p es para que efectúe un preview -v para que que lo haga verbose -t es el target device, es decir el disco libre.

<corona:/root>drd clone -p -v -t /dev/disk/disk3

======= 09/08/11 12:22:08 SAT BEGIN Clone System Image Preview (user=root)
(jobid=corona)

* Reading Current System Information
* Selecting System Image To Clone
* Selecting Target Disk
ERROR: Selection of the target disk fails.
- Selecting the target disk fails.
- Validation of the disk "/dev/disk/disk3" fails with the following
error(s):
- The disk "/dev/disk/disk3" contains data. To overwrite this disk use
the option "-x overwrite=true".
* Selecting Target Disk failed with 1 error.
* DRD operation failed, contents of /var/opt/drd/tmp copied to
/var/opt/drd/save.

======= 09/08/11 12:22:17 SAT END Clone System Image Preview failed with 1
error. (user=root) (jobid=corona)

En el caso anterior, la creación del clon fallo debido a que el disco destino tenia una estructura de LVM, esto puede ser a que el disco estuvo en algún momento y no se elimino la cabecera de LVM con un pvremove o a que el disco esta dentro de un vg.
Podemos forzar la creación del clon mediante el flag -x overwrite=true

<corona:/root>drd clone -p -v -x overwrite=true -t /dev/disk/disk3

======= 09/08/11 12:59:13 SAT BEGIN Clone System Image Preview (user=root)
(jobid=corona)

* Reading Current System Information
* Selecting System Image To Clone
* Selecting Target Disk
* The disk "/dev/disk/disk3" contains data which will be overwritten.
* Selecting Volume Manager For New System Image
* Analyzing For System Image Cloning

======= 09/08/11 12:59:21 SAT END Clone System Image Preview succeeded.
(user=root) (jobid=corona)

Vemos que el preview no produjo ningún error, por que vamos a correr el comando sin el flag -p. Este comando puede demorar varios minutos

<corona:/root>drd clone -v -x overwrite=true -t /dev/disk/disk3

======= 09/08/11 12:59:42 SAT BEGIN Clone System Image (user=root)
(jobid=corona)

* Reading Current System Information
* Selecting System Image To Clone
* Selecting Target Disk
* The disk "/dev/disk/disk3" contains data which will be overwritten.
* Selecting Volume Manager For New System Image
* Analyzing For System Image Cloning
* Creating New File Systems
* Copying File Systems To New System Image
* Making New System Image Bootable
* Unmounting New System Image Clone
* System image: "sysimage_001" on disk "/dev/disk/disk3"

======= 09/08/11 13:15:46 SAT END Clone System Image succeeded. (user=root)
(jobid=corona)

Si abrimos otra treminal mientras corre el drd clone podemos observar que se creo un nuevo VG llamado drd00 y que replica la estructura del vg00 en /var/opt/drd/mnts/sysimage_001

<root@corona/root>bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 1048576 144352 897272 14% /
/dev/vg00/lvol7 4210688 2066304 2127744 49% /usr
/dev/vg00/lvol6 5341184 3042304 2282600 57% /opt
/dev/vg00/lvol8 10485760 2353336 8071128 23% /var
/dev/vg00/lvol4 524288 124160 397104 24% /tmp
/dev/vg00/lvol1 1776056 93080 1505368 6% /stand
/dev/vg00/lvol5 10485760 7188200 3271912 69% /home
10.1.10.13:/SD-UX 10321208 8977060 819860 92% /SD
/dev/drd00/lvol3 1048576 143824 897792 14% /var/opt/drd/mnts/sysimage_001/
/dev/drd00/lvol1 1776056 90392 1508056 6% /var/opt/drd/mnts/sysimage_001/stand
/dev/drd00/lvol4 524288 119592 401632 23% /var/opt/drd/mnts/sysimage_001/tmp
/dev/drd00/lvol5 10485760 7187520 3272584 69% /var/opt/drd/mnts/sysimage_001/home
/dev/drd00/lvol6 5341184 3040360 2282864 57% /var/opt/drd/mnts/sysimage_001/opt
/dev/drd00/lvol7 4210688 2058056 2135888 49% /var/opt/drd/mnts/sysimage_001/usr
/dev/drd00/lvol8 10485760 21032 10382984 0% /var/opt/drd/mnts/sysimage_001/var

Si ejecutamos un top para ver el estado de la maquina mientras corre el proceso de clonado por drd podemos observar que este realiza la copia mediante las herramientas de HP-UX fbackup y frecover

System: corona Wed Sep 7 12:54:09 2011
Load averages: 0.16, 0.08, 0.03
167 processes: 112 sleeping, 55 running
Cpu states:
CPU LOAD USER NICE SYS IDLE BLOCK SWAIT INTR SSYS
0 0.16 0.8% 0.0% 10.6% 88.6% 0.0% 0.0% 0.0% 0.0%
1 0.13 0.6% 0.0% 10.4% 89.0% 0.0% 0.0% 0.0% 0.0%
2 0.15 1.2% 0.0% 13.1% 85.7% 0.0% 0.0% 0.0% 0.0%
3 0.18 1.2% 0.0% 8.2% 90.6% 0.0% 0.0% 0.0% 0.0%
--- ---- ----- ----- ----- ----- ----- ----- ----- -----
avg 0.16 1.0% 0.0% 10.6% 88.4% 0.0% 0.0% 0.0% 0.0%

System Page Size: 4Kbytes
Memory: 297828K (165376K) real, 544076K (286956K) virtual, 1327952K free Page#
1/19

CPU TTY PID USERNAME PRI NI SIZE RES STATE TIME %WCPU %CPU COMMAND
0 ? 4668 root 134 20 3036K 1196K run 0:40 26.01 25.97 frecover
2 ? 4670 root 168 20 2244K 260K sleep 0:06 4.63 4.62 fbackuprdr
2 ? 4669 root 168 20 2244K 260K sleep 0:06 4.50 4.49 fbackuprdr
0 ? 2 root 128 20 36K 36K run 9:51 4.04 4.04 vhand
1 ? 4667 root 168 20 14560K 12348K sleep 0:07 3.07 3.07 fbackup
3 ? 4671 root 154 20 2396K 312K sleep 0:03 2.89 2.88 fbackupwrtr
3 ? 63 root 128 20 36K 36K sleep 8:04 0.48 0.47 fcachedaem

Finalizado el proceso de clonado podemos lanzar un drd status

<corona:/root>drd status

======= 09/08/11 13:54:23 SAT BEGIN Displaying DRD Clone Image Information
(user=root) (jobid=corona)

* Clone Disk: /dev/disk/disk3
* Clone LIF Area: AUTO file present, Boot loader present
* Clone Creation Date: 09/08/11 12:59:52 SAT
* Last Sync Date: None
* Clone Mirror Disk: None
* Mirror LIF Area: None
* Original Disk: /dev/disk/disk4
* Original LIF Area: AUTO file present, Boot loader present
* Booted Disk: Original Disk (/dev/disk/disk4)
* Activated Disk: Original Disk (/dev/disk/disk4)

======= 09/08/11 13:54:34 SAT END Displaying DRD Clone Image Information
succeeded. (user=root) (jobid=corona)

Ahora podemos hacer tareas de mantenimiento con el drd tales como, instalar parches, tunear el kernel y llevar el SO a un release mayor, entre otras.

DRD cmd

Con drd cmd podemos lanzar ciertos comandos que son drd safe dentro de estos comandos se encuentran los de modificación de parámetros de kernel, los comandos de SD-UX y el update-ux.

Modificación de parámetros de kernel usando drd cmd

<corona:/root>drd runcmd kctune maxfiles=4096

=======  09/09/11 16:11:48 SAT  BEGIN Executing Command On Inactive System

         Image (user=root)  (jobid=corona)

       * Checking for Valid Inactive System Image

       * Analyzing Command To Be Run On Inactive System Image

       * Locating Inactive System Image

       * Preparing Inactive System Image For Command Execution

       * Selected inactive system image "sysimage_001" on disk

         "/dev/disk/disk3".

       * Accessing Inactive System Image for Command Execution

       * Setting Up Environment For Command Execution

       * Executing Command On Inactive System Image

       * Executing command: "/usr/sbin/kctune maxfiles=4096"

     ==> Update the automatic 'backup' configuration first? y

WARNING: The backup behavior 'yes' is not supported in alternate root

         environments.  The behavior 'once' will be used instead.

       * The automatic 'backup' configuration has been updated.

       * Future operations will ask whether to update the backup.

       * The requested changes have been applied to the currently

         running configuration.

Tunable              Value  Expression  Changes

maxfiles  (before)  (auto)  Default     Immed

          (now)       4096  4096        

       * The command "/usr/sbin/kctune maxfiles=4096" succeeded.

       * Cleaning Up After Command Execution On Inactive System Image

=======  09/09/11 16:12:32 SAT  END Executing Command On Inactive System Image

         succeeded. (user=root)  (jobid=corona)

Corremos un kctune maxfiles para verificar que el parámetro no cambio en el disco original.

<corona:/root>kctune maxfiles

Tunable Value Expression

maxfiles 2048 Default

DRD activate

Ahora vamos a activar el disco clon para bootear la imagen de kernel modificada

<corona:/root>drd activate -x reboot=true

======= 09/09/11 16:29:12 SAT BEGIN Activate Inactive System Image
(user=root) (jobid=corona)

* Checking for Valid Inactive System Image
* Reading Current System Information
* Locating Inactive System Image
* Determining Bootpath Status
* Primary bootpath : /dev/disk/disk4 before activate.
* Primary bootpath : /dev/disk/disk3 after activate.
* Alternate bootpath : /dev/disk/disk3 before activate.
* Alternate bootpath : /dev/disk/disk3 after activate.
* Activating Inactive System Image
* Rebooting System

SHUTDOWN PROGRAM
09/09/11 16:29:36 SAT

Broadcast Message from root (pts/0) Fri Sep 9 16:29:36...
PLEASE LOG OFF NOW ! ! !
System maintenance about to begin.
All processes will be terminated in 0 seconds.

Vamos a chequear si el parámetro efectivamente fue modificado

<corona:/root>kctune maxfiles
Tunable Value Expression
maxfiles 4096 4096

Podemos verificar que booteamos de la imagen clonada corriendo un drd status

<corona:/root>drd status

======= 09/09/11 16:48:46 SAT BEGIN Displaying DRD Clone Image Information
(user=root) (jobid=corona)

* Clone Disk: /dev/disk/disk3
* Clone LIF Area: AUTO file present, Boot loader present
* Clone Creation Date: 09/08/11 12:59:52 SAT
* Last Sync Date: None
* Clone Mirror Disk: None
* Mirror LIF Area: None
* Original Disk: /dev/disk/disk4
* Original LIF Area: AUTO file present, Boot loader present
* Booted Disk: Clone Disk (/dev/disk/disk3)
* Activated Disk: Clone Disk (/dev/disk/disk3)

======= 09/09/11 16:48:57 SAT END Displaying DRD Clone Image Information
succeeded. (user=root) (jobid=corona)

Procedimiento para hacer un update-ux usando DRD

Vamos a chequear la versión actual del OS,

<corona:/root>swlist -l bundle |grep HPUX11i

HPUX11i-BOE B.11.31.1009 HP-UX Base Operating Environment

Montamos el cdrom con una version superior de HP-UX
<corona:/root>mount /dev/disk/disk5 /cdrom

Chequeo si la versión de 11.31 del cdrom es superior a la que tengo instalada

<corona:/root>swlist -s /cdrom
# Initializing...
# Contacting target "corona"...
#
# Target: corona:/cdrom
#

#
# Bundle(s):
#

10GigEthr-00 B.11.31.1012 PCI-X 10 Gigabit Ethernet;Supptd HW=AB287, HW=AD385
10GigEthr-01 B.11.31.1012 PCIe 10 Gigabit Ethernet;Supptd HW=AD386A
10GigEthr-02 B.11.31.1103 PCIe 10 Gigabit Ethernet;Supptd HW=467799-B21
10GigEthr-03 B.11.31.1103 PCIe 10 Gigabit Ethernet;Supptd HW=580151-B21
...
HPUX11i-BOE B.11.31.1103 HP-UX Base Operating Environment
...
hpuxwsXml A.2.03 HPUX XML
perl E.5.8.8.F Perl Programming Language
scsiU320-00 B.11.31.0909 PCI-X SCSI U320;Supptd HW=A7173A/AB290A
swapoff B.11.31.0809.02 HP-UX Swapoff Enhancement

Como recomendación HP sugiere primero actualizar el paquete Update-UX, para ello vamos a instalar la versión que viene en el DVD del nuevo release.

<corona:/cdrom>swinstall -s /cdrom Update-UX

======= 09/19/11 16:14:48 SAT BEGIN swinstall SESSION
(non-interactive) (jobid=corona-0027)

* Session started for user "root@corona".

* Beginning Selection
* Target connection succeeded for "corona:/".
* "corona:/cdrom": Cannot open the logfile on this target or
source. Possibly the media is read-only or there is a
permission problem. Check the daemon logfile and
"/var/tmp/swagent.log" on this host for more information.
* Source: /cdrom
* Targets: corona:/
* Software selections:
Update-UX.SD-AGENT,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31,fa=HP-UX_B.11.31_PA
Update-UX.SD-CMDS,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31,fa=HP-UX_B.11.31_PA
Update-UX.SD-FRE-I-MSG,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.SD-GER-I-MSG,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.SD-JPN-E-MSG,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.SD-JPN-S-MSG,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.SD-KOR-E-MSG,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.SD-TCH-B-MSG,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.SD-TCH-H-MSG,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.UUX,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.UUX-ENG-A-MAN,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.UUX-JPN-E-MAN,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.UUX-JPN-S-MAN,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.1103.360,fa=HP-UX_B.11.31_IA/PA
Update-UX.UUX2-OS-LIBS,r=B.11.31.1103.360,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31,fa=HP-UX_B.11.31_PA
* Selection succeeded.

* Beginning Analysis and Execution
* Session selections have been saved in the file
"/root/.sw/sessions/swinstall.last".
* "corona:/": 1 filesets have the selected revision already
installed.
* "corona:/": 10 software objects had their check script return
the code indicating that the software will be excluded from
further processing.
* "corona:/": 11 software objects were determined to be skipped
in the analysis phase.
* Analysis and Execution succeeded.

NOTE: More information may be found in the agent logfile using the
command "swjob -a log corona-0027 @ corona:/".

======= 09/19/11 16:15:10 SAT END swinstall SESSION (non-interactive)
(jobid=corona-0027)

Ahora podemos lanzar el proceso de actualización

<corona:/cdrom>drd runcmd update-ux -s /cdrom

======= 09/19/11 16:30:27 SAT BEGIN Executing Command On Inactive System Image (user=root) (jobid=corona)

* Checking for Valid Inactive System Image
* Analyzing Command To Be Run On Inactive System Image
* Locating Inactive System Image
* Preparing Inactive System Image For Command Execution
* Selected inactive system image "sysimage_001" on disk "/dev/disk/disk4".
* Accessing Inactive System Image for Command Execution
* Setting Up Environment For Command Execution
* Executing Command On Inactive System Image
* Starting fsdaemon for drd runcmd
* Using unsafe patch list version 20080324
* Starting swagentd for drd runcmd
* User supplied command: "/usr/sbin/update-ux -s /cdrom"
* Executing command: "/opt/swm/bin/swm oeupdate -s /cdrom"

======= 09/19/11 16:30:54 SAT BEGIN Operating Environment Update (user=root) (jobid=000004)

* Reading Target System's Installed Product Database (IPD)
* Target IPD: corona
* Reading Source Depot(s)
* Source depot: corona:/cdrom
* Choosing Operating Environment
* The chosen operating environment (OE) is: "HPUX11i-BOE".
NOTE: Loading *temporary* update tools that do not affect the running system and will be removed when the OE update is finished

* Analyzing OE Update Tools To Be Installed
* Analysis Summary
- Reboot needed: No
- Kernel build needed: No
- Number of check scripts run: 12 (0 excluded, 0 failed)
- Install: 20 filesets
* Loading OE Update Tools
* Installing fileset "SW-GETTOOLS.PRE-UPDATE,r=B.11.31.1103" (1 of 20).
* Installing fileset "SW-GETTOOLS.SD-SUPPORT,r=B.11.31.1103" (2 of 20).
* Installing fileset "SW-GETTOOLS.SD2-SUPPORT,r=B.11.31.1103" (3 of 20).
* Installing fileset "SWMTRANS.SWMT-ENG-A-HELP,r=A.3.8.1.318" (4 of 20).
* Installing fileset "SWMTRANS.SWMT-ENG-A-MAN,r=A.3.8.1.318" (5 of 20).
* Installing fileset "SWMTRANS.SWMT-JPN-E-HELP,r=A.3.8.1.318" (6 of 20).
* Installing fileset "SWMTRANS.SWMT-JPN-E-MAN,r=A.3.8.1.318" (7 of 20).
* Installing fileset "SWMTRANS.SWMT-JPN-S-HELP,r=A.3.8.1.318" (8 of 20).
* Installing fileset "SWMTRANS.SWMT-JPN-S-MAN,r=A.3.8.1.318" (9 of 20).
* Installing fileset "SWMTRANS.SWMT-RUN,r=A.3.8.1.318" (10 of 20).
* Installing fileset "Update-UX.SD-AGENT,r=B.11.31.1103.360" (11 of 20).
* Installing fileset "Update-UX.SD-CMDS,r=B.11.31.1103.360" (12 of 20).
* Installing fileset "Update-UX.SD-FRE-I-MSG,r=B.11.31.1103.360" (13 of 20).
* Installing fileset "Update-UX.SD-GER-I-MSG,r=B.11.31.1103.360" (14 of 20).
* Installing fileset "Update-UX.SD-JPN-E-MSG,r=B.11.31.1103.360" (15 of 20).
* Installing fileset "Update-UX.SD-JPN-S-MSG,r=B.11.31.1103.360" (16 of 20).
* Installing fileset "Update-UX.SD-KOR-E-MSG,r=B.11.31.1103.360" (17 of 20).
* Installing fileset "Update-UX.SD-TCH-B-MSG,r=B.11.31.1103.360" (18 of 20).
* Installing fileset "Update-UX.SD-TCH-H-MSG,r=B.11.31.1103.360" (19 of 20).
* Installing fileset "Update-UX.UUX2-OS-LIBS,r=B.11.31.1103.360" (20 of 20).
* Re-starting Using the Latest OE Update Tools
* Reading Target System's Installed Product Database (IPD)
* Target IPD: corona
* Reading Source Depot(s)
* Source depot: corona:/cdrom
* Selecting Software Dependencies, etc.
WARNING: The following was found while selecting software:
- The same version of the following software is already installed (to select this software, set '-x reinstall=true' and try
again):
- ACC-LINK.ACC-LINK,r=C.03.80
- AVXFS.AVXFSPKG,r=B.05.00.02
- Accounting.ACCOUNTNG,r=B.11.31
- Accounting.ACCOUNTNG2,r=B.11.31
- Accounting.ACCT-ENG-A-MAN,r=B.11.31
- BLKONLY-MS.BLKONLY-MS-KRN,r=D.11.31.0909
- BLKONLY-MS.BLKONLY-MS-RUN,r=D.11.31.0909
- BOOT-KBD.BOOT-KBD-KRN,r=D.11.31.0909
- BOOT-MOUSE.BOOT-MOUSE-KRN,r=D.11.31.0909
- Bastille.BASTILLE,r=B.3.3
- Bastille.BASTILLE-AUX,r=B.3.3
- CDE.CDE-SHLIBS,r=B.11.31
- CIFS-Client.CIFSCLIENT-KRN,r=A.02.02.02
- CIFS-Client.CIFSCLIENT-MAN,r=A.02.02.02
- CIFS-Client.CIFSCLIENT-MIS,r=A.02.02.02
- CIFS-Client.CIFSCLIENT-RUN,r=A.02.02.02
- COMPLIBS.LIBBLAS-PA32,r=B.11.31
- COMPLIBS.LIBCPS-INC,r=B.11.31
- COMPLIBS.LIBCPS-PA32,r=B.11.31
- COMPLIBS.LIBCPS-PA64,r=B.11.31
....
- SwAssistant,r=C.02.80
- SwaMin.SWA-ENG-A-MAN,r=C.02.80
- SwaMin.SWA-RUN,r=C.02.80
- SwaMin,r=C.02.80
- Java60JDK.Jdk60,r=1.6.0.09.00
- Java60JDK.Jre60,r=1.6.0.09.00
- Java60JDKadd.Jdk60,r=1.6.0.09.00
- Java60JDKadd.Jre60,r=1.6.0.09.00
- Java60JRE.Jre60,r=1.6.0.09.00
- Java60JREadd.Jre60,r=1.6.0.09.00
* Analyzing Software To Be Installed
* Running checkinstall Scripts
* Running "checkinstall" for "ObsIPQoS,r=B.11.31".
NOTE: The ObsIPQoS product is relevant during an update where there
is incompatible IPQoS (HPUXIPQOS) software on the system to be
obsoleted (removed).
NOTE: The "checkinstall" for "ObsIPQoS,r=B.11.31" gave an Exclude return (exit code "3"). The script location was
"/var/opt/swm/tmp/swmt2pBkS54b/SDcat0X4DbOq/catalog/ObsIPQoS/pfiles/checkinstall".
* Running "checkinstall" for "ObsISCSI-SWD,r=B.11.31.01".
NOTE: The "checkinstall" for "ObsISCSI-SWD,r=B.11.31.01" gave an Exclude return (exit code "3"). The script location was
"/var/opt/swm/tmp/swmt2pBkS54b/SDcat0X4DbOq/catalog/ObsISCSI-SWD/pfiles/checkinstall".
* Running "checkinstall" for "ObsDMI.DMI-PRG,r=B.11.31.03".
NOTE: The "checkinstall" for "ObsDMI.DMI-PRG,r=B.11.31.03" gave an Exclude return (exit code "3"). The script location was
"/var/opt/swm/tmp/swmt2pBkS54b/SDcat0X4DbOq/catalog/ObsDMI/DMI-PRG/checkinstall".
* Running "checkinstall" for "ObsSCR.SCR-RUN,r=B.11.31.03".
NOTE: The "checkinstall" for "ObsSCR.SCR-RUN,r=B.11.31.03" gave an Exclude return (exit code "3"). The script location was
"/var/opt/swm/tmp/swmt2pBkS54b/SDcat0X4DbOq/catalog/ObsSCR/SCR-RUN/checkinstall".
* Analysis Summary
- Reboot needed: No
- Kernel build needed: Yes
- Number of check scripts run: 84 (4 excluded, 0 failed)
- Install: 22 bundles 725 filesets
- Update: 39 bundles 417 filesets
* Running update_prep Scripts
* Running any scripts found in directory "/var/adm/sw/update_prep".
* Running "/var/adm/sw/update_prep/FSCmdsEnh.099".
NOTE: FSCmdsEnh already cleaned from system.
NOTE: FSLibEnh already cleaned from system.
NOTE: DiskQuota-Enh already cleaned from system.
* Running "/var/adm/sw/update_prep/ENHKEY.100".
NOTE: EnhancedKey already cleaned from system.
* Running "/var/adm/sw/update_prep/NodeHostXpndEnbl.100".
NOTE: NodeHostXpndEnbl already cleaned from system.
* Loading Kernel Software
* Executing "/usr/lbin/sysadm/system_prep"
NOTE: Saving the current system file at "/stand/system" to
"/stand/system.prev"
NOTE: The template file has been extracted from "/stand/vmunix"
It has been placed in "/stand/system" where it will be used
to build a new kernel.
* Installing fileset "NFS.NFS-KRN,r=B.11.31.10" (1 of 1142).
* Installing fileset "LdapUxClient.LDAP-C-SDK,r=B.05.01" (2 of 1142).
* Running "preinstall" script for fileset "CIFS-Server.CIFS-RUN".
NOTE: Preserve /etc/opt/samba/smb.conf.
NOTE: Preserve /etc/rc.config.d/samba.
* Installing fileset "CIFS-Server.CIFS-RUN,r=A.02.04.03" (3 of 1142).
* Running "postinstall" script for fileset "CIFS-Server.CIFS-RUN".
NOTE: A new version of "/etc/opt/samba/smb.conf" has been installed
on the system.
NOTE: A new version of "/etc/rc.config.d/samba" has been installed
on the system.
* Installing fileset "CIFS-CFSM.CFSM-KRN,r=A.02.04.03" (4 of 1142).
* Installing fileset "DNPars.DNPARS-KRN,r=B.11.31.0709" (5 of 1142).
* Installing fileset "FC-FCD.FC-FCD-KRN,r=B.11.31.1103" (6 of 1142).
* Installing fileset "PHKL_41088.CORE2-KRN,r=1.0" (7 of 1142).
* Installing fileset "PHKL_41304.CORE2-KRN,r=1.0" (8 of 1142).
* Installing fileset "PHKL_41525.CORE2-KRN,r=1.0" (9 of 1142).
* Installing fileset "HP-APA-KRN.APA-KRN,r=B.11.31.50" (10 of 1142).
* Installing fileset "IETHER-DRV.IETHER-RUN,r=B.11.31.1103" (11 of 1142).
...
* Installing fileset "iCOD.ICOD-TCH-E-MSG,r=B.11.31.10.03.00.06" (1141 of 1142).
* Installing fileset "iCOD.ICOD-TCH-U-MSG,r=B.11.31.10.03.00.06" (1142 of 1142).
NOTE: More information may be found in the Software Manager logfile using the command "drd runcmd swm job log -v 000004".

======= 09/19/11 17:34:04 SAT Operating Environment Update - Saving State (user=root) (jobid=000004)

* The command "/opt/swm/bin/swm oeupdate -s /cdrom" succeeded.
* Stopping swagentd for drd runcmd
* Stopping fsdaemon for drd runcmd
* Cleaning Up After Command Execution On Inactive System Image

======= 09/19/11 17:34:32 SAT END Executing Command On Inactive System Image succeeded. (user=root) (jobid=corona)

Ya tenemos hecho el update en el disco clon, para terminar nos queda actualizar diferencias que hayan podido surgir en el disco original mientras se producía el update y activar y rebootear el equipo con el disco clon

<corona:/cdrom>drd sync

======= 09/19/11 17:57:36 SAT BEGIN Synchronizing Images (user=root) (jobid=corona)

* Locating System Images

* Identifying Inactive System Image for synchronization

* Selected inactive system image "sysimage_001" on disk "/dev/disk/disk4".

* Accessing Inactive System Image for synchronization

* Identifying Files to Be Synchronized

* The list of files that will be copied to the inactive image has been written to the file

"/var/opt/drd/sync/files_to_be_copied_by_drd_sync"

* Running command to synchronize files

* Identifying system image to be unmounted

* Unmounting Inactive System Image

======= 09/19/11 17:59:22 SAT END Synchronizing Images succeeded. (user=root) (jobid=corona)

<corona:/root>drd activate -x reboot=true

======= 09/19/11 18:03:35 SAT BEGIN Activate Inactive System Image (user=root) (jobid=corona)

* Checking for Valid Inactive System Image

* Reading Current System Information

* Locating Inactive System Image

* Determining Bootpath Status

* Primary bootpath : /dev/disk/disk3 before activate.

* Primary bootpath : /dev/disk/disk4 after activate.

* Alternate bootpath : /dev/disk/disk3 before activate.

* Alternate bootpath : /dev/disk/disk3 after activate.

* Activating Inactive System Image

* Rebooting System

SHUTDOWN PROGRAM

09/19/11 18:03:57 SAT

Broadcast Message from root (console) Mon Sep 19 18:03:57...

PLEASE LOG OFF NOW ! ! !

System maintenance about to begin.

All processes will be terminated in 0 seconds.

Broadcast Message from root (console) Mon Sep 19 18:03:57...

SYSTEM BEING BROUGHT DOWN NOW ! ! !

...

Firmware Version  46.34

Duplex Console IO Dependent Code (IODC) revision 1

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

   (c) Copyright 1995-2004, Hewlett-Packard Company, All rights reserved

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

  Processor   Speed            State           CoProcessor State  Cache Size

  Number                                       State              Inst    Data

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

      0     1000  MHz   Active                 Functional         67108864 67108864

      1     1000  MHz   Idle                   Functional         67108864 67108864

      2     1000  MHz   Idle                   Functional         67108864 67108864

      3     1000  MHz   Idle                   Functional         67108864 67108864

  Central Bus Speed (in MHz)  :        200  

  Available Memory            :   10485760  KB

  Good Memory Required        : Not initialized. Defaults to 32 MB. 

   Primary boot path:    0/1/1/0.1           

   Alternate boot path:  0/1/1/0.0           

   Console path:         0/0/1/1.0           

   Keyboard path:        0/0/4/0.0           

Processor is booting from the first available device.

To discontinue, press any key within 10 seconds.

Boot terminated.

---- Main Menu ---------------------------------------------------------------

     Command                           Description

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

     BOot [PRI|ALT|<path>]             Boot from specified path

     PAth [PRI|ALT] [<path>]           Display or modify a path

     SEArch [DIsplay|IPL] [<path>]     Search for boot devices

     COnfiguration menu                Displays or sets boot values

     INformation menu                  Displays hardware information

     SERvice menu                      Displays service commands

     DIsplay                           Redisplay the current menu

     HElp [<menu>|<command>]           Display help for menu or command

     RESET                             Restart the system

----

Main Menu: Enter command or menu > [A[A[A[A[A[B[B[B[B[B

ERROR: Unknown command

Main Menu: Enter command or menu >

nteract with IPL (Y, N, or Cancel)?> n

Booting... 

Boot IO Dependent Code (IODC) revision 3

HARD Booted.

ISL Revision A.00.44  Mar 12, 2003 

ISL booting  hpux

Boot

: disk(0/1/1/0.1.0.0.0.0.0;0)/stand/vmunix

14348288 + 3534848 + 4914208 start 0x14d768

alloc_pdc_pages: Relocating PDC from 0xfffffff0f0c00000 to 0x3e900000.

DoCalllist done

Module ciss is put into ramfs:load time: driver_install, state: loaded

Module lvmp is put into ramfs:load time: driver_install, state: loaded

Module igelan is put into ramfs:load time: driver_install, state: loaded

Module iether is put into ramfs:load time: driver_install, state: loaded

Module fcd is put into ramfs:load time: driver_install, state: loaded

Module cfsm is put into ramfs:load time: driver_install, state: auto

Module cfsmdr is put into ramfs:load time: driver_install, state: auto

Module btlan is put into ramfs:load time: driver_install, state: loaded

Module procsm is put into ramfs:load time: driver_install, state: loaded

Module c8xx is put into ramfs:load time: driver_install, state: loaded

Module iomem is put into ramfs:load time: driver_install, state: auto

Module cdfs is put into ramfs:load time: driver_install, state: auto

Module cifs is put into ramfs:load time: driver_install, state: auto

Module td is put into ramfs:load time: driver_install, state: loaded

Module gelan is put into ramfs:load time: driver_install, state: loaded

Module fspd is put into ramfs:load time: driver_install, state: auto

Module fdd is put into ramfs:load time: driver_install, state: loaded

Module mpt is put into ramfs:load time: driver_install, state: loaded

Using /stand/ext_ioconfig 

gate64: sysvec_vaddr = 0xc0002000 for 2 pages

Memory Class Setup

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

Class     Physmem              Lockmem              Swapmem

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

System :  9788 MB              9788 MB              9788 MB             

Kernel :  9787 MB              9787 MB              9787 MB             

User   :  9345 MB              8285 MB              8317 MB             

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

ktracer is off until requested.

Installing Socket Protocol families AF_INET and AF_INET6

Kernel EVM initialized

Installed MemFS

sec_init(): kernel RPC authentication/security initialization.

secgss_init():  kernel RPCSEC_GSS security initialization.

rpc_init(): kernel RPC initialization.

rpcmod_install(): kernel RPC STREAMS module "rpcmod" installation. ...(driver_install)

NOTICE: nfs_client_pv3_install(): nfs3 File system was registered at index 11.

NOTICE: nfs_client_pv4_install(): nfs4 File system was registered at index 12.

NOTICE: cachefsc_install: cachefs File system was registered at index 14.

0/2/1/0: Fabric Name Server rejected GPN_FT query.

Reason code: unable to perform request;

Explanation: FC-4 Type not registered. 

This may indicate that the HBA port is not part of a zone. 

Please check zone configuration on your switch. 

0/6/1/0: Fabric Name Server rejected GPN_FT query.

Reason code: unable to perform request;

Explanation: FC-4 Type not registered. 

This may indicate that the HBA port is not part of a zone. 

Please check zone configuration on your switch. 

0/2/1/0: Fabric Name Server rejected GPN_FT query.

Reason code: unable to perform request;

Explanation: FC-4 Type not registered. 

This may indicate that the HBA port is not part of a zone. 

Please check zone configuration on your switch. 

0/6/1/0: Fabric Name Server rejected GPN_FT query.

Reason code: unable to perform request;

Explanation: FC-4 Type not registered. 

This may indicate that the HBA port is not part of a zone. 

Please check zone configuration on your switch. 

    System Console is on the Built-In Serial Interface

iether0: INITIALIZING HP AB352-60003 PCI/PCI-X 1000Base-T Dual-port Core at hardware path 0/1/2/0

iether1: INITIALIZING HP AB352-60003 PCI/PCI-X 1000Base-T Dual-port Core at hardware path 0/1/2/1

iether4: INITIALIZING HP A7012-60601 PCI/PCI-X 1000Base-T Dual-port Adapter at hardware path 0/5/2/0

iether5: INITIALIZING HP A7012-60601 PCI/PCI-X 1000Base-T Dual-port Adapter at hardware path 0/5/2/1

iether2: INITIALIZING HP A7012-60601 PCI/PCI-X 1000Base-T Dual-port Adapter at hardware path 0/5/1/0

iether3: INITIALIZING HP A7012-60601 PCI/PCI-X 1000Base-T Dual-port Adapter at hardware path 0/5/1/1

AF_INET socket/streams output daemon running, pid 49

afinet_prelink: module installed

Starting the STREAMS daemons-phase 1 

LVM: Root VG activated

    Swap device table:  (start & size given in 512-byte blocks)

        entry 0 - major is 64, minor is 0x2; start = 0, size = 16777216

Checking root file system.

file system is clean - log replay is not required

Root check done.

NOTICE: return ramfs memory for BTL: [FREE] top 0x00000002c4300000, pages 3742

Create STCP device files

Starting the STREAMS daemons-phase 2 

     $Revision: vmunix:    B.11.31_LR FLAVOR=perf 

Memory Information:

    physical page size = 4096 bytes, logical page size = 4096 bytes

    Physical: 10483712 Kbytes, lockable: 7614312 Kbytes, available: 8685532 Kbytes

/sbin/ioinitrc:

/sbin/krs_sysinit:

       * The module 'rng' has been loaded.

insf: Installing special files for ipmi instance 0 address 16

insf: Installing special files for pseudo driver framebuf

/sbin/bcheckrc:

Checking for LVM volume groups and Activating (if any exist)

Volume group "/dev/vg00" is already active on this system.

Resynchronized volume group /dev/vg00

Checking hfs file systems

/sbin/fsclean: /dev/vg00/lvol1 (mounted) ok

HFS file systems are OK, not running fsck

Checking vxfs file systems

UX:vxfs fsck: INFO: V-3-20913: /dev/vg00/lvol3:sanity check: root file system OK (mounted read/write)

UX:vxfs fsck: INFO: V-3-20915: /dev/vg00/lvol4:sanity check: /dev/vg00/lvol4 OK

UX:vxfs fsck: INFO: V-3-20915: /dev/vg00/lvol5:sanity check: /dev/vg00/lvol5 OK

UX:vxfs fsck: INFO: V-3-20915: /dev/vg00/lvol6:sanity check: /dev/vg00/lvol6 OK

UX:vxfs fsck: INFO: V-3-20915: /dev/vg00/lvol7:sanity check: /dev/vg00/lvol7 OK

UX:vxfs fsck: INFO: V-3-20915: /dev/vg00/lvol8:sanity check: /dev/vg00/lvol8 OK

Cleaning /etc/ptmp...

(c)Copyright 1983-2006 Hewlett-Packard Development Company, L.P.

(c)Copyright 1979, 1980, 1983, 1985-1993 The Regents of the Univ. of California

(c)Copyright 1980, 1984, 1986 Novell, Inc.

(c)Copyright 1986-2000 Sun Microsystems, Inc.

(c)Copyright 1985, 1986, 1988 Massachusetts Institute of Technology

(c)Copyright 1989-1993  The Open Software Foundation, Inc.

(c)Copyright 1990 Motorola, Inc.

(c)Copyright 1990, 1991, 1992 Cornell University

(c)Copyright 1989-1991 The University of Maryland

(c)Copyright 1988 Carnegie Mellon University

(c)Copyright 1991-2006 Mentat Inc.

(c)Copyright 1996 Morning Star Technologies, Inc.

(c)Copyright 1996 Progressive Systems, Inc.

Confidential computer software. Valid license from HP required for

possession, use or copying.  Consistent with FAR 12.211 and 12.212,

Commercial Computer Software, Computer Software Documentation, and

Technical Data for Commercial Items are licensed to the U.S. Government

under vendor's standard commercial license.

/sbin/auto_parms: DHCP access is disabled (see /etc/auto_parms.log)

ovc instance NOT running

     HP-UX Start-up in progress

     __________________________

     Configure system crash dumps ................................ OK

     Removing old vxvm files ..................................... OK

     Mount file systems .......................................... OK

     Remounting Root File System ................................. OK

     Setting hostname ............................................ OK

     Start containment subsystem configuration ................... OK

     Set privilege group ......................................... N/A 

     Display date ................................................ N/A 

     Copy processor logs to /var/tombstones ...................... OK

     Save system crash dump if needed ............................ N/A 

     Start evp ................................................... OK

     Enable auxiliary swap space ................................. OK

     Start syncer daemon ......................................... OK

     Initializing livedump ....................................... N/A 

     Start Utmp Daemon : manages User Accounting Database ........ OK

     Configure Loopback interfaces (lo0) ......................... OK

     Reconfiguring setboot event subscription .................... OK

     Starting Event Management (EVM) (phase 1) ................... OK

     Start Essential Services monitoring daemon .................. OK

Continuing install jobs, configuring filesets ............... OK <-- En este punto el sistema puede demorar varios minutos

     Configuring all unconfigured software filesets .............. OK

The system is ready.

GenericSysName [HP Release B.11.31] (see /etc/issue)

Console Login: 

En este momento podemos chequear la versión del release del OS

<corona:/root>swlist -l bundle |grep HPUX11i

HPUX11i-BOE B.11.31.1103 HP-UX Base Operating Environment

Llegado a este paso debemos testear el nuevo entorno y luego de esto deberemos decidir si lo conservamos o no. Esto se reduce a hacer un drd activate para bootear del disco original o bien hacer un drd clone nuevo contra el otro disco.

Linux Red Hat - Utilizacion de yum

2011-09-05T14:21:00.000-03:00

La herramienta yum es un administrador de software, tiene como que realiza y resuelve el análisis de dependencias chequeando los repositorios definidos en /etc/yum.repos.d.

Como primer paso si nuestro equipo no tiene acceso directo a internet y el mismo se realiza mediante un proxy, debemos agregar las siguientes lineas al archivo de configuración /etc/yum.conf

proxy=http://<proxy_server>:80
proxy_username=<proxy_user>
proxy_password=<proxy_user_password>

Ya configurado yum, podemos hacer varias tareas entre ellas

listar paquetes/grupos de paquetes,
buscar en el repositorio de paquetes,
instalar paquetes junto con todas sus dependencias,
actualizar los paquetes instalados,
remover paquetes instalados

NOTA: Si bien en el titulo dice que se trata de Red Hat los ejemplos que voy a incluir en la nota son de una distribucion que es copia binaria de RHEL 6.1

Para listar los paquetes que tenemos instalados podemos correr el siguiente comando

[root@scltest01 ~]# yum list installed
Installed Packages
...
udev.i686 147-2.35.el6 @anaconda-ScientificLinux-201107271553.i386

unzip.i686 6.0-1.el6 @anaconda-ScientificLinux-201107271553.i386
upstart.i686 0.6.5-10.el6 @anaconda-ScientificLinux-201107271553.i386
urw-fonts.noarch 2.4-10.el6 @anaconda-ScientificLinux-201107271553.i386
usbutils.i686 0.86-2.el6 @anaconda-ScientificLinux-201107271553.i386
usermode.i686 1.102-3.el6 @anaconda-ScientificLinux-201107271553.i386
ustr.i686 1.0.4-9.1.el6 @anaconda-ScientificLinux-201107271553.i386
util-linux-ng.i686 2.17.2-12.el6 @anaconda-ScientificLinux-201107271553.i386
valgrind.i686 1:3.6.0-3.el6 @anaconda-ScientificLinux-201107271553.i386
vconfig.i686 1.9-8.1.el6 @anaconda-ScientificLinux-201107271553.i386
...

Puedo preguntarle al yum si tiene cierto paquete instalado. En este caso estoy listando si hay algún paquete con nombre que empiece con nfs.

[root@scltest01 ~]# yum list installed nfs*
Installed Packages
nfs-utils.i686 1:1.2.3-7.el6 @anaconda-ScientificLinux-201107271553.i386
nfs-utils-lib.i686 1.1.5-3.el6 @anaconda-ScientificLinux-201107271553.i386
nfs4-acl-tools.i686 0.3.3-5.el6 @anaconda-ScientificLinux-201107271553.i386

Los parámetros list updates obtenemos que paquetes podemos actualizar

[root@scltest01 ~]# yum list updates
Updated Packages
kernel.i686 2.6.32-131.12.1.el6 sl-security
kernel-firmware.noarch 2.6.32-131.12.1.el6 sl-security

Los paquetes de RPM se agrupan por "grupo de paquetes" con el parametro grouplist podemos ver el listado.

[root@scltest01 ~]# yum grouplist

Setting up Group Process
Installed Groups:
Additional Development
Base
Client management tools
Console internet tools
Debugging Tools
Desktop Platform
E-mail server
Fonts
Graphical Administration Tools
Hardware monitoring utilities
Java Platform
Large Systems Performance
Legacy UNIX compatibility
...
Installed Language Groups:
Arabic Support [ar]
Armenian Support [hy]
Georgian Support [ka]
Hebrew Support [he]
Inuktitut Support [iu]
Japanese Support [ja]
Korean Support [ko]
Lao Support [lo]
Tajik Support [tg]
Available Groups:
Backup Client
Backup Server
CIFS file server
Compatibility libraries
...

Si quisiera instalarle el grupo Backup Server correria

yum groupinstall "Backup Server"

Setting up Group Process

Resolving Dependencies

--> Running transaction check

---> Package amanda-server.i686 0:2.6.1p2-7.el6 will be installed

--> Processing Dependency: amanda = 2.6.1p2-7.el6 for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::MainLoop) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Xfer) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::BigIntCompat) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Device) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::DB::Catalog) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Changer) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Debug) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Util) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Config) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Logfile) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Constants) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: librestore-2.6.1p2.so for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: libamanda-2.6.1p2.so for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: libamdevice-2.6.1p2.so for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Process) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Paths) for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: libamandad-2.6.1p2.so for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: libamserver-2.6.1p2.so for package: amanda-server-2.6.1p2-7.el6.i686

--> Processing Dependency: perl(Amanda::Types) for package: amanda-server-2.6.1p2-7.el6.i686

--> Running transaction check

---> Package amanda.i686 0:2.6.1p2-7.el6 will be installed

--> Processing Dependency: xinetd for package: amanda-2.6.1p2-7.el6.i686

--> Running transaction check

---> Package xinetd.i686 2:2.3.14-31.el6 will be installed

--> Finished Dependency Resolution

Dependencies Resolved

================================================================================

Package Arch Version Repository Size

================================================================================

Installing:

amanda-server i686 2.6.1p2-7.el6 sl 467 k

Installing for dependencies:

amanda i686 2.6.1p2-7.el6 sl 543 k

xinetd i686 2:2.3.14-31.el6 sl 120 k

Transaction Summary

================================================================================

Install 3 Package(s)

Total download size: 1.1 M

Installed size: 3.2 M

Is this ok [y/N]:y

Downloading Packages:

(1/3): amanda-2.6.1p2-7.el6.i686.rpm | 543 kB 00:19 ...

(2/3): amanda-server-2.6.1p2-7.el6.i686.rpm | 467 kB 00:05 ...

(3/3): xinetd-2.3.14-31.el6.i686.rpm | 120 kB 00:02 ...

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

Total 14 kB/s | 1.1 MB 01:21

Running rpm_check_debug

Running Transaction Test

Transaction Test Succeeded

Running Transaction

Installing : 2:xinetd-2.3.14-31.el6.i686 1/3

Installing : amanda-2.6.1p2-7.el6.i686 2/3

Installing : amanda-server-2.6.1p2-7.el6.i686 3/3

Installed:

amanda-server.i686 0:2.6.1p2-7.el6

Dependency Installed:

amanda.i686 0:2.6.1p2-7.el6 xinetd.i686 2:2.3.14-31.el6

Complete!

Si necesito saber que paquetes componen a un grupo usamos el siguiente modificador,

[root@scltest01 ~]# yum groupinfo "Performance Tools"
Setting up Group Process

Group: Performance Tools
Description: Tools for diagnosing system and application-level performance problems.
Mandatory Packages:
blktrace
sysstat
Default Packages:
dstat
iotop
latencytop
oprofile
perf
powertop
seekwatcher
Optional Packages:
oprofile-jit
papi
sdparm
sg3_utils
tuned
tuned-utils

Si deseo eliminar un grupo de paquetes uso el modificador groupremove

[root@scltest01 ~]# yum groupremove "iSCSI Storage Client"
Setting up Group Process
Resolving Dependencies
--> Running transaction check
---> Package iscsi-initiator-utils.i686 0:6.2.0.872-21.el6 will be erased
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
Package Arch Version Repository
Size
================================================================================
Removing:
iscsi-initiator-utils i686 6.2.0.872-21.el6 @sl 1.7 M

Transaction Summary
================================================================================
Remove 1 Package(s)

Installed size: 1.7 M
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Erasing : iscsi-initiator-utils-6.2.0.872-21.el6.i686 1/1

Removed:
iscsi-initiator-utils.i686 0:6.2.0.872-21.el6

Complete!

Podemos preguntarle al yum que paquete provee determinado archivo con el switch provides

[root@scltest01 ~]# yum provides /usr/bin/vim
2:vim-enhanced-7.2.411-1.6.el6.i686 : A version of the VIM editor which includes
: recent enhancements
Repo : sl
Matched from:
Filename : /usr/bin/vim

2:vim-enhanced-7.2.411-1.6.el6.i686 : A version of the VIM editor which includes
: recent enhancements
Repo : installed
Matched from:
Other : Provides-match: /usr/bin/vim

Creación e instalación de Integrity Virtual Machines

2011-08-31T11:29:00.142-03:00

instalación del VMHost al ultimo nivel de patches disponibles

QPKAPPS B.11.31.1103.361 Applications Patches for HP-UX 11i v3, March 2011

QPKBASE B.11.31.1103.361 Base Quality Pack Bundle for HP-UX 11i v3, March 2011

HWEnable11i B.11.31.1103.361a Hardware Enablement Patches for HP-UX 11i v3, March 2011

FEATURE11i B.11.31.1103.361b Feature Enablement Patches for HP-UX 11i v3, March 2011

Luego instalamos los siguientes patches especificos para VMs

PHKL_41227

PHSS_41191

PHSS_41413

PHSS_41543

PHSS_41550

Instalamos los drivers de AVIO

Verificamos la instalacion del software y patches

vmhost1#check_patches

Obtaining information on installed patches

Checking for invalid patches

Checking object module checksums for active patch fileset 632 of 632

Checking patch filesets for active patch 351 of 351

Checking state for patch fileset 837 of 837

Checking patch_state for patch fileset 837 of 837

Checking load order of patch fileset 837 of 837

Running swverify on all patch filesets, this may take several minutes

RESULT: No problems found, review /tmp/check_patches.report for details.

Determinamos el disco para instalar las virtuales

Class I H/W Path Driver S/W State H/W Type Description

===================================================================

disk 3 64000/0xfa00/0x0 esdisk CLAIMED DEVICE HP 73.4GST373454LC

/dev/disk/disk3 /dev/rdisk/disk3

/dev/disk/disk3_p1 /dev/rdisk/disk3_p1

/dev/disk/disk3_p2 /dev/rdisk/disk3_p2

/dev/disk/disk3_p3 /dev/rdisk/disk3_p3

disk 4 64000/0xfa00/0x1 esdisk CLAIMED DEVICE HP 73.4GST373454LC

/dev/disk/disk4 /dev/rdisk/disk4

disk 5 64000/0xfa00/0x2 esdisk CLAIMED DEVICE TEAC DV-28E-N

/dev/disk/disk5 /dev/rdisk/disk5

Identificamos como libre al disk4

Creamos el vg para alojar las virtuales

pvcreate /dev/rdisk/disk4

vgcreate -V 2.2 -s 16 -S 256g vgvm /dev/disk/disk4

Volume group "/dev/vgvm" has been successfully created.

Volume Group configuration for /dev/vgvm has been saved in /etc/lvmconf/vgvm.conf

Levantamos el servicio de HPVM si es que no esta levantado

vmhost1#./hpvm start

NOTA que el siguiente error se dio al estar activo el Hyperthreading

ERROR: Integrity VM software cannot be started when hyperthreading is enabled

(getconf SC_HT_ENABLED). Use /usr/sbin/setboot -m off and reboot to enable

this system as an Integrity VM host.

Desactivamos el HT mediante ejecutando lo siguiente y luego rebooteamos

vmhost1#/usr/sbin/setboot -m off

Defino la vm con 4 vCPUs y un 50% Entitlement

vmhost1#hpvmcreate -P ttsprod -c 4 -e 50 -r 4G

Verifico la creación de la VM

vmhost1#hpvmstatus

[Virtual Machines]

Virtual Machine Name VM # OS Type State #VCPUs #Devs #Nets Memory Rmt Host

==================== ===== ======= ========= ====== ===== ===== ======= ========

ttsprod 1 UNKNOWN Off 4 0 0 4 GB -

Creo el switch virtual y lo asigno a la VM

vmhost1#hpvmnet -c -S vmlan1 -n 0

vmhost1#hpvmmodify -a network:avio_lan:vswitch:vmlan1 -P ttsprod

HPVM guest ttsprod configuration problems:

Warning 1 on item vmlan1: Vswitch 'vmlan1' is not active.

These problems may prevent HPVM guest ttsprod from starting.

hpvmmodify: The modification process is continuing.

Booteo el switch para iniciarlo

vmhost1#hpvmnet -b -S vmlan1

Verifico la asignacion de la NIC a la VM

vmhost1#hpvmstatus

[Virtual Machines]

Virtual Machine Name VM # OS Type State #VCPUs #Devs #Nets Memory Rmt Host

==================== ===== ======= ========= ====== ===== ===== ======= ========

ttsprod 1 UNKNOWN Off 4 0 1 4 GB -

Asigno un disco a la VM

vmhost1#hpvmmodify -P ttsprod -a disk:avio_stor::lv:/dev/vgvm/rlvttsprod

Configuro autoboot para la VM

vmhost1#hpvmmodify -P ttsprod -B auto

Creamos un LV para contener las imagenes instalables de HPUX

vmhost1#lvcreate -n lvimages -L 12000 vgvm

Logical volume "/dev/vgvm/lvimages" has been successfully created with

character device "/dev/vgvm/rlvimages".

Logical volume "/dev/vgvm/lvimages" has been successfully extended.

Volume Group configuration for /dev/vgvm has been saved in /etc/lvmconf/vgvm.conf

vmhost1#newfs -F vxfs -b 8192 /dev/vgvm/rlvimages

version 7 layout

12288000 sectors, 1536000 blocks of size 8192, log size 2048 blocks

largefiles supported

Agregamos la entrada en el fstab

...

/dev/vgvm/lvimages /var/opt/hpvm/ISO-images vxfs delaylog 0 2

Montamos y verificamos

vmhost1#mount /dev/vgvm/lvimages

vmhost1#bdf /var/opt/hpvm/ISO-images

Filesystem kbytes used avail %used Mounted on

/dev/vgvm/lvimages 12288000 18016 12174136 0% /var/opt/hpvm/ISO-images

Transferimos las imagenes ISO al VM host

Luego de transferir las imagenes al VM asignamos la imagen al guest

vmhost1#hpvmmodify -P ttsprod -a dvd:scsi::file:/var/opt/hpvm/ISO-images/hpux/HPUX11-31_Disk1.iso

vmhost1#hpvmstart -P ttsprod

vmOpening minor device and creating guest machine container

Creation of VM, minor device 1

Allocating guest memory: 4096MB

allocating low RAM (0-80000000, 2048MB)

/opt/hpvm/lbin/hpvmapp (/var/opt/hpvm/uuids/ec250e2e-434b-11e0-b105-00156004df18/vmm_config.next): Allocated 2147483648 bytes at 0x6000000100000000

locking memory: 0-80000000

con allocating high RAM (100000000-180000000, 2048MB)

/opt/hpvm/lbin/hpvmapp (/var/opt/hpvm/uuids/ec250e2e-434b-11e0-b105-00156004df18/vmm_config.next): Allocated 2147483648 bytes at 0x6000000200000000

locking memory: 100000000-180000000

sole allocating datalogger memory: FF800000-FF810000 (64KB for 53KB)

/opt/hpvm/lbin/hpvmapp (/var/opt/hpvm/uuids/ec250e2e-434b-11e0-b105-00156004df18/vmm_config.next): Allocated 65536 bytes at 0x6000000300000000

locking datalogger memory

allocating firmware RAM (fff00000-fff20000, 128KB)

/opt/hpvm/lbin/hpvmapp (/var/opt/hpvm/uuids/ec250e2e-434b-11e0-b105-00156004df18/vmm_config.next): Allocated 131072 bytes at 0x6000000300020000

locked SAL RAM: 00000000fff00000 (8KB)

locked ESI RAM: 00000000fff02000 (8KB)

locked PAL RAM: 00000000fff04000 (8KB)

locked Min Save State: 00000000fff06000 (16KB)

locked datalogger: 00000000ff800000 (64KB)

Loading boot image

-Image initial IP=102000 GP=694000

Initialize guest memory mapping tables

Starting event polling thread

Starting thread initialization

Daemonizing....

P hpvmstart: Successful start initiation of guest 'ttsprod'

vmhost1#hpvmconsole -P ttsprod

vMP MAIN MENU

CO: Console

CM: Command Menu

CL: Console Log

SL: Show Event Logs

VM: Virtual Machine Menu

HE: Main Help Menu

X: Exit Connection

[ttsprod] vMP> co

Elegimos la opcion "Boot option maintenance menu"

Dentro del menu de mantenimiento, elegimos "Boot from file" y elegimos el Removable media que es el DVD

En este menu elegimos como boot path la unidad de dvd

A continuacion comenzara el booteo de instalacion de la VM

Elegimos la opcion de Install HP-UX y dentro de ese menu la opcion de instalacion avanzada.

En la siguiente pantalla elegimos como enviroment al HP-UX Base Operating Enviroment

Luego configuramos el HP-UX Virtual con los parametros de red correspondientes

En software podemos quitar por ejemplo las man pages, fonts de otros idomas como chino,koreano,etc y algún software por ejemplo mozila.

Si es necesario podemos hacer cambios en el layout de los FSs

Una vez terminadas las modificaciones podemos comenzar la instalacion del OS

Pasado un tiempo la instalacion requerira el disco 2

vmhost1\\#hpvmmodify -P ttsprod -d dvd:scsi::file:/var/opt/hpvm/ISO-images/hpux/HPUX11-31_Disk1.iso
hpvmmodify: WARNING (ttsprod): Removing the last target on bus 0 device 2 for the active guest.
hpvmmodify -P ttsprod -a dvd:scsi::file:/var/opt/hpvm/ISO-images/hpux/HPUX11-31_Disk2.iso
Después del cambio de la imagen apretar el 1 y enter y la instalación resumir

Luego de la instalación se produce un booteo, en el cual se reconfiguran los filesets instalados, y al fin de la instalacion deberiamos llegar a una pantalla similar a esta

Dentro del vmhost verificamos el estado de la virtual

vmhost1#hpvmstatus

[Virtual Machines]

Virtual Machine Name VM # OS Type State #VCPUs #Devs #Nets Memory Rmt Host

==================== ===== ======= ========= ====== ===== ===== ======= ========

ttsprod 1 HPUX On (OS) 4 2 1 4 GB -

vmhost1#

Como ultimo paso se instalan las herramientas de management del guest

# swinstall -s /tmp/hpvm_guest_depot.11iv3.sd

Luego de la instalación se reinicializara el server y tendremos la maquina creada.

Se puede instalar el virtual Server Manager para poder administrar las VM desde el SMH

Para verificar que el software esta instalado podemos ejecutar el siguiente comando

vmhost1#swlist -l product vmmgr
# Initializing...
# Contacting target "vmhost1"...
#
# Target: vmhost1:/
#

vmmgr A.6.0.0.88401 HP-UX Integrity Virtual Server Manager

Creación de VGs V2.X

2011-08-31T11:20:00.003-03:00

Usar un VG con layout 2.X tiene como ventaja ampliar los limites dados por la implementacion 1.0 de LVM. Para ver estos nuevos valores maximos solo basta con correr el comando lvmadm

lvmadm -t

--- LVM Limits ---

VG Version 1.0

Max VG Size (Tbytes) 510

Max LV Size (Tbytes) 16

Max PV Size (Tbytes) 2

Max VGs 256

Max LVs 255

Max PVs 255

Max Mirrors 2

Max Stripes 255

Max Stripe Size (Kbytes) 32768

Max LXs per LV 65535

Max PXs per PV 65535

Max Extent Size (Mbytes) 256

VG Version 2.0

Max VG Size (Tbytes) 2048

Max LV Size (Tbytes) 256

Max PV Size (Tbytes) 16

Max VGs 512

Max LVs 511

Max PVs 511

Max Mirrors 5

Max Stripes 511

Max Stripe Size (Kbytes) 262144

Max LXs per LV 33554432

Max PXs per PV 16777216

Max Extent Size (Mbytes) 256

VG Version 2.1

Max VG Size (Tbytes) 2048

Max LV Size (Tbytes) 256

Max PV Size (Tbytes) 16

Max VGs 2048

Max LVs 2047

Max PVs 2048

Max Mirrors 5

Max Stripes 511

Max Stripe Size (Kbytes) 262144

Max LXs per LV 33554432

Max PXs per PV 16777216

Max Extent Size (Mbytes) 256

VG Version 2.2

Max VG Size (Tbytes) 2048

Max LV Size (Tbytes) 256

Max PV Size (Tbytes) 16

Max VGs 2048

Max LVs 2047

Max PVs 2048

Max Mirrors 5

Max Stripes 511

Max Stripe Size (Kbytes) 262144

Max LXs per LV 33554432

Max PXs per PV 16777216

Max Extent Size (Mbytes) 256

Min Unshare unit(Kbytes) 512

Max Unshare unit(Kbytes) 4096

Max Snapshots per LV 255

Para crear un VG con layout LVM 2.X podemos realizarlo de 2 formas

La mas practica,

<root@test2:/>vgcreate -V 2.0 -s 16m -S 512t /dev/vg02 /dev/disk/disk7
Volume group "/dev/vg02" has been successfully created.
Volume Group configuration for /dev/vg02 has been saved in /etc/lvmconf/vg02.conf

O la forma tradicional de crear un VG realizando el mkdir y el mknod especificando el numero de dispositivo

<root@test2:/>mkdir /dev/vg02
<root@test2:/>mknod /dev/vg02/group c 128 0x001000

<root@test2:/>vgcreate -V 2.0 -s 16m -S 512t /dev/02 /dev/disk/disk7
Volume group "/dev/02" has been successfully created.
Volume Group configuration for /dev/02 has been saved in /etc/lvmconf/02.conf

Ya podemos ver que la sintaxis del vgcreate y los devices numbers (major y minor) han cambiado con la implementación de LVM 2.0

Paso a explicar los flags del vgcreate

-V indica la version de VG, al momento son 1.0, 2.0, 2.1 y 2.2 el default es 1.0
-s indica el tamaño del physical extent, en las versiones 1.0 de LVM su valor default es 4, en versiones 2.X es un parametro requerido a la hora de crear el VG
-S Valido solo para LVM 2.x e indica el tamaño máximo del VG, en el ejemplo anterior tamaño máximo que puede crecer el VG es de 512 Terabytes. Esta opción acepta los sufijos m(mega), g(giga), t(tera) y p(peta)

Otra opción muy ventajosa que provee el vgcreate al generar VGs con el nuevo layout es si queremos hacer un VG de gran tamaño, nos puede sugerir el tamaño mínimo de PE. Dado que hay una relación entre le tamaño del PE y el tamaño máximo del VG.
El comando funciona en 2 modalidades, podemos usarlo conjunto a la opcion -s o -S, con lo cual podemos ver el tamaño máximo que puedo direccionar dado un tamaño de PE o bien puedo especificar el tamaño máximo de VG y ver el tamaño sugerido de PE para direccionar ese máximo.

Por ejemplo,

Aquí obtengo el tamaño máximo de VG que puedo direccionar con un PE de 8MBs
<root@test2:/>vgcreate -V 2.0 -s 8m -E
Max_VG_size=256t:extent_size=8

Ahora corro el comando a la inversa, es decir si quiero un VG con un maximo de 256TBs, necesito un PE de 8MBs
<root@test2:/>vgcreate -V 2.0 -S 256t -E
Max_VG_size=256t:extent_size=8m

Flags que son invalidos en VGs 2.x

-l maxima cantidad de LVs
-e cantidad maxima de extents
-p cantidad maxima de PVs

Ya que al crear el VG 2.x este toma de forma automática los valores máximos

<root@test2:/>vgdisplay vg02
--- Volume groups ---
VG Name /dev/vg02
VG Write Access read/write
VG Status available
Max LV 511
Cur LV 0
Open LV 0
Max PV 511
Cur PV 1
Act PV 1
Max PE per PV 1048576
VGDA 2
PE Size (Mbytes) 16
Total PE 222
Alloc PE 0
Free PE 222
Total PVG 0
Total Spare PVs 0
Total Spare PVs in use 0
VG Version 2.0
VG Max Size 512t
VG Max Extents 33554432

Ahora, respecto a los device special files, estos han cambiado los VGs 2.x usan como major number 128, (recordemos que los 1.0 usan como major 64).
También cambia la estructura de los minor, en la versión 1.0 para identificar al VG se usan los dos bytes mas significativos, en la versión 2.x estos aumentan a los tres bytes mas significativos

<root@test2:/>ll /dev/*/group
crw-r----- 1 root sys 64 0x000000 Mar 23 14:39 /dev/vg00/group
crw-r----- 1 root sys 64 0x010000 Apr 8 16:18 /dev/vg01/group
crw-r----- 1 root sys 128 0x001000 Sep 2 10:00 /dev/vg02/group

Los archivos de configuración de LVM también han cambiado.

Los VGs 1.0 usan el /etc/lvmtab mientras que los 2.x estan en /etc/lvmtab_p

Migración de VG hecho con LVM 1.0 a 2.x

Si quisiera migrar un VG hecho con layout 1.0, existe un comando llamado vgversion.
A continuación enumero los comandos a seguir para llevar de 1.0 a una versión 2.X igualmente se puede migrar de una versión 2.x a otra superior.

Para identificar el VG utilizo el comando lvmadm que me lista los VG configurados, su versión y los PV que los componen.
En este caso vamos a migrar el vg01 a la versión 2.2. Tener en cuenta que a la fecha el vg00 no puede ser 2.0

<root@test2:/>lvmadm -l
--- Version 1.0 volume groups ---
VG Name /dev/vg00
PV Name /dev/disk/disk3_p2

VG Name /dev/vg01
PV Name /dev/disk/disk5

--- Version 2.0 volume groups ---
VG Name /dev/02
PV Name /dev/disk/disk7

Una vez identificado el VG ejecutamos el comando vgversion con la opcion de review -r, verbose -v y -V con la version de VG a la que lo queremos llevar

<root@test2:/>vgversion -v -r -V 2.2 vg01
Warning: Volume Group version 2.2 does not support bad block
relocation. The bad block relocation policy of all logical volumes
will be set to NONE.
Volume Group version can be successfully changed to 2.2
Review complete. Volume group not modified

Vemos que nos avisa que la opción de bad block relocation no esta mas soportada en 2.x y que el VG se puede migrar sin ningún problema.
Para hacer el cambio de versión el VG debe estar offline, por lo que vamos a desmontar los LVs que están montados y desactivar el VG

<root@test2:/>bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 671744 411768 258056 61% /
/dev/vg00/lvol1 1081344 347656 728032 32% /stand
/dev/vg00/lvol8 4042752 2888000 1149856 72% /var
/dev/vg00/lvol5 4927488 2107168 2798360 43% /usr
/dev/vg00/lvol4 430080 6008 420888 1% /tmp
/dev/vg00/lvol7 5484544 3958872 1513776 72% /opt
/dev/vg00/lvol6 102400 5520 96128 5% /home
/dev/vg01/lvol1 2043904 2638 1913694 0% /EDB
<root@test2:/>umount /EDB
<root@test2:/>vgchange -a n vg01
Volume group "vg01" has been successfully changed.

Una vez desactivado corremos el vgversion

<root@test2:/>vgversion -v -V 2.2 vg01
Performing "vgchange -a y -l -p -s vg01" to collect data
Activated volume group.
Volume group "vg01" has been successfully activated.
A version 2.x Volume Group with the minor number 0x1000
already exists.
Warning: Volume Group version 2.2 does not support bad block
relocation. The bad block relocation policy of all logical volumes
will be set to NONE.

Old Volume Group configuration for "/dev/vg01" has been saved in "/etc/lvmconf/vgversion_vg01/vg01_1.0.conf"
Deactivating Volume Group "vg01"
Volume group "vg01" has been successfully deactivated.

New Volume Group configuration for "/dev/vg01" has been saved in "/etc/lvmconf/vgversion_vg01/vg01_2.2.conf"
Removing the Volume Group /dev/vg01 from /etc/lvmtab

Applying the configuration to all Physical Volumes from "/etc/lvmconf/vgversion_vg01/vg01_2.2.conf"
Volume Group configuration has been restored to /dev/rdisk/disk5
Creating the Volume Group of version 2.2 with minor number 0x2000.
Adding the Volume Group /dev/vg01 to /etc/lvmtab_p
Original Volume Group Version was 1.0
New Volume Group Version is 2.2
Volume Group version has been successfully changed to 2.2
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Una vez ya migrado activo el VG activamos el vg

<root@test2:/>vgchange -a y vg01
Activated volume group.
Volume group "vg01" has been successfully changed.

Montamos el FS

<root@test2:/>mount /EDB

Validamos con un bdf para ver si quedo montado

<root@test2:/>bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 671744 414504 255336 62% /
/dev/vg00/lvol1 1081344 347656 728032 32% /stand
/dev/vg00/lvol8 4042752 2887992 1149864 72% /var
/dev/vg00/lvol5 4927488 2107168 2798360 43% /usr
/dev/vg00/lvol4 430080 6008 420888 1% /tmp
/dev/vg00/lvol7 5484544 3958872 1513776 72% /opt
/dev/vg00/lvol6 102400 5520 96128 5% /home
/dev/vg01/lvol1 2043904 2638 1913694 0% /EDB

Podemos correr el lvmadm -l para efectivamente ver si el VG cambio de versión

<root@test2:/>lvmadm -l
--- Version 1.0 volume groups ---
VG Name /dev/vg00
PV Name /dev/disk/disk3_p2

--- Version 2.0 volume groups ---
VG Name /dev/02
PV Name /dev/disk/disk7

--- Version 2.2 volume groups ---
VG Name /dev/vg01
PV Name /dev/disk/disk5

Manejo de LVM / VxFS y OnlineJFS

2011-04-08T16:52:00.007-03:00

Manejo de LVM / VxFS y OnlineJFS

HP-UX soporta 3 formas de gestionar discos:

Disco entero
LVM
VxVM

Las desventajas de utilizar disco entero, son mas que evidentes, por eso se implemento LVM. LVM es la forma clásica que tiene HP-UX para poder hacer una gestión de discos eficiente.
La descripción de VxVM están fuera de alcance y merece una entrada aparte en el blog.

Con LVM podemos:

Agrupar 1 o mas discos y usar ese espacio para generar un LV que exceda el tamaño de un disco
Ampliar/Reducir el espacio que ocupa un LV, puede que luego necesitemos redimensionar el FS
Facilita la administración cuando se tienen muchos discos
Permite hacer mirror por software mediante el producto MirrorUX
La creación de snapshots para point in time recovery

A un nivel macro LVM se basa en las siguientes estructuras

Volume Group (VG)
Es la estructura que agrupa uno o mas discos (PVs). El espacio disponible se usa para crear los logical volumes

Physical Volume (PV)
Es un disco o LUN inicializado con una cabecera de LVM

Logical Volume (LV)
Se conforman con el espacio disponible de los VGs, luego los LVs contendrán FSs o serán usados como RAW devices.

De forma sencilla el concepto es el siguiente, se agrupan los discos en un VG, el espacio utilizable del VG es
la suma del espacio de cada uno de los discos, de esta forma se elimina la limitante del disco físico. Luego a
partir del espacio libre del VG se generan los LVs

Inicializacion de un PV

Para poder controlar una disco mediante LVM primero se le deben crear una cabecera con estructuras de control mediante el comando pvcreate <caracter device special file>

#pvcreate /dev/rdisk/disk5
Physical volume "/dev/rdisk/disk5" has been successfully created.

Si el disco ya estuvo bajo control de LVM y tiene una cabecera LVM, el comando fallara, para poder reescribir la cabecera para poder reutilizar el disco se debe utilizar el flag -f

Creación de un VG

Cuando creamos un VG, el LVM divide a los discos que lo integran en porciones de igual tamaño llamadas physical extents, estas porciones conforman la mínima unidad de asignación de espacio en disco. Por default el tamaño de los PE es de 4MB. Ahora procedemos con la creación del VG, en este caso vamos a armar un vg con Layout 1.0, para ver como se realiza con layout 2.x hacer click aqui de todas formas aconsejo primero leer los conceptos de esta nota primero.

#mkdir /dev/vg01
#mknod /dev/vg01/group c 64 0x010000
#vgcreate /dev/vg01 /dev/disk/disk5
Volume group "/dev/vg01" has been successfully created.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

De esta forma tenemos creado nuestro nuevo vg. Antes de verificar

Para ver el estado del VG y sus características usamos el comando vgdisplay

#vgdisplay vg01
--- Volume groups ---
VG Name                     /dev/vg01
VG Write Access             read/write
VG Status                   available
Max LV                      255
Cur LV                      0
Open LV                     0
Max PV                      16
Cur PV                      1
Act PV                      1
Max PE per PV               1016
VGDA                        2
PE Size (Mbytes)            4
Total PE                    499
Alloc PE                    0
Free PE                     499
Total PVG                   0
Total Spare PVs             0
Total Spare PVs in use      0
VG Version                  1.0
VG Max Size                 65024m
VG Max Extents              16256

Parámetros de un VG

PE Size, es el tamaño del PE, por default de 4MB, se puede especificar con la opción -s del vgcreate.
Max PE per PV, que define la cantidad máxima de PE por disco, si en este caso solo puedo direccionar 4GBs por disco,si quisiera colocar un disco de mayor tamaño debería recrear el VG y especificar un tamaño adecuado de Max PE per PV se especifica con la opción -e del vgcreate.
Max LV, la cantidad máxima de LVs que puede alojar el VG, se especifica con la opción -l del vgcreate.
Max PV, la cantidad máxima de discos que puedo agregar al VG, se especifica con la opción -p del vgcreate.

Para ver el espacio libre que tengo en el VG multiplico el Tamaño del PE por la cantidad de PE libres, en este caso
4*499=1996MB

Creación de un LV

Así como los PV están compuestos de PE, los LV están compuestos de Logical extents (LE). Los LE están asociados a los PE, si el disco no tiene mirror un LE esta asociado a un PE, si tenemos mirroreado el LV un LE esta asociado a 2 PE uno de cada disco.

Para crear un LV corremos el comando lvcreate

#lvcreate -L 100 -n mylv vg01
Logical volume "/dev/vg01/mylv" has been successfully created with
character device "/dev/vg01/rmylv".
Logical volume "/dev/vg01/mylv" has been successfully extended.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Donde -L es el tamaño en MB -n es el nombre del LV, si no se especifica se le asigna automaticamente un nombre y por ultimo se indica cual es el vg en donde se creara el LV

En este caso el tamaño de mi PE es de 16MB y quiero crear un LV de 100MB

#lvcreate -L 100 -n mylv vg01
Warning: rounding up logical volume size to extent boundary at size "112" MB.
Logical volume "/dev/vg01/mylv" has been successfully created with
character device "/dev/vg00/rmylv".
Logical volume "/dev/vg01/mylv" has been successfully extended.
Volume Group configuration for /dev/vg00 has been saved in /etc/lvmconf/vg01.conf

Como 100 no es multiplo de 16, el sistema redondea hacia arriba el tamaño especificado al multiplo de 16 mas cercano

Tambien se puede especificar el tamaño del lv en extents con la opción -l

Para ver el estado del LV y su configuración corremos el comando lvdisplay

#lvdisplay /dev/vg01/mylv
--- Logical volumes ---
LV Name                     /dev/vg01/mylv
VG Name                     /dev/vg01
LV Permission               read/write
LV Status                   available/syncd
Mirror copies               0
Consistency Recovery        MWC
Schedule                    parallel
LV Size (Mbytes)            100
Current LE                  25
Allocated PE                25
Stripes                     0
Stripe Size (Kbytes)        0
Bad block                   on
Allocation                  strict
IO Timeout (Seconds)        default

Creacion de un FS

#newfs -F vxfs -b 8192 /dev/vg01/rmylv
    version 7 layout
    102400 sectors, 12800 blocks of size 8192, log size 128 blocks
    largefiles supported

Una vez que se le dio formato al logical volume se puede montar el FS.

#mkdir /fs1
#mount /dev/vg01/mylv /fs1

Para verificar puedo correr el comando bdf

#bdf
Filesystem          kbytes    used   avail %used Mounted on
/dev/vg00/lvol3     671744 396864 272848   59% /
/dev/vg00/lvol1    1081344 347656 728032   32% /stand
/dev/vg00/lvol8    4042752 1740360 2288608   43% /var
/dev/vg00/lvol5    4927488 2107168 2798360   43% /usr
/dev/vg00/lvol4     131072   30592   99824   23% /tmp
/dev/vg00/lvol7    5484544 3427176 2041376   63% /opt
/dev/vg00/lvol6     102400    5464   96184    5% /home
/dev/vg01/mylv      102400    2288   99344    2% /fs1

Para hacer persistente este cambio debo editar el archivo /etc/fstab

/dev/vg01/mylv /fs1 vxfs delaylog 0 2

donde el indico el LV que contiene el FS, el tipo de FS, opciones de montaje, campo reservado y el nro de secuencia en el que se hacer el chequeo de consistencia al inicio del equipo.

Con la incorporacion de OnlineJFS se puede redimensionar un FS en linea

Ampliación de un FS

Si es que hay espacio disponible en VG extendemos el tamaño del LV,

Verifico que haya espacio en el VG

#vgdisplay vg01 |egrep -e "PE Size" -e "Free PE"
PE Size (Mbytes)            4
Free PE                     474

Vemos que tenemos 1896MB disponibles en el VG. Ahora voy a extender mi LV de 100MBs a 250MBs

#lvextend -L 256 /dev/vg01/mylv
Logical volume "/dev/vg01/mylv" has been successfully extended.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf
#lvdisplay /dev/vg01/mylv
--- Logical volumes ---
LV Name                     /dev/vg01/mylv
VG Name                     /dev/vg01
LV Permission               read/write
LV Status                   available/syncd
Mirror copies               0
Consistency Recovery        MWC
Schedule                    parallel
LV Size (Mbytes)            256
Current LE                  64
Allocated PE                64
Stripes                     0
Stripe Size (Kbytes)        0
Bad block                   on
Allocation                  strict
IO Timeout (Seconds)        default

La salida del lvdisplay nos muestra reflejado el cambio en el LV, que pasa si corro un bdf ahora

#bdf /fs1
Filesystem          kbytes    used   avail %used Mounted on
/dev/vg01/mylv      102400    2288   99344    2% /fs1

Vemos que el tamaño del FS no se incremento, para ello debo correr un fsadm

#fsadm -F vxfs -b 262144 /fs1
UX:vxfs fsadm: INFO: V-3-25942: /dev/vg01/rmylv size increased from 102400 sectors to 262144 sectors

El parámetro -F indica el tipo de FS, -b indica en bloques de 1K el nuevo tamaño al cual quiero extender el FS. Para verificar corro nuevamente bdf

#bdf /fs1
Filesystem          kbytes    used   avail %used Mounted on
/dev/vg01/mylv      262144    2288 257840    1% /fs1

Reducir el tamaño de un FS en linea

El procedimiento es similar pero de manera inversa, primero se achica el FS y luego se reduce el LV. Siempre se recomienda tener un backup de los datos del FS antes de reducirlo.

Como ejemplo vamos a reducir el /fs1 a 128MBs

#fsadm -F vxfs -b 131072 /fs1
UX:vxfs fsadm: INFO: V-3-23586: /dev/vg01/rmylv is currently 262144 sectors - size will be reduced

Verificamos el FS con un bdf

#bdf /fs1
Filesystem          kbytes    used   avail %used Mounted on
/dev/vg01/mylv      131072    2288 127792    2% /fs1

Reducimos el LV para recuperar el espacio al VG

#lvreduce -L 128 /dev/vg01/mylv
When a logical volume is reduced useful data might get lost;
do you really want the command to proceed (y/n) : y
Logical volume "/dev/vg01/mylv" has been successfully reduced.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Se puede verificar el estado del lv como se hizo cuando se extendió con un lvdisplay

#lvdisplay /dev/vg01/mylv
--- Logical volumes ---
LV Name                     /dev/vg01/mylv
VG Name                     /dev/vg01
LV Permission               read/write
LV Status                   available/syncd
Mirror copies               0
Consistency Recovery        MWC
Schedule                    parallel
LV Size (Mbytes)            128
Current LE                  32
Allocated PE                32
Stripes                     0
Stripe Size (Kbytes)        0
Bad block                   on
Allocation                  strict
IO Timeout (Seconds)        default

Ampliacion sin OnlineJFS

Si no se posee OnlineJFS se puede extender un FS pero para ello necesitamos desmontarlo. En principio se extiende el LV como vimos antes, luego desmontamos el FS y por ultimo ejecutamos extendfs.

Ejemplo, extenderemos el /fs1 a 512MB

#lvextend -L 512 /dev/vg01/mylv
Logical volume "/dev/vg01/mylv" has been successfully extended.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf
#umount /fs1
#extendfs /dev/vg01/rmylv
#mount /fs1
#bdf /fs1
Filesystem          kbytes    used   avail %used Mounted on
/dev/vg01/mylv      524288    2304 517920    0% /fs1

Borrado de un LV

Si no necesitamos mas un LV y queremos recuperar su espacio, podemos removerlo. Primero es una buena norma tomarun backup de los datos que contiene, desmontarlo y luego removerlo.

#mount /fs1
#lvremove /dev/vg01/mylv
The logical volume "/dev/vg01/mylv" is not empty;
do you really want to delete the logical volume (y/n) : y
Logical volume "/dev/vg01/mylv" has been successfully removed.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Borrado de un VG

Cuando no necesitemos mas un VG podemos borrarlo, existen dos maneras:

vgremove
vgexport

Con vgremove, debemos primero remover todos los LV que existan en el VG

Con vgexport no es necesario borrar ningún LV del VG y corremos con la ventaja que si nos equivocamos y necesitamos recuperar el VG, solo debemos importarlo nuevamente. Específicamente cuando exportamos un VG preservamos la estructura de LVM de los discos este procedimiento quita la vinculacion de OS con el VG.

Para borrar el VG

Una vez borrados los LV corremos el vgremove

#vgremove vg01
Volume group "vg01" has been successfully removed.

Para exportar el VG

#vgchange -a n vg01
Volume group "vg01" has been successfully changed.
#vgexport vg01
vgexport: Volume group "vg01" has been successfully removed.

Si necesito volver a importar el vg corro lo siguiente

#vgimport vg01 /dev/disk/disk5
vgimport: Volume group "/dev/vg01" has been successfully created.
Warning: A backup of this volume group may not exist on this machine.
Please remember to take a backup using the vgcfgbackup command after activating the volume group.
#vgchange -a y vg01
Activated volume group.
Volume group "vg01" has been successfully changed.

Si el VG tuviera FSs ya se podrían montar y usar.

Extender un VG

Cuando nos estamos quedando sin espacio en un VG podemos extenderlo agregándole otro PV, el comando a utilizar se llama vgextend, los pasos son identificar el nuevo disco, inicializarlo y agregarlo al VG

ioscan -fnNC disk
Class     I H/W Path Driver S/W State   H/W Type     Description
===================================================================
disk      2 64000/0xfa00/0x0 esdisk   CLAIMED     DEVICE       HP      Virtual NullDVD
                      /dev/disk/disk2   /dev/rdisk/disk2
disk      3 64000/0xfa00/0x1 esdisk   CLAIMED     DEVICE       HP      Virtual LvDisk
                      /dev/disk/disk3      /dev/disk/disk3_p2   /dev/rdisk/disk3     /dev/rdisk/disk3_p2
                      /dev/disk/disk3_p1   /dev/disk/disk3_p3   /dev/rdisk/disk3_p1 /dev/rdisk/disk3_p3
disk      5 64000/0xfa00/0x5 esdisk   CLAIMED     DEVICE       HP      Virtual LvDisk
                      /dev/disk/disk5   /dev/rdisk/disk5
disk      7 64000/0xfa00/0x6 esdisk   CLAIMED     DEVICE       HP      Virtual LvDisk
                      /dev/disk/disk7   /dev/rdisk/disk7

En este caso el disco nuevo es el disk7

#pvcreate /dev/rdisk/disk7
Physical volume "/dev/rdisk/disk7" has been successfully created.
#vgextend vg01 /dev/disk/disk7
Volume group "vg01" has been successfully extended.
Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf

Para verificar y chequear el estado del VG corremos un vgdisplay

<root@test2:/dev>vgdisplay vg01
--- Volume groups ---
VG Name                     /dev/vg01
VG Write Access             read/write
VG Status                   available
Max LV                      255
Cur LV                      0
Open LV                     0
Max PV                      16
Cur PV                      2
Act PV                      2
Max PE per PV               1016
VGDA                        4
PE Size (Mbytes)            4
Total PE                    998
Alloc PE                    0
Free PE                     998
Total PVG                   0
Total Spare PVs             0
Total Spare PVs in use      0
VG Version                  1.0
VG Max Size                 65024m
VG Max Extents              16256

Aqui vemos que la tanto la cantidad de discos como el espacio libre ha aumentado.

Algunas cajas de disco pueden extender el tamaño de la LUN, HP-UX 11v3 tiene la capacidad de notar ese cambio y reflejarlo en las estructuras de LVM.

Extension dinamica de una LUN (Dynamic LUN Expansion DLE)

Para esto primero necesitamos que nos agranden la LUN que estamos usando. Luego que nos hayan extendido la LUN corremos un vgmodify de la siguiente forma

vgmodify -a -E /dev/vg01

Patch management con SWA

2011-04-06T15:00:00.000-03:00

Los parches para los equipos HP-UX se deben bajar de la web http://www.itrc.hp.com para ello deben dar de alta un user dentro de la misma pagina y vinclularlo con un contrato de soporte activo.

Instalacion de SWA

Bajar el soft de www.hp.com/go/swa-download la ultima version de swa actualmente es la C.02.85
Una que lo bajamos y copiamos al equipo procedemos a la instalacion

<root@test2:/tmp>swinstall -s /tmp/SwAssistant_C.02.85_HP-UX_B.11.23_IA_PA.depot

Luego de la instalacion verificamos el estado del producto

<root@test2:/tmp>swverify SWA

======= 03/30/11 10:24:11 SAT BEGIN swverify SESSION
         (non-interactive) (jobid=test2-0038)

       * Session started for user "root@test2".

       * Beginning Selection
       * Target connection succeeded for "test2:/".
       * Software selections:
           + Jre15.JRE15,l=/opt/java1.5,r=1.5.0.19.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.5.0.19.00,fa=HP-UX_B.11.31_IA
           + Jre15.JRE15-COM,l=/opt/java1.5,r=1.5.0.19.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.5.0.19.00,fa=HP-UX_B.11.11_32/64
           + Jre15.JRE15-COM-DOC,l=/opt/java1.5,r=1.5.0.19.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.5.0.19.00,fa=HP-UX_B.11.11_32/64
           + Jre15.JRE15-IPF32,l=/opt/java1.5,r=1.5.0.19.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.5.0.19.00,fa=HP-UX_B.11.22_IA
           + Jre15.JRE15-IPF32-HS,l=/opt/java1.5,r=1.5.0.19.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.5.0.19.00,fa=HP-UX_B.11.22_IA
           + Jre15.JRE15-IPF64,l=/opt/java1.5,r=1.5.0.19.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.5.0.19.00,fa=HP-UX_B.11.22_IA
           + Jre15.JRE15-IPF64-HS,l=/opt/java1.5,r=1.5.0.19.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.5.0.19.00,fa=HP-UX_B.11.22_IA
           + Judy-lib.JUDY,l=/,r=B.11.31.04.18,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.04.18,fa=HP-UX_B.11.31_IA
           + Judy-lib.JUDY-COMMON,l=/,r=B.11.31.04.18,a=HP-UX_B.11.31_IA/PA,v=HP,fr=B.11.31.04.18,fa=HP-UX_B.11.31_IA/PA
             SWA.SWA-JAR,l=/,r=C.02.85,a=HP-UX_B.11.23_IA/PA,v=HP,fr=C.02.85,fa=HP-UX_B.11.23_IA/PA
             SWA.SWA-MX,l=/,r=C.02.85,a=HP-UX_B.11.23_IA/PA,v=HP,fr=C.02.85,fa=HP-UX_B.11.23_IA/PA
             SWA.SWA-REPORT,l=/,r=C.02.85,a=HP-UX_B.11.23_IA/PA,v=HP,fr=C.02.85,fa=HP-UX_B.11.23_IA/PA
             SWA.SWA-SH,l=/,r=C.02.85,a=HP-UX_B.11.23_IA/PA,v=HP,fr=C.02.85,fa=HP-UX_B.11.23_IA/PA
           + SwaMin.SWA-RUN,l=/,r=C.02.85,a=HP-UX_B.11.23_IA/PA,v=HP,fr=C.02.85,fa=HP-UX_B.11.23_IA
       * A "+" indicates an automatic selection due to dependency or
         the automatic selection of a patch or reference bundle.
       * Selection succeeded.

       * Beginning Analysis
       * Session selections have been saved in the file
         "/.sw/sessions/swverify.last".
       * The analysis phase succeeded for "test2:/".
       * Verification succeeded.

NOTE:    More information may be found in the agent logfile using the
         command "swjob -a log test2-0038 @ test2:/".

======= 03/30/11 10:24:24 SAT END swverify SESSION (non-interactive)
         (jobid=test2-0038)

Luego de instalar y verificar el estado del SWA, vamos a configurarlo para eso copiaremos el archivo de template swa.conf.template a swa.conf y luego lo editaremos

<root@test2:/etc/opt/swa>cp swa.conf.template swa.conf

En este caso vamos hacer una configuracion sencilla mediante proxy para ello solo necesitaremos el ID y Passwd de itrc (asociados a un contrato de soporte) y por ultimo la configuracion del proxy

hp_id=<ITRC_User>
hp_pw=<ITRC_Passwd>
proxy=http://proxy_user:user_passwd@proxy:port

Las demas opciones por ahora las dejaremos con los valores default

Ahora tenemos la configuracion lista para correr el reporte inicial

<root@corona:/var/adm/crash/Patch>swa report

======= 03/30/11 15:04:59 SAT BEGIN Report on Issues and New Software
         (user=root) (jobid=corona)

       * Gathering Inventory
       * Using existing inventory for host "corona"
       * Getting Catalog of Recommended Actions and Software
       * Using existing local catalog file
       * Performing Analysis
       * Generating Reports
NOTE:    See HTML-formatted report "/.swa/report/swa_report.html"
                             Software Assistant
                                Action Report

Assessment Profile

Inventory Source
   Name: corona
   OS: HP-UX B.11.31
   Model: 9000/800/rp4440
   Inventory File: /.swa/cache/swa_inventory_1985086693.xml
   Inventory Date: 30 March 2011 08:59:29 GMT-03:00

Catalog Information
   Catalog File: /.swa/cache/swa_catalog.xml
   Catalog Date: 29 March 2011 22:32:08 GMT-03:00

Analysis Information
   Analysis File: /.swa/cache/swa_analysis.xml
   Analysis Date: 30 March 2011 15:05:14 GMT-03:00
   Ignore Files: /.swa/ignore
   Issues Ignored: 0

Selected Analyzers
   QPK: latest Quality Pack bundle
   SEC: security bulletins
   PCW: patches with critical warnings

Recommended Actions

Patch Bundles

   The following bundles are recommended by HP. The patches delivered in these
   patch bundles might include fixes for patches not listed in this report. If
   you will not install the patch bundles listed here, rerun the
   analysis without the "QPK" analyzer and generate a new report to obtain
   a full list of patches.

   Bundle        Revision          Description
   ------        --------          -----------
   QPK1131       B.11.31.1103.361 Quality Pack Depot for 11i v3, March 2011
      With bundle QPKAPPS revision B.11.31.1103.361
      With bundle QPKBASE revision B.11.31.1103.361

Patches

   See the Detail or HTML report for more links to patch details such as
   special installation instructions, patch quality rating, patch reboot,
   and other dependencies.
   Patches followed by an asterisk (*) or a plus sign (+) meet a dependency
   for one or more of the recommended patches listed.
   * identifies a patch dependency missing from the system.
   + identifies a patch dependency already installed on the system or
   satisfied by an installed superseding patch.

   Patch ID     Date        Description
   --------     ----        -----------
   PHKL_40944   2010-06-22 fs_filedscrp cumulative patch
   PHKL_41796   2011-02-17 VRTS 5.0 MP1P4 VRTSvxfs Kernel Patch
   PHSS_41535   2010-10-15 Serviceguard A.11.19.00
   PHSS_41556   2010-12-10 OV EMANATE15.3 PA-RISC Consolidated Patch 8
   PHSS_41557   2010-12-10 OV EMANATE15.3 IA-64 Consolidated Patch 8
   PHSS_41775   2011-01-07 KRB5-Client Version 1.3.5.03 Cumulative patch

Manual Actions

   See the Detail or HTML report for more information on each action.
   The following Detection Confidence (DC) levels are used:
     D - Detection confidence is "definite" and based on specific revisions
         of installed software.
     R - Detection confidence is "relevant" and based on installed software
         but can not determine if action has been taken.
     U - Detection confidence is "unknown" and based only on operating
         system version.

   Issue     DC Date        Description
   -----     -- ----        -----------
   02351r6   D   2010-12-15 For NameService, install revision C.9.3.2.8.0 or
                             subsequent
   02411r1   D   2009-03-10 For Jdk15, install revision 1.5.0.21.00 or
                             subsequent
   02411r1   D   2009-03-10 For Jdk60, install revision 1.6.0.09.00 or
                             subsequent
   02411r1   D   2009-03-10 For Jre60, install revision 1.6.0.09.00 or
                             subsequent
   02415r1   D   2009-04-07 For PAM-Kerberos, install revision D.01.25 or
                             subsequent
   02418r1   D   2009-03-31 For openssl, install revision A.00.09.08q.003 or
                             subsequent
   02429r2   D   2009-06-02 For Jdk14, install revision 1.4.2.26.00 or
                             subsequent
   02429r2   D   2009-06-02 For Jre14, install revision 1.4.2.26.00 or
                             subsequent
   02465r1   D   2009-10-22 For hpuxwsAPACHE, install revision B.2.0.63.01 or
                             subsequent
   02479r1   D   2010-01-28 For CIFS-Server, install revision A.02.04.01 or
                             subsequent
   02479r1   D   2010-01-28 For CIFS-CFSM, install revision A.02.03.05 or
                             subsequent
   02509r1   D   2010-03-26 For NFS, install revision B.11.31.09 or subsequent
   02525r1   D   2010-04-27 For SysMgmtDB, install revision C.06.00.00.00 or
                             subsequent
   02541r1   D   2010-06-17 For hpuxwsTOMCAT, install revision B.5.5.29.01 or
                             subsequent
   02332r2   R   2008-05-20 For hpuxwsAPACHE, restart Apache
   02335r2   R   2008-05-27 For OS-Core, verify group id and home directory for
                             all accounts
   02342r2   R   2008-06-23 For hpuxwsAPACHE, restart Apache
   02351r6   R   2010-12-15 For NameService, remove "query-source port" and
                             "query-source-v6 port" options in /etc/named.conf.
   02355r2   R   2009-11-02 For OS-Core, uRL http://itrc.hp.com
   02355r2   R   2009-11-02 For ProgSupport, uRL http://itrc.hp.com
   02365r1   R   2008-08-28 For hpuxwsAPACHE, restart Apache
   02366r2   R   2009-05-08 For OS-Core, verify group id and home directory for
                             all accounts
   02380r2   R   2008-11-10 For SysMgmtHomepage, install 2.2.9.1 or subsequent
   02418r1   R   2009-03-31 For fips_1_1_2, install revision
                             FIPS-OPENSSL-1.1.2.048 or subsequent
   02421r2   R   2009-10-01 For KRB5-Client, uRL http://itrc.hp.com
   02435r1   R   2009-06-09 For fips_1_1_2, install revision
                             FIPS-OPENSSL-1.1.2.051 or subsequent
   02440r1   R   2009-07-01 For NFS, install revision ONCplus B.11.31.07.01
   02445r1   R   2009-07-29 For SG-Manager, install Serviceguard Manager
                             A.05.02 or subsequent
   02445r1   R   2009-07-29 For SG-Manager-Addon, install Serviceguard Manager
                             A.05.02 or subsequent
   02451r4   R   2010-12-16 For NameService, install
                             HPUX-NameServer_C.9.3.2.8.0_HP-UX_B.11.31_IA_PA.depot
   02457r1   R   2009-09-22 For RBAC, uRL http://itrc.hp.com
   02508r2   R   2010-04-21 For Sendmail, install C.8.13.3.5 or subsequent
   02514r1   R   2010-03-27 For OS-Core, uRL http://itrc.hp.com
   02514r1   R   2010-03-27 For ProgSupport, uRL http://itrc.hp.com
   02520r1   R   2010-05-11 For SysMgmtServer, install Hot Fix Update Kit for
                             HP SIM 5.3 - HP-UX
   02520r1   R   2010-05-11 For SysMgmtServer, install Hot Fix Update Kit for
                             HP SIM 6.0 - HP-UX
   02523r2   R   2010-05-29 For NFS, install revision ONCplus B.11.31.09.01 or
                             subsequent
   02543r1   R   2010-06-17 For hpuxwsAPACHE, hP-UX Web Server Suite v3.10
   02544r1   R   2010-06-24 For KRB5-Client, uRL http://itrc.hp.com
   02546r1   R   2010-09-16 For NameService, install C.9.3.2.8.0
   02547r1   R   2010-07-12 For SysMgmtServer, update to HP SIM v6.1 or
                             subsequent
   02590r1   R   2010-10-13 For SysMgmtServer, install the appropriate hotfix
   02591r1   R   2010-10-18 For SysMgmtServer, install HP SIM v6.2 or
                             subsequent
   02592r1   R   2010-10-18 For SysMgmtServer, install HP SIM v6.2 or
                             subsequent
   02309r1   U   2008-02-06 Upgrade Select Identity software if in use.
   02317r1   U   2008-04-01 Upgrade Select Identity software if in use.
   02490r2   U   2010-04-02 Install SOAS_0017 or subsequent URL
                             http://support.openview.hp.com/selfsolve/patches
   02490r2   U   2010-04-02 Install SOAS_0018 or subsequent URL
                             http://support.openview.hp.com/selfsolve/patches
   02596r1   U   2010-10-18 If AssetManager is installed, apply the appropriate
                             patch
   02627r1   U   2011-01-31 Apply the "5.41.002 piweb HF02" hotfix if HP
                             OpenView Performance Insight Server is installed
   02633r1   U   2011-02-24 Update using FPUpdater if Java is installed

SEE ALSO

   swa "issue", "detail", and "html" reports, swa-report(1m).

======= 03/30/11 15:05:17 SAT END Report on Issues and New Software
         succeeded. (user=root) (jobid=corona)

NOTE:    More information may be found in the Software Assistant logfile
         "/var/opt/swa/swa.log".
<root@corona:/var/adm/crash/Patch>

luego hacemos el swa get -t <target_depot >

y por ultimo instalamos los parches con un swinstall interactivo

swinstall -s <full_path_to_target_depot>

Configuración de Auto Port Aggregation en HP-UX

2011-04-06T10:11:00.000-03:00

Configuración de APA (en modo Etherchannel)

Configurar el archivo /etc/rc.config.d/hp_apaconf de la sig manera

#Parametros globales
HP_APA_DEFAULT_PORT_MODE=FEC_AUTO
HP_APA_USE_SYSLOG=1

#Parametros propios del canal que estamos configurando
HP_APA_INTERFACE_NAME[0]=lan900
HP_APA_LOAD_BALANCE_MODE[0]=LB_MAC
HP_APA_GROUP_CAPABILITY[0]=900

En el archivo /etc/rc.config.d/hp_apaportconf configuramos el grupo de placas que queremos agregar al FEC

HP_APAPORT_INTERFACE_NAME[0]=lan0
HP_APAPORT_GROUP_CAPABILITY[0]=900
HP_APAPORT_CONFIG_MODE[0]=FEC_AUTO

HP_APAPORT_INTERFACE_NAME[1]=lan1
HP_APAPORT_GROUP_CAPABILITY[1]=900
HP_APAPORT_CONFIG_MODE[1]=FEC_AUTO

Cambiar el /etc/rc.config.d/netconf para agregar la ip del host a la nueva interfaz (lan900)

Desconfigurar las placas

ifconfig lan0 down
ifconfig lan0 unplumb
ifconfig lan1 down
ifconfig lan1 unplumb

Ahora activamos el canal

/sbin/init.d/hpapa stop
/sbin/init.d/hpapa start

Para verificar la configuración del aggregate

#nwmgr

Name/          Interface Station          Sub-   Interface      Related
ClassInstance State     Address        system   Type           Interface
============== ========= ============== ======== ============== =========
lan0           UP        0x00156004DF18 iether   1000Base-T     lan900
lan1           UP        0x00156004DF18 iether   1000Base-T     lan900
lan900         UP        0x00156004DF18 hp_apa   hp_apa
lan901         DOWN      0x000000000000 hp_apa   hp_apa
lan902         DOWN      0x000000000000 hp_apa   hp_apa
lan903         DOWN      0x000000000000 hp_apa   hp_apa
lan904         DOWN      0x000000000000 hp_apa   hp_apa

Ahí se ven las placas lan0 y lan1 relacionadas a la interfaz logica lan900

Podemos ver las estadisticas del canal con el siguiente comando

#nwmgr --stats -c lan900 -S apa
***          lan900 64 bit MIB statistics:
Interface Name               = lan900
PPA Number                   = 900
Description                  = lan900 Hewlett-Packard LinkAggregate Interface
MTU Size                     = 1500
Speed                        = 2 Gbps
Station Address              = 0x00156004DF18
Administration Status        = UP
Operation Status             = UP
Last Change                  = Tue Apr 5 19:12:23 2011
Inbound Octets               = 484137017609
Inbound Unicast Packets      = 529789946
Inbound Multicast Packets    = 82138
Inbound Broadcast Packets    = 20172
Inbound Discards             = 185249404
Inbound Errors               = 0
Inbound Unknown Protocols    = 4114
Outbound Octets              = 243664086310
Outbound Unicast Packets     = 254243264
Outbound Multicast Packets   = 4114
Outbound Broadcast Packets   = 341
Outbound Discards            = 0
Outbound Errors              = 0
Counter Discontinuity Time   = Tue Apr 5 18:54:03 2011
Physical Promiscuous Mode    = TRUE
Physical Connector Present   = FALSE
Interface Alias              =
Link Up/Down Trap Enable     = Enabled

Podemos observar que el ancho de banda se duplico a 2GBs