martes, 20 de octubre de 2009

HPUX - RAPIDOS IGNITE

REQUISITOS PREVIOS PARA FUNCIONAMIENTO CORRECTO DEL SERVIDOR

  • more /etc/inetd.conf

tftp dgram udp wait root /usr/lbin/tftpd tftpd /opt/ignite /var/opt/ignite

bootps dgram udp wait root /opt/ignite/lbin/instl_bootd instl_bootd

#bootps dgram udp wait root /usr/lbin/bootpd bootpd

#instl_boots dgram udp wait root /opt/ignite/lbin/instl_bootd instl_bootd

  • more /etc/bootptab

sdpprsas:\

ht=ethernet:\

hn:\

bf=/opt/ignite/boot/nbp.efi:\

bs=48:\

tc=ignite-defaults:\

ha=0018FE2D6AEC:\

ip=10.7.115.142:\

sm=255.255.252.0:\

gw=10.7.112.4:\

  • more /etc/opt/ignite/instl_boottab


     

#10.7.115.140:0x001560DEB702:20071023112502:reserve

#10.7.115.138:0x001560DE78FB:20071025095118:reserve

#10.7.115.137:0x001560DE98CC:20071026103353:reserve

10.7.115.141:0x0018FE2D6AEC:20071107192634:reserve    à opcional

  • more /etc/nsswitch.conf


     

passwd: files

group: files

hosts: files [NOTFOUND=continue UNAVAIL=continue] dns

ipnodes: files

services: files

networks: files

protocols: files

rpc: files

publickey: files

netgroup: files

automount: files

aliases: files

  • more /etc/hosts à    importante con esto evitamos errores de NFS

                es necesario que este registrado el cliente en este fichero

127.0.0.1 localhost    loopback

10.7.115.132 sdprinte    sdprinte

x.x.x.x    cliente    cliente

- Arrancamos ignite en modo gráfico desde un reflection X:

#ignite

- Añadimos el cliente sdprapli con lo que sobre la misma aparece el icono correspondiente.

- Desde esta pantalla gráfica, apuntamos al cliente sdprapli y desde acciones pulsamos create a network recovery system

Al hacer remsh al sistema sdprapli nos dice que falla el remsh y que introduzcamos manualmente el password de root (la damos) y aparece una pantalla que indica:

Destination host: sdprapli

Destination directory: /var/opt/ignite/recovery/archives/sdprapli     à
verificar que hay espacio suficiente allí.

Max nº. archives: 2

Long description: Recovery archive

Archive type: tar        à
lo hacemos con cpio para que no falle el backups con los nombres largos de archivo

Damos next y aparece una advertencia indicando que el directorio anterior tiene un cierto número de Mb. libres.

Damos next y aparece una pantalla en la que podemos indicar de qué sistemas de ficheros queremos hacer copia nosotros hemos puesto:

inc_entire: /dev/vg00

exclude: /var/opt/ignite/recovery

Excluimos este sistema de ficheros que sólo tiene sentido tenerlo en el servidor de ignite, no en el resto de sistemas.

- A continuación se inicia el backup que durará una media hora.

- Podemos ir viendo el progreso de la copia (status) desde la pantalla gráfica de ignite. Veríamos algo así:

Prepare the cliente            Complete

Run de recovery UI            Complete

Save the system config            Complete

Prepare the archive config file    Complete

Build the archive                Active             à (está haciendo esto en este momento)

Update de CINDEX file            Pending

Cuando acabe el backup todo estará en estado Complete.

CLONACION DE SISTEMAS

- Introduciremos al final del fichero /etc/bootptab la entrada del sistema a instalar:

sdprdb1:\

    ht=ethernet:\

    hn:\

    bf=/opt/ignite/boot/nbp.efi:\

    bs=48:\

    tc=ignite-defaults:\

    ha=001560DE78FB:\

    ip=10.7.115.134:\

    sm=255.255.252.0:\

    gw=10.7.112.4:\

Y las correspondientes al resto de clientes de la misma manera.

