3.- Instalación zlinux. Acceso ramdisk via ssh

Data d'actualització: 29/11/2011 03:24:50

Compartir en Facebook   Compartir en Delicious Compartir en GoogleCompartir en Meneame Compartir en Myspace Compartir en Digg Enviar por correo

ID: 27983
Creador: VIDAL I CANET, JOSEP LLUIS RSS vijo
URL: https://mmedia.uv.es/html5/u/vi/vijo/27983_ssh_install.mp4
Código de inserción:
<video poster="https://mmedia.uv.es/g?user=vijo&path=/zlinux/&name=ssh_install.mp4&resource_id=27983" controls="" autoplay="" autobuffer="" controlslist="nodownload">
<source src="https://mmedia.uv.es/html5/u/vi/vijo/27983_ssh_install.mp4" type="video/mp4">
</video>
Categoría: Sin categorizar RSS Sin categorizar
Clasificación Unesco: Sin categorizar
Descripción: Una vez hemos configurado la red del ramdisk de la debian estamos en disposición de conectar a la imagen de la debian corriendo bajo la arquitectura 390 emulada via ssh, entorno mucho mas amigable que la consola de hercules.
Etiquetas:
Resolucion:  1024 x 1024  unknown
Puntuación: Sense puntuacio (puntuar).
Licencia CC: No asignada
Visitas: 1039

Regulación
DescargarDescargar
Añadir comentario
No hay comentarios
Vídeos Relacionados

Cluster Web. Step 1: Instalar pound

Práctica del servidor HTTP. Implantaicón de un cluster WEB Objetivo: Crear un cluster WEB para aumentar el nivel de servicio (disponibilidad y rendimiento) balanceando las peticiones entre los dos servidores backend WEB z/os. Requisitos: * 1 LPAR emulada zlinux (instalada en la práctica anterior) * p390.uv.es: LPAR z/os corriendo el servidor IBM HTTP Server V5R3M0 (VLC) * zeuszvm.moppssc.ibm.com: LPAR z/os corriendo el servidor IBM HTTP Server V5R3M0

Creación de un CGI en z/os. Edición y Ejecución.

Edición del CGI desde el OMVS con el editor vi. Posterior ejecución tanto desde el shell como desde el navegador.

STEP 2.1 Change log inventory HLQ:

This is automated with job RBLDLOGI which prints DBF.BSDS01 log inventory, reads its output (SYSADM.TEMP.PRNTBSDS) and generates a JOB (SYSADM.TEMP.JU004) to: 1.-) Change BSDS HLQ 2.-) Delete LOGCOPIES with source HLQ 3.-) Create new LOGCOPIES with target HLQ and START/END RBAs taken from log inventory output. At this point we can start target system.Target DB2 subsystem is started in MAINTENACE MODE: /-DBF START DB2 ACCESS(MAINT)

DB2 HA & DR. Part I

Introducción a la Alta Disponibilidad y Recuperación ante Desastres en el DB2. Clusters Activo/Pasivo

Cluster Web. Step 3: Comprobación

Para ello, vamos a utilizar la URL lynx 10.1.1.2/cgi-bin/environ.sh . Este es un cgi que nos da información sobre el entorno de ejecución del servidor web en z/os. Pound redireccinará esta URL a http://p390.uv.es/cgi-bin/environ.sh o bien a| http://129.35.161.134/cgi-bin/environ.sh Luego comprobaremos como pound detecta la caida del HTTP Server Backend y lo marca como muerto. A partir de ahí solo enviará las peticiones WEB a la LPAR zeuszvm. Posteriorment, levantaremos el HTTP Server de Valencia (/START HTTPD1), veremos como a los 30 segundos pound lo detecta como resucitado y reanuda el balanceo de peticiones a p390.