1.5. Instalación bajo z/VM
Conéctese a la z/VM con la cuenta de invitado (guest) de Linux. Puede utilizar x3270 o c3270 (desde el paquete basado en texto x3270 en Red Hat Enterprise Linux) para conectarse al z/VM desde otros sistemas Linux. Alternativamente, utilice el emulador de terminal OS/2 3270 en la consola de administración S/390. Si está trabajando desde una máquina basada en Windows, Jolly Giant (http://www.jollygiant.com/) ofrece un emulador 3270 capaz de SSL.
Si no está en modo CMS, ingrese ahora.
i cms |
Si es necesario, añada el dispositivo que contiene las herramientas TCP/IP de z/VM a su lista de disco CMS. Por ejemplo:
vmlink tcpmaint 592 592 |
Si está utilizando los tipos de conexión de red basados en qdio/qeth (tales como OSA express o hipersockets), desactive el parámetro qioassist de invitado VM:
set qioassist off |
Haga FTP a la máquina que contiene las imágenes de arranque Red Hat Enterprise Linux (kernel.img y initrd.img), conéctese y ejecute los comandos siguientes (utilice la opción (repl si está sobreescribiendo archivos de imágenes existentes kernel.img y initrd.img):
cd /location/of/boot/images/
locsite fix 80
bin
get kernel.img (repl
get initrd.img (repl
ascii
get redhat.parm (repl
quit
Ahora puede crear el archivo de parámetros (por ejemplo, redhat.parm). Consulte el Apéndice B para archivos parm de ejemplo. Abajo se muestra una explicación de los contenidos de archivos parm.
Hay un límite total de 32 parámetros en el archivo de parámetros. Para poderajustarse a las limitaciones con los archivos de parámetros, se debería utilizar un nuevo archivo de configuración en un CMS DASD para configurar la red inicial y las especificaciones DASD.
Es necesario un archivo .parm para los parámetros reales del kernel, tales como root=/dev/ram0 ro ip=off ramdisk_size=40000, y parámetros únicos que no están asignados a variables, tales como vnc. Se necesitan añadir dos nuevos parámetros al archivo .parm los cuales apuntan el programa de instalación al nuevo archivo de configuración.
CMSDASD=191 CMSCONFFILE=redhat.conf |
CMSDASD es el ID del dispositivo del CMS formateado DASD que contiene el archivo de configuración. CMSDASD es usualmente '$HOME' DASD 191del usuario mainframe. El nombre del archivo de configuración se debe establecer con CMSCONFFILE y necesita estar en minúsculas.
La sintaxis de CMSCONFFILE es de estilo bash, con pares variable="value" en cada línea.
Archivo redhat.parm de ejemplo:
root=/dev/ram0 ro ip=off ramdisk_size=40000 CMSDASD=191 CMSCONFFILE=redhat.conf vnc |
Archivo redhat.exec de ejemplo:
/* */ 'cl rdr' 'purge rdr all' 'spool punch * rdr' 'PUNCH KERNEL IMG A (NOH' 'PUNCH REDHAT PARM A (NOH' 'PUNCH INITRD IMG A (NOH' 'ch rdr all keep nohold' 'i 00c' |
Archivo redhat.conf de ejemplo:
HOSTNAME="foobar.zSeries.example.com" DASD="200-203" NETTYPE="qeth" IPADDR="192.168.17.115" SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602" PORTNAME="FOOBAR" NETWORK="192.168.17.0" NETMASK="255.255.255.0" BROADCAST="192.168.17.255" SEARCHDNS="example.com:zSeries.example.com" GATEWAY="192.168.17.254" DNS="192.168.17.1" MTU="4096" |
Se requieren los siguientes parámetros y deben ser incluídos en el archivo de parámetros:
DASD=<dasd-list>
Donde <dasd-list> representa la lista de dispositivos DASD que Red Hat Enterprise Linux utilizará.
Aunque la comprobación automática para DASD es realizada si se omite este parámetro, se recomienda incluir el parámetro DASD=, pues los números de dispositivos pueden cambiar (y por lo tanto, sus nombres) cuando se añade un nuevo DASD al invitado Red Hat Enterprise Linux. Esto puede resultar en un sistema inutilizable.
root=<file-system>
donde <file-system> representa el dispositivo en el cual se puede encontrar el sistema de archivos raíz. Para propósitos de la instalación, se debería configurar a /dev/ram0, el cual es el ramdisk conteniendo el programa de instalación.
Los parámetros siguientes son requeridos para la configuración de la red:
SUBCHANNELS=
Proporciona los IDs de dispositivos de bus requeridos para las diferentes interfaces de red.
qeth: SUBCHANNELS="<read_device_bus_id>,<write_device_bus_id>, <data_device_bus_id>" lcs: SUBCHANNELS="<read_device_bus_id>,<write_device_bus_id>" ctc: SUBCHANNELS="<read_device_bus_id>,<write_device_bus_id>"
Por ejemplo (una muestra de declaración qeth SUBCHANNEL):
SUBCHANNELS=0.0.0600,0.0.0601,0.0.0602
Para forzar un protocolo CTC específico, se pueden añadir parámetros específicos. Por ejemplo:
CTCPROT=<n>
Donde <n> es uno de los siguientes:
· 0 para el modo de compatibilidad (usado con pares no Linux diferentes a los sistemas operativos de S/390 y zSeries)
· 1 para el modo extendido
· 2 para un tty basado en CTC (solamente soportado en conexiones Linux a Linux)
· 3 para el modo de compatibilidad con sistemas operativos de S/390 y zSeries
PEERID=<userid>
Donde <userid> representa el ID de las máquinas invitado a las que se desea conectar. Observe que el ID debe ser escrito en letras mayúsculas. Por ejemplo, una conexión PEERID a la máquina servicio z/VM TCP/IP se debería escribir como:
PEERID=TCPIP
Observe que el parámetro PEERID reemplaza el parámetro IUCV utilizado con el kernel de Linux versión 2.4.
Los parámetros siguientes son opcionales:
HOSTNAME=<string>
Donde <string> es el nombre de la máquina del recientemente instalado invitado Linux.
NETTYPE=<type>
Donde <type> debe ser uno de los siguientes: ctc, iucv, lcs o qeth.
IPADDR=<IP>
Donde <IP> es la dirección IP del nuevo invitado Linux.
NETWORK=<network>
Donde <network> es la dirección de su red.
NETMASK=<netmask>
Donde <netmask> es la máscara de la red.
BROADCAST=<broadcast>
Donde <broadcast> es la dirección de difusión.
GATEWAY=<gw>
Donde <gw> es la dirección IP de la puerta de enlace para su dispositivo eth o la dirección IP del par ctc/escon/iucv punto a punto.
MTU=<mtu>
Donde <mtu> es la Unidad Máxima de Transmisión (Maximum Transmission Unit, MTU) para esta conexión.
DNS=<server1>:<server2>:…:<serverN>
Donde <server1>:<server2>:…:<serverN> es una lista de los servidores DNS, separados por dos puntos. Por ejemplo:
DNS=10.0.0.1:10.0.0.2
SEARCHDNS=<domain1>:<domain2>:…:<domainN>
Donde <domain1>:<domain2>:…:<domainN> es una lista de los dominios de búsqueda, separados por dos puntos. Por ejemplo:
SEARCHDNS=example.com:example.org
PORTNAME=<osa_portname> | <lcs_portnumber>
Esta variable soporta dispositivos OSA operando en modo qdio o en modo non-qdio.
Cuando se utilice el modo qdio: <qeth_portname> es el nombre de puerto especificado en el dispositivo OSA cuando opera en modo qeth. PORTNAME solamente es requerido para z/VM 4.3 o posterior, sin APARs VM63308 y PQ73878.
Cuando se utilice el modo non-qdio: <lcs_portnumber> se publica para pasar el número de puerto relativo como un entero en el rango de 0 hasta 15.
FCP_<n>="<device_number> <SCSI_ID> <WWPN> <SCSI_LUN> <FCP_LUN>"
Se pueden utilizar las variables en sistemas con dispositivos FCP para preconfigurar el FCP y se pueden editar subsecuentemente en anaconda durante la instalación. Un valor de ejemplo se vería similar a:
FCP_1="0.0.5000 0x01 0x5105074308c212e9 0x0 4010"
<n> es un valor entero (por ejemplo, FCP_1, FCP_2, ...).
<device_number> se utiliza para especificar la dirección del dispositivo FCP ( 0.0.5000 para el dispositivo 5000, por ejemplo).
<SCSI_ID> se especifica en valor hexadecimal, se utilizan valores secuenciales típicos (ejemplo, 0x01, 0x02 ... ) sobre múltiples variables FCP_.
<WWPN> es el nombre de puerto universal utilizado para el enrutamiento (a menudo en junto con multipathing) y se trata de un valor hexadecimal de 16 dígitos (por ejemplo 0x5105074308c212e9).
<SCSI_LUN> se refiere al valor de unidad lógica SCSI local y se especifica como un valor hexadecimal; se utilizan valores de secuencia típica (por ejemplo, 0x00, 0x01, ...) sobre múltiples variables FCP_.
<FCP_LUN> se refiere al identificador de unidad lógica de almacenamiento y se especifica como un valor hexadecimal (tal como 0x4010).
Nota Cada uno de los valores en los parámetros FCP (FCP_1, FCP_2, ...) son específicos a la localidad y normalmente son suministrados por el administrador de almacenamiento FCP.
El siguiente parámetro para las instalaciones kickstart, es opcional:
RUNKS=<value>
Donde <value> es definido como 1 si desea ejecutar el programa de instalación en modo no-interactivo en el terminal 3270, o de lo contrario, 0.
Nota Asegúrese de que su archivo kickstart contiene todos los parámetros requeridos antes de utilizar esta opción.
Si se omiten cualquiera de los parámetros requeridos para hacer funcionar la red en el archivo parm, aparecerá un mensaje durante el proceso de arranque de la instalación.
Si cierra la sesión, reconéctese usando el ID del invitado z/VM que configuró para la instalación. Si no se encuentra en modo CMS, ingrese ahora.
i cms |
Cree un script de ejecutable conteniendo los comandos necesarios para hacer IPL a la imagen del kernel y comenzar la instalación. El script de ejemplo siguiente es un script de inicio típico:
/* */ 'CL RDR' 'PURGE RDR ALL' 'SPOOL PUNCH * RDR' 'PUNCH KERNEL IMG A (NOH' 'PUNCH REDHAT PARM A (NOH' 'PUNCH INITRD IMG A (NOH' 'CH RDR ALL KEEP NOHOLD' 'IPL 00C CLEAR' |
El script de inicio de la instalación le pedirá información sobre su red y DASD a menos que haya especificado toda la información necesaria en el archivo parm.
Una vez que todas las preguntas han sido contestadas, estará listo para comenzar el programa base de instalación, loader. Para continuar con la instalación, consulte el Capítulo 2 para más información.