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: 1058

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

STEP 4: Clone checking

Finally, we compare rows from the table that was been modified while source DB2 was clonned. Josep Vidal - System Programmer. For more questions you can reach me at: josepvidalcanet@gmail.com .

STEP 0: Initial Scenario

The main purpose of this video-tutorial is to show you how to clone a DB2 subsystem to other subsystem running in the same Z/OS LPAR. Each step is explained with a video (screen cast). It is supossed that you have two DB2 subsystems, in this case DB8G (source) and DBF (target), both up & running. The procedure is automated in three main steps contained in library SYSADM.ODBCLONE. First step is related with the physical COPY from SOURCE datasets to TARGET DB2 datasets. While the remaining, are related with making target DB2 BSDS & CATALOG consistent with the location of the DATASETS copied from source subsystem

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.

DB2 HA & DR. Part I

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

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.