- Cambios en el fichero /etc/inetd.conf:

A partir de la rev. De ignite B.4.3.X y a fin de mejorar la respuesta del ignite Server a clientes se deben hacer algunos cambios en el fichero /etc/inetd.conf.

Los cambios requieren que el bootpd no corra sobre el ignite Server y en su lugar se usa el instl_bootd, así pues haremos lo siguiente:

-Comentaremos la linea (si no está ya comentada):

bootps dgram udp wait root /usr/lbin/bootpd bootpd

- Y Añadiremos la siguiente:

bootps dgram udp wait root /opt/ignite/lbin/instl_bootd instl_bootd

- A continuación para que coja los cambios daremos:

#inetd –c

- Editamos una línea del fichero /etc/exports, quitando las alusiones a los clientes NFS permitidos y damos permisos a todo el mundo y a continuación exportamos de nuevo:

#vi /etc/exports

/var/opt/ignite/recovery/archives/sdprapli -anon=2 à
de este archive se va a leer la imagen para clonar

#exportfs –av

Si exportamos el directorio entero /var/opt/ignite/recovery el servidor de ignite no funciona

- Nos vamos al directorio de clientes y vemos que sdprapli es un link a un directorio con el nombre de la MAC de la tarjeta LAN de sdprapli:

#cd /var/opt/ignite/clients

#ll

drwxr-xr-x 3 bin bin 1024 Sep 18 15:28 0x001560DE08E2

lrwxr-xr-x 1 bin bin 14 Sep 18 15:01 sdprapli -> 0x001560DE08E2

  • Copiamos el directorio de la MAC de nuestro servidor con el nombre del la MAC de la maquina a instalar :

0x001560DE78FB MAC à
de la maquina a instalar

#cd /var/opt/ignite/clients

#cp –r 0x001560DE78E2 0x001560DE78FB

- El entorno gráfico nos detecta un nuevo cliente con nombre repetido, cambiamos el nombre del icono por el del nombre de nuestra maquina a instalar desde el entorno gráfico y nos crea el enlace a su MAC.

drwxr-xr-x 3 bin bin 1024 Sep 18 15:28 0x001560DE08E2

drwxr-xr-x 4 bin bin 1024 Sep 18 17:05 0x001560DE78FB

lrwxr-xr-x 1 bin bin 14 Sep 18 15:01 sdprapli -> 0x001560DE08E2

lrwxr-xr-x 1 bin bin 14 Sep 18 16:43 sdprdb1 -> 0x001560DE78FB

- Borramos el contenido de del nuevo cliente y copiamos los ficheros desde nuestra maquina origen:

#cd /var/opt/ignite/clients/0x001560DE08E2

#rm –r *

#find CINDEX recovery | cpio –pdvma ../0x001560DE78FB

- Dentro de /var/opt/ignite/clients/sdppcon2/recovery/latest hay que verificar la ip de nuestro servidor editando el fichero archive_cfg

  • Para arrancar la maquina por red hay varias formas :


     

nPar à Shell>lanboot select

vPar à desde otra vPar ejecutamos: vparboot –p <nombre de vPar> -I

Error de inicio en los sistemas basados en Itanium cuando se utiliza /etc/bootptab

Error:PXE-E16: Valid PXE offer not received.

Exit status code: Invalid Parameter

Al utilizar /etc/bootptab para definir los servicios de inicio de Ignite-UX, se puede introducir una serie de problemas que conlleven este error. Se puede utilizar la siguiente lista de comprobación para aislar el problema:

1. Compruebe el proceso inetd:

• Compruebe el archivo /etc/inetd.conf para asegurarse de que las entradas bootps y tftp no están marcadas como comentarios. Asegúrese de que la línea tftp contiene las rutas /opt/ignite y /var/opt/ignite.

• Indique al proceso inetd que vuelva a leer los archivos de configuración (inetd -c) después de modificar los archivos. Si el proceso inetd no se ejecuta, inícielo con:

/sbin/init.d/inetd start

• Compruebe /var/adm/syslog/syslog.log para asegurarse de que el proceso inetd se ha iniciado y de que no hay ningún mensaje negativo. Compruebe específicamente la existencia de mensajes de bootpd y tftpd.

• Compruebe si hay entradas en /var/adm/inetd.sec que puedan hacer que inetd

deniegue el servicio a determinados clientes.

2. Compruebe el proceso bootpd:

• Compruebe la entrada /etc/bootptab. Asegúrese de que la dirección MAC coincide con la dirección MAC del cliente. Utilice dhcptools -v para validar el formato del archivo /etc/bootptab.

• Compruebe las entradas de /etc/dhcpdeny para asegurarse de que el proceso bootpd no se ha definido para denegar el servicio a clientes concretos.

• Compruebe el archivo /var/adm/syslog/syslog.log para ver si hay un mensaje de bootpd que indica que se inició cuando se recibió un paquete bootpd. Si no se recibieron paquetes, utilice una herramienta como tcpdump para comprobar si hay paquetes de red.

• Compruebe si hay otros sistemas en la red que también puedan estar contestando al sistema cliente en proceso de inicio.

• Compruebe si el sistema en proceso de inicio está en una subred diferente del servidor bootp para asegurarse de que cualquier enrutamiento que haya entre los dos permita el reenvío de solicitudes bootp. La configuración es específica del enrutador.

3. Compruebe el proceso tftpd:

• Compruebe la línea tftp de /etc/inetd.conf para asegurarse de que los directorios /opt/ignite y /var/opt/ignite se enumeran.

• Compruebe manualmente la conexión tftpd utilizando el comando tftp, por ejemplo:

a. $ tftp [nombre_servidor]

b. tftp> get /opt/ignite/boot/nbp.efi /tmp/nbp.efi [n ] bytes recibidos en [s] segundos

c. tftp> quit

CREACION DE ARCHIVO DE RECUPERACION E INSTALACION POR RED Y DvD DE INICIO Y RECUPERACIÓN

Tenemos ejemplos dentro de :

/opt/ignite/data/scripts/examples

Para crear un archivo de recuperación de red :

#make_net_recovery -s sdprinte -x inc_entire=vg00 -x inc_entire=vg01 -m cpio

Para crear una imagen de recuperación del sistema actual en el servidor Ignite-UX denominado y

grabar la imagen de recuperación en el DVD del sistema servidor ejecutar el siguiente

comando en el sistema cliente.

#make_opticaldisc_recovery nombre_servidor_Ignite

DBPROFILE CREACION DE ARCHIVO DE RECUPERACION E INSTALACION POR RED Y DvD DE INICIO Y RECUPERACIÓN

Shell> dbprofile -dn ignite -sip 10.7.115.132 -m 255.255.252.0

Creating profile ignite

Shell> dbprofile rm ignite

dbprofile: profile ignite removed

Shell> dbprofile -dn ignite -sip 10.7.115.132 -m 255.255.252.0 -gip 10.7.112.4

Creating profile ignite

Shell> dbprofile -dn ignite -b "/opt/ignite/boot/nbp.efi"

Updating profile ignite

Shell> dbprofile

Profile List

Profile Name: ignite

Network Type: IPv4

Client IP address: 0.0.0.0

Gateway IP address: 10.7.112.4

Subnet Mask: 255.255.252.0

Server IP address: 10.7.115.132

Boot File: /opt/ignite/boot/nbp.efi

Optional Data:

Shell> dbprofile -dn ignite -cip 10.7.113.171

Updating profile ignite

Shell> dbprofile

Profile List

Profile Name: ignite

Network Type: IPv4

Client IP address: 10.7.113.171

Gateway IP address: 10.7.112.4

Subnet Mask: 255.255.252.0

Server IP address: 10.7.115.132

Boot File: /opt/ignite/boot/nbp.efi

Optional Data:

Shell>lanboot select –dn ignite

No hay comentarios: