Changes between Initial Version and Version 1 of Version1.0-Testing-ManualConsolaWeb/en

Timestamp:

Feb 26, 2012, 12:19:35 AM (12 years ago)

Author:

paqui

Comment:

1st version

Version1.0-Testing-ManualConsolaWeb/en

@@ +1 @@
+[[TranslatedPages]]
+[[TOC]]
+
+Note: this page does not replace the quick guide:  [wiki:GuiaRapida/en First Use Quick Guide]
+
+
+== Gestión de aulas: propiedades y altas. ==
+
+Los elementos resaltados en color son obligatorios.
+En el formulario de creación de aulas, es muy importante asignar algunos datos obligatorios (en esta revisión estos valores no se validan, así que se debería prestar atención en este proceso.).
+
+||   ||  [[Image(aulas_rev1463.jpg)]]   ||
+
+
+- '''Puestos:''' debemos asignar un número máximo de ordenadores que hay en el aula [[br]]
+- '''Datos de red'''
+   - router: dirección IP del router del aula.    
+   - netmask: máscara de red de ese aula.  ej . 255.255.255.0 
+- '''Datos del protocolo P2P'''
+   - P2P modo: modo en el cual el cliente mientras está descargando una imagen, se comportará: los valores son:
+       - leecher: el cliente mientras descarga la imagen, no comparte.
+       - peer: el cliente mientras descarga comparte los datos de la imagen que ya tenga.
+       - seeder: modo de trabajo en modo distribuido en el cual un cliente Master se encarga de servir la imagen.
+   - P2P tiempo(segundos) como semilla: Independientemente del modo de trabajo de los cliente P2P durante la descarga, podemos definir que una vez tenga la imagen completa en la partición cache, se dedique "X" segundos a compartirla a los demas clientes.
+- '''Datos del protocolo Multicast.'''
+  - ''modo multicast:''   nos permite dos opciones: full-duplex y half-duplex  (usar full-duplex)  
+  - ''ip multicast'': dirección multicast para ese aula:   239.194.x.z   donde x es el 2º pcteto de la ip de red del aula, y z es el 3º octeto de la ip de red del aula.  ejemplo: si la dirección de red del aula_virtual_1 es 172.17.36.0  le corresponde como ip multicast: 239.194.17.36.   En el caso de que nuestra subred incluya dos aulas, y queremos utilizar multicast simultanea, deberíamos por ejemplo al aula_virtual_2  asignarle la ip multicast de 239.194.17.37
+  - ''puerto:'' es el puerto por el cual el equipo que envia por multicast sincroniza con los clientes. Los valores pueden ser valores pares a partir del 9000 por ejemplo: 9000, 9002, 9004, 9006 .....   Utilizar preferentemente el 9000, y en el caso del ejemplo anterior (ip multicast), si tenemos dos aulas en la misma subred, asignar a la primera aula el puerto 9000 y a la segunda el 9002.
+  - ''velocidad:'' Es la velocidad máxima en Mbits/segundo.  el valor máximo admitido (temporalmente) por el motor de clonación es 90 mbits - hay pruebas a gigabits con resultados excelentes.
+
+ - '''repositorio:''' asignamos el repositorio de ese aula (este valor afecta sólo a aquellos equipos que estén en ese momento en el aula, las posteriores altas de ordenadores, no le afecta este valor).
+
+
+
+
+== Gestión de ordenadores: propiedades, altas ==
+
+Cuando añadamos los ordenadores al aula, debemos de asignar obligatoriamente un repositorio. Tenemos dos opciones:
+
+    * Ir ordenador a ordenador, viendo sus propiedades y modificando las propiedades de su repositorio asignado.
+
+    * Actualizar la información de todos los ordenadores que pertenezcan a un aula. Para ello sobre el ambito aula, seleccionamos propiedades, y en el campo Repositorio, seleccionamos el que nos corresponde. De esta manera se actualizará todos los registros de los ordenadores de ese aula.
+
+La información referente al campo de la dirección IP, debemos de asegurarnos de no dejar espacios al inicio ni al final de la dirección.
+
+La información referente al campo de la dirección MAC, debemos de asegurarnos de no dejar espacios al inicio ni al final de la dirección. El formato de la dirección MAC, es sin separadores entre los bloques hexadecimales. Ejemplo de formato mac para OpenGnsys: 90e6ba8172a3
+
+[[Image(ordenadores_rev1463.jpg)]]
+
+Los datos añadidos en esta revisión son los enmarcados en color azul.
+ - Identificador de la tarjeta de red:
+   - Aunque hay una errata. Donde dice P2P modo, debería decir interfaz del cliente. La opción por defecto es eth0, en el caso de que nuestro cliente, disponga de varias, debemos de asignarle cual de ellas utilizará para conectarse al servidor Opengnsys.
+ - El otro campo es el identificador de la controladora de red, inicialmente el cliente de esta revisión tiene un gran soporte para estos controladores, por este motivo este campo siempre es "generic".
+
+
+
+== Modulo Gestor de Arranque Remoto "NetBoot" ==
+
+- El servidor OpenGnsys, actua como servidor PXE.  Esto quiere decir que podemos gestionar el arranque del cliente, si éste tiene configurado en la bios que su arranque sea por pxe.  
+- La gestión inicial de un equipo cliente, es que arranque por el disco duro.  De esta manera sólo arrancará el S.O. cliente Opengnsys, aquellos que determinemos.
+
+- Para cambiar este modo de arranque, es decir, decidir que ciertos ordenadores arranque por pxe para realizar ciertas operaciones opengnsys, o que arranquen una determinada particion:
+
+    * debemos pulsar el boton derecho sobre un aula, elegir la opción "Netboot Gestion", que nos abre un desplegable, aunque solo hay una opcion "Netboot Avanzado", la elegimos.
+
+
+
+
+[[Image(netboot_acceso_rev1463.jpg)]]
+
+[[Image(netboot_avanzado_rev1463.jpg)]]
+
+En la ventana de la derecha aparece una serie de columnas, según las opciones definidas por el administrador:
+
+    * OGClient:  Esta columna-opción es la principal: el cliente arrancará por SO pxe Opengnsys debootstrap en modo usuario (sin consola shell y con posibilidad de restaurar imágenes desde el repositorio, pero no de crear imagenes en el repositorio. Solo en la cache).
+
+    * mbr 1hd:    el cliente arrancará por el disco duro. Valor por defecto para los clientes Opengnsys.
+
+    * 1hd 1partion:  el cliente arrancará por la primera particion del primer disco duro.
+    
+    * ogClientAdmin-pxe: el cliente arrancará por SO pxe Opengnsys debootstrap en modo adminsitrador (consola shell, y con posibilidad  de crear imagenes en el Repositorio).
+
+    * og-initrd-admin:  el cliente arrancará por el SO pxe Opengnsys trunk en modo admin
+
+    * og-initrd-user: el cliente arrancará por el SO pxe Opengnsys trunk en modo user
+
+Cuando un cliente es añadido en la aplicación Opengnsys, automaticamente se define que debe arrancar por la opcion "mbr 1hd", es decir por el primer disco duro. 
+Para cambiarlo el tipo de arranque, debemos seleccionar el equipo o los equipos y utilizar los correspondientes botones [in] [out], hasta desplazarlos a su opcion deseada  y despues confirmar el cambio con el boton "guardar"
+
+Hay que especificar que el contenedor u opción principal es el situado en la izquierda, es decir "ogclient". Por tanto los equipos que esten en "ogclient" y queramos asiganarle una opcion distinta por ejemplo "mbr 1h", primero seleccionamos los equipos que estén ubicados en la opción "ogclient" y luego pulsamos el botón [in] de la opcion "mbr 1h". y despues confirmamos este cambio con el botón GUARDAR.
+Para realizar el proceso contrario, es decir pasar de la opcion "mbr 1h", a la opcion principal "ogclient", debemos seleccionar los equipos que esten ubicados en "mbr 1h" y pulsar su correspondiente botón [out] para que se desplacen al contendor principal "ogclient", después se confirma la operación con el boton "GUARDAR"
+
+Nota importante: este gestor de arranque, utiliza la información relativa a su aula que previamente se ha debido de asignar, en las propiedades del aula. En el caso de que esta información sea erronea o no se haya especificado, los arranques por los distintos clientes pxe puede ser que no se realice adecuadamente.
+
+
+
+== Módulo asistente para la clonación de Particiones entre clientes ==
+
+Este asistente nos permite clonar particiones directamente entre los ordenadores de un aula, utilizando multicast.
+
+Debemos tener encendidos en el cliente Opengnsys todos aquellos equipos que vayan a participar en la sessión multicast.
+
+Debemos saber exactamente el equipo que contiene la partición que queremos clonar a los demas equipos.
+
+Por defecto:
+
+    * Sólo clona particiones del primer disco duro.
+    * Si la particion origen es la primera se clonara en la particion primera de los demás equipos.
+    * Si uno de los equipos que se clonará tiene una particion más pequeña, a los datos que se enviaran desde la particion origen. Esta circunstancia la detectará el propio ordenador y no se unirá a la sessión multicast. 
+
+NOTA: este asistente aún no está totalmente terminado. La operación se realiza en todos aquellos ordenadores que pertenezcan al ambito del aula seleccionada y estén arrancados con el cliente de OpenGnsys.
+
+
+
+Acceso al asistente:
+[[Image(cloneremotepartition_acceso_rev1463.jpg)]]
+
+El formulario que nos aparece, en este momento aparece con todas las opciones disponibles, aunque aquellas opciones avanzadas irán ocultas sólo accesibles bajo petición del usuario.
+
+[[Image(cloneremotepartition_gestion_rev1463.jpg)]]
+
+Opciones del asistente:
+
+Paso 1: Elegir el ordenador (cliente Master) que contiene la partición que deseamos clonar al resto de los ordenadores de ese aula.
+
+Paso 2: Elegir partición. Sólo después de seleccionar el cliente Master (paso 1), nos aparece aquellas particiones pertenecientes al ordenador que son consideradas potencialmente clonables por la aplicación OG.
+
+Paso 3: Generar Intrucción OG. Este paso nos genera la instrucción que se ejecutará en el cliente.
+
+Paso 4: Pulsar el botón aceptar para enviar la instrucción a los clientes.
+
+NOTA: los valores adicionales son tomados de la información asignada a dicha aula, especialmente los datos de multicast.
+
+
+== Modulo web Asistente para "Deploy de Imagenes" ==
+El deployImagen, es la operación que consiste en un updateCache más su posterior restoreImage desde su cache. Es decir, la imagen se guarda desde el servidor en la partición cache de los clientes, utilizando los protocolo P2P, multicast o unicast. Después de comprobar que la imagen ha sido descargada, o si previamente ya estuviese en cache, procede a restaurar dicha imagen en la partición destino del cliente.
+
+[[Image(deployImage_acceso_rev1463.jpg)]]
+
+
+[[Image(deployImage_torrent_rev1463.jpg)]]
+
+
+
+Los pasos del asistente son muy simples:
+- Paso 1. Elegimos la partición a restaurar. (destino)
+- Paso 2. Elegimos la imagen a utilizar (origen)
+- Paso 3. Elegimos el protocolo a utilizar [multicast|torrent]
+   - Opcional: Revisar los parámetros del protocolo a utilizar que se asignaron al aula, por si hubiese necesidad de cambiar algo.
+- Paso 4. Generar el código a utilizar. Que nos sirve de autoprendizaje.
+- Paso 5. Confirmamos el envio del comando a los clientes.
+
+
+=== Ejemplo deployImage Torrent en modo de clientes seeder: comparten mientras descargan ===
+
+La imagen siguiente es el asistente de deployimagen para un ámbito aula. 
+Se generá instruccion con los valores por defecto asignados al aula. 
+- Modo seeder: los clientes mientras descargan la imagen, también la comparten.
+- Tiempo p2p:  una vez descargada la imagen, el cliente se queda X (en este caso 60 segundos) segundos compartiendo la imagen.
+
+En el aula, hay varios ordenadores, que la imagen ya está en la cache. Estos simplemente detectarán que ya la tienen y automaticamente pasan a realizar un restoreImage desde la cache.
+
+[[Image(deployImage_instruccion.png)]]
+
+
+La siguiente captura, es la información del tracker   (puerto 6969 de nuestro repositorio).
+- Muestra las imagenes que el ogRepo está sedeando.
+
+[[Image(deployImage_tracker_state_0.png)]]
+
+
+En la siguiente captura, vemos como el tracker detecta los clientes que se están descargando una determinada imagen.
+En las ventanas de log de los clientes, vemos que se están comportando como seeder, es decir, mientras descargan comparten.   
+[[Image(deployImage_tracker_state_1.png)]]
+
+
+== Modulo web Asistente para Particionado ==
+- Con este módulo podremos reparticionar un disco duro, facilitando la información de las particiones y los tamaños de éstas dependiendo de los valores que el resto de equipos del aula dispongan.
+- De este modo, si un aula, el particionado tipo es de de la primera partición tipo NTFS y un tamaño de 50 GB, el asistente nos ofrece esta opción como valor por defecto. También ofrece la posibilidad de personalizar, tanto el tipo como el tamaño.
+
+|| [[Image(particionado_acceso.jpg)]]  ||  [[Image(particionado_paso1.jpg)]] ||
+
+ [[Image(particionado_paso2.jpg)]] 
+
+
+- Si seleccionamos gestionar una partición, son dos los valores que debemos de asignar: el tipo de partición y el tamaño.
+   - Para cada uno de estos valores, tamaño y partición, el sistema nos proporciona automáticamente los valores que los equipos del aula a la que pertenece tengan asignadas para esa partición. 
+   - El módulo también ofrece la posibilidad de "personalizar" los valores para estos parámetros, y asignar al equipo que queremos redefinir sus particiones con valores distintos al resto del aulas.
+
+[[Image(particionado_paso3.jpg)]]
+
+
+== LOG ==
+Hay dos modulos web para ver los log de los clientes.
+
+Leer el fichero de log: desde la zona izquierda de la aplicación . verLog
+Ver el log en tiempo real del cliente: desde la vista de "estatus de ordenadores", botón derecho del ratón sobre el equipo deseado y pulsar ver log Seguimiento.
+
+
+Desde el servidor Opengnsys, podemos ver la información que un determinado cliente está ejecutando en ese momento.
+
+    * Si queremos que está haciendo el equipo con ip 172.17.36.56, desde la consola shell del servidor opengnsys tecleamos # tail -f /opt/opengnsys/log/client/172.17.36.56.log
+
+Los comandos actuales de esta revisión redireccionados son:
+
+    * ejectuarscritps
+
+    * crearimagen
+
+    * restaurarimagen
+
+== Acceso ssh a los clientes OpenGnsys ==
+
+ - El cliente SO pxe para opengnsys, tiene por defecto activada el servicio ssh y disponible las terminales para acceso local con login.
+
+ - El usuario por defecto es root y su contraseña es og  .  Esta contraseña se asigna en el fichero defaultTESTING , que desde el servidor OpenGnsys, es /opt/opengnsys/client/etc/init/defaultTesting
+
+
+ - Cuando hagamos ssh a un cliente Opengnsys, si queremos tener disponibles las API OG, debemos de teclear #:
+{{{
+source /opt/opengnsys/etc/preinit/loadenvironTESTING
+}}
+
+Despues de esto ya tenemos a nuestra disposición todas las API Opengnsys.
+