Hola amigos,

Imaginaros que disponemos de una Lun en una san iSCSI del fabricante X y por necesidades de espacio desde la interfaz de administración de la san incrementamos el tamaño de la partición gestionada por LVM.

Posteriormente tendremos que realizar los siguientes pasos en XenServer para que podamos disfrutar de ese espacio adicional en la Lun.

1.- Apagamos las máquinas virtuales.

2.- Buscamos el uuid del SR

# xe sr-list

3.- Sacamos más información del SR localizado anteriomente

# xe sr-param-list uuid=”uuid” |grep PBD

4.- desadjuntamos el PBD

# xe pbd-unplug uuid=”uuid del PBD”

5.- Adjuntamos el PBD

# xe pbd-plug uuid=”uuid del PBD”

6.- Arrancamos las máquinas virtuales.

Con esto tendremos el SR redimensionado y funcionando. Como siempre espero que esta breve lectura os sea de utilidad.

Aprovecho la ocasión para desearos unas felices vacaciones a todos.

Un abrazo,

Hola a todos,

Como sabéis durante el proceso de instalación de XenServer, este te dice si deseas instalar el cd adicional con los templates para linux.

En caso de no hacerlo, podremos instalar dicho cd posteriormente.

En el siguiente post os explicaré como hacerlo:

1.- Insertamos el cd en XenServer

2.- Accedemos a Xenserver desde CLI

3.- Montamos la unidad de cd

# mount /dev/hda /mnt

4.- Accedemos al directorio

# cd /mnt

5.- Instalamos

# ./install.sh

6.- Salimos del directorio y desmontamos

# cd ..

# umount /mnt

7.- Expulsamos el cd.

Y esto es todo, con ello tendremos instalado los templates de linux.

Espero que os sea de utilidad.

Hola amigos,

En el post de hoy trataré de explicar como añadir un repositorio local en XenServer.

Imaginad, por ejemplo, que la instalación inicial del servidor se hizo sobre un raid 1 con dos discos. Ahora disponemos de 4 más y hemos montado un raid 5 con ellos.

Con estos dos pequeños pasos podremos hacerlo.

1.- Localizamos como ha llamado el servidor a la unidad compuesta por el raid 5.

# fdisk -l

otra opción:

# ls /dev/sd*

2.- Añadimos el repositorio:

# xe sr-create content-type=”Almacenamiento_local” host-uuid=”uuid del servidor” type=lvm ó ext device-config-device=/dev/sdb shared=false name-label=”Almacenamiento en raid 5″

Como podéis ver hay posibilidad de escoger entre partición lvm o ext. Esto queda a vuestra elección.

Decir que una partición ext se tomará más tiempo en crearse que lvm. Además, en mi opinión, lvm tiene muchas más ventajas.

Una vez terminado, podremos ir a XenServer y veremos el repositorio creado.

Espero que os sea de utilidad.

Hola Amigos,

En el post de hoy os voy a explicar como solucionar un problema típico cuando trabajamos con servidores los cuales tienen varias tarjetas de red.

Muchas veces no sabemos como identificar que tarjeta de red corresponde a la interfaz que asigna el sistema. Para resolverlo en linux existe el comando “ethtool –p” el cual hará parpadear el led de la tarjeta durante los segundos que le pongamos al comando.

En XenServer también existe este comando por lo que cuando queramos localizar una interfaz haremos lo siguiente:

# ethtool -p ethX 100

Donde X es el número de interfaz del sistema y 100 son los segundos que queremos que esté parpadeando.

Relacionado con esto también podremos usar el comando “mii-tool” el cual nos dirá que interfaces tienen conexión:

# mii-tool
eth0: negotiated 100baseTx-FD, link ok
eth1: negotiated 100baseTx-FD, link ok
eth2: negotiated 100baseTx-FD, link ok
eth3: negotiated 100baseTx-FD, link ok
eth4: negotiated 100baseTx-FD, link ok
eth5: negotiated 100baseTx-FD, link ok

Añadiros también que los comandos anteriomente descritos no influyen en el servicio de nuestro XenServer.

Pero no hay que tomarse el comando ethtool a la ligera. Por ejemplo, hay un “reconocido problema” con el comando ethtool -b. Si hacemos uso de este a la vez que XenCenter.

En caso de ser necesario hacerlo se recomienda ejecutar el comando con un timeout asignado. Porque como cortemos el comando con Contr+C tendremos que usar el puerto serie de nuestro XenServer, tal y como expliqué hace algunos post, para poder logearnos y matar el proceso ethtool.

Nada mas, como siempre espero que os sea de utilidad.

Queridos lectores,

Citrix ha presentado un nuevo hostfix para los usuarios de XenServer 5.5. La nueva actualización pretende solucionar los problemas publicados en los siguientes enlaces:

http://support.citrix.com/article/CTX125319
http://support.citrix.com/article/CTX123359

Los que ya dispongan de la reciente versión XenServer 5.6 no es necesario que apliquen el parche.

Os recuerdo como podéis intalarla desde línea de comandos:

1.- Descargamos el paquete:

# wget

http://support.citrix.com/servlet/KbServlet/download/24198-102-647273/XS55EU2001.zip

2.- Descomprimimos:

# unzip XS55EU2001.zip

3.- Cargamos el hostfix:

# xe patch-upload file-name=XS55EU2001.xsupdate

4.- Aplicamos el hotfix:

# xe patch-pool-apply uuid=”uuid del pool o servidor XenServer”

5.- Reiniciar:

Una vez aplicado el parche reiniciamos el servidor XenServer. Esto es todo. Espero que os sea de utilidad.

¡Hola a todos¡, soy Miguel Ángel Alonso y estoy aquí de nuevo con vosotros como cada Martes para contaros algo nuevo a cerca de la virtualización y en mi caso retomaré el tercer y último capítulo dentro de nuestro mundo MAC OSX, aunque prometo que no será el último para los amantes del mundo APPLE.

Como ya comenté en anteriores POSTs del BLOG, hoy vamos a conocer un software de Citrix llamado DAZZLE y que ya lleva con
nosotros unos 6 meses desde su aparición y que aparte de funcionar con Windows también trabajará con nuestros MAC OSX.

Dazzle es un PORTAL interactivo (Cloud Computing) que funciona como un SELF-SERVICE (Auto-servicio) para aplicaciones y escritorios virtualizados de nuestros servidores XenApp y XenDesktop.

La idea de hoy es ver como tener nuestro Cliente de vSPHERE dentro de nuestro MAC OSX como si de forma nativa se tratase. Para ello y no alargarme en demasía os explicaré un poco por encima los pasos previos necesarios para tener nuestra aplicación virtualizada y poder tirar desde DAZZLE para finalmente ejecutarla.

Lo primero que deberemos es descargarnos desde CITRIX la aplicación desde aquí y recordaros de la necesidad de tener cuenta con Citrix para poder hacerlo. (Paso muy sencillo).

Necesitaremos para el correcto funcionamiento de todo:

1. Un escritorio limpio de aplicaciones y en el cual sólo tengamos instalado Citrix Stream Profiler. Para posteriormente instalar el cliente vSphere cuando sea necesario. Recordar que trabaja de forma muy similar a VMware ThinApp.
2. Un servidor de Citrix XenApp
3. Una carpeta compartida donde alojar el PROFILE (Aplicación virtualizada).
4. Citrix Dazzle para MAC OSX

Una vez dicho todo esto comenzaremos:

Abrimos nuestro Desktop limpio de aplicaciones a excepción claro está de nuestra aplicaión Citrix Stream Profiler para virtualizar aplicaciones. Vamos hasta Stream Profiler y lo ejecutamos …

Para que empiece a reconocer nuestro entorno (Pre-escaneado antes de instalar el Cliente de vSphere), introducir para que sistemas operativos queremos que sea compatible y con qué Service Packs.

Luego instalaremos nuestro Cliente vSphere y nos hará un POST-escaneado de esta.

Y llegados al final del WIZARD (Asistente) de Stream Profiler. Le daremos una ruta de una carpeta compartida en la RED para finalmente guardar nuestro Profiler (Aplicación Virtualizada).

Aquí podemos ver una pequeña parte de mi entorno vSphere en el que podemos ver una Granja de Servidores XenApp, aunque realmente con uno de ellos nos serviría para la puesta en marcha de nuestra aplicación.

También podéis ver un Citrix Secure Gateway que utilizo para la conexión a las APLICACIONES o escritorios Virtualizados desde la Red WAN, este Server no es necesario si sólo vamos a conectarnos en una Red LAN.

Ahora nos iremos a nuestro/s Servidor de XenApp y abriendo la consola principal de gestión, nos moveremos hasta nuestra GRANJA de XenApp y al apartado de Aplicaciones y desde este crearemos una nueva aplicación que será la creada anteriormente con Citrix Stream Profiler.

Le damos al asistente e introducimos el nombre representativo de nuestra aplicación virtualizada, siguente …

Aquí en este paso seleccioneremos: distribuida si es posible ,si no, de otro servidor y haremos click en SIGUIENTE …

En este paso siguiente, escribiremos la dirección UNC donde hemos alojado a nuestro archivo profile de Stream Profiler en la carpeta compartida de la RED. Como podemos ver nos aparecerá el icono de nuestra aplicación (vSphere Client). Selecciona siguiente y terminaríamos continuando el asistente y dándole los matices necesarios de pantalla, conexiones , comportamiento al abrirse, quien tiene acceso a las aplicaciones (Grupos,Usuarios) etc…. de nuestra aplicación.

Cabe reseñar que aconsejo también instalar esta aplicación dentro de XenApp (de manera STANDARD) sin necesidad de Stream profiler para darle en el apartado de ruta local a esta aplicación y así asegurarnos que la aplicación siempre arranque en caso de error de RED con nuestra ruta UNC.

Y aquí ya podemos ver varias aplicaciones que uso en STREAMING, y ¡cómo no! A nuestro querido cliente de vSphere entre ellas.

Ahora ya por fin vamos a nuestro MAC OSX donde descargamos DAZZLE desde Citrix y que podemos ver en nuestro ScreenShot de nuestro escritorio, lo seleccionamos y ejecutamos con doble click …

Y aquí tenemos una primera vista de la apertura de nuestro DAZZLE:

Y sobre el botón derecho de la parte superior haremos click en PREFERENCES para introducir la dirección URL de nuestro Servidor Web Interface de nuestro XenApp ó nuestro SecureGateway.

Y en el apartado de Dazzle Stores como ya he mencionado hace un momento introducimos la dirección URL de nuestro/s Servidor donde nuestro DAZZLE se conectará para lanzar vSphere Client vía Streaming. El formato como podeis ver es:

http:///Citrix/PNAgent/config.xml (Para clientes en una LAN)

https:///Citrix/PNAgent/config.xml (Para clientes con Secure Gateway o Acces Gateway en una RED LAN+ WAN).

Y por fin tendríamos nuestro PORTAL con las aplicaciones a las que tendríamos acceso. A la derecha de cada aplicación nos aparecería un botón ADD para añadir las aplicaciones que queremos tener en nuestro MAC OSX. En el ScreenShot aparece el botón Remove porque ya las había añadido anteriormente.

Abajo en la izquierda sobre la Carpeta DAZZLE con botón derecho seleccionaremos Show in Fider para ir a la carpeta donde se alojan nuestras aplicaciones virtualizadas en nuestro MAC OSX.

Seleccionamos vSphere Client y nos creamos un icono en nuestro escitorio del MAC.

Y aquí tenemos nuestro icono del Cliente de vSphere en nuestro escritorio como si estuviese instalado de forma nativa.

Hacemos doble click sobre el icono y la aplicación se lanza vía Streaming contra nuestros servidores XenApp. Podemos ver en el icono AZÚL del plug-in de Citrix.

Y nos aprece el cliente de vSphere, introducimos la dirección de nuestro vCenter en mi caso, usuario, contraseña ,y finalmente hacemos LOGIN …

Y por fin tendremos abierto nuestro Cliente vSphere para trabajar en nuestro MAC OSX de forma totalmente natural como si estuviese instalado en nuestros MAC.

Bueno hasta aquí por hoy, espero haberos podido aportar algo más a vuestros grandes conocimientos y os emplazo hasta la semana que viene para hablaros de algo nuevo sobre la virtualización.

Un saludo, y hasta la semana que viene

Queridos lectores,

Hace algunas semanas os detallé como poder exportar máquinas virtuales. Para ello es comenté que si lo hacíais desde CLI necesitabais algún tipo de almacenamiento NFS o CIFs para poder volcar el fichero de exportación.

En el post de hoy os explicaré como copiar una máquina virtual desde línea de comandos. Esta vez podréis copiarla sobre el mismo repositorio de almacenamiento SR donde está alojada la máquina virtual que queremos copiar. Por supuesto, también podréis copiarla sobre un repositorio SR alternativo, por ejemplo, hacer una copia del respositorio SR local de XenServer a un respositorio iSCSI.

El proceso de copia son tres pasos bien sencillos. Debéis aseguraros que la máquina virtual está apagada.

1.- Listar para encontrar la máquina virtual que queréis copiar:

# xe vm-list

2.- Listar los repositorios de almacenamiento. Si queréis copiar de un repositorio a otro, apuntaros cual será origen y cual será destino.

# xe sr-list

3.- Copiar la máquina virtual

# xe vm-copy vm=”Nombre de la Máquina Virtual que queréis copiar” sr-uuid=”Respositorio de almacenamiento destino” new-name-label=”Nuevo nombre para la Máquina virtual” new-name-description=”Nueva descripción para la máquina virtual”

Para acabar comentaros que esta operación también podréis hacerla desde XenCenter. En el proceso de configuración de la copia aparece alguna opción añadida como borrar la máquina virtual original después de la copia. Opción que desaconsejo totalmente por posibles problemas que puedan surgir durante el proceso de la misma. Nunca se sabe… Primero hacer la copia y una vez realizada si estáis bien seguros de eliminar la original podréis dar la orden sin problemas.

Como siempre espero que os sea de utilidad.

Hola a todos,

En muchos de mis posts he mencionado el uso de almacenamiento CIFs para poder volcar en el mismo los backups o ficheros de exportación.

En el post de hoy os detallo como montar una unidad CIFs (Windows File System) en un servidor XenServer desde línea de comandos.

1.- Nos logueamos en el servidor como usuario root. Podemos hacerlo remotamente desde mediante ssh

#ssh root@ip_del_servidor_XenServer

2.- Creamos el punto de montaje

#mkdir /mnt/directorio

3.- Montamos

#mount -t cifs //ip/directorioPublicado -o username=usuario,password=contraseña /mnt/directorio

4.- comprobamos

#mount

Como siempre espero que os sea útil.

Queridos lectores,

Muchos de vosotros os habéis interesado en conocer un listado de hardware compatible con XenServer para poder instalarlo.

En el post de hoy os ofrecemos un enlace oficial de Citrix en el que podéis encontrar un listado de compatibilidades para Xenserver.

http://hcl.xensource.com/HCLHome.aspx

También os dejo otro enlace de la página oficial de Citrix en el que podéis encontrar un listado de compatibilidades tanto de software como de hardware para StorageLink.

http://hcl.xensource.com/SLG-HCLHome.aspx

Por si alguien no conoce la tecnología StorageLink, de Citrix Essentials, quiero resaltar que esta utilidad nos brinda soluciones muy eficientes de conectividad para almacenamiento mediante un solo clic.

Espero que ambos links os sean de utilidad.

Queridos lectores,

Normalmente en los centros de datos o incluso en nuestras oficinas deberíamos tener algún SAI para en el caso de cualquier fallo o corte en el suministro eléctrico.

Estos SAI independientemente del fabricante deben tener un software que instalado en un equipo al cual esté conectado poder configurarlo.

Este software nos permitirá apagar las máquinas antes de que se acabe la autonomía de las baterías e incluso nos permitira ejecutar secuencias de comandos o scrips para que nos realice alguna tarea en concreto.

Si a esa aplicación le decimos que nos ejecute el siguiente script nos apagará nuestro XenServer 5.5 junto con todas sus máquinas virtuales de forma correcta antes que el sistema se quede sin corriente.

HOST=”X.X.X.X” #Introduce la ip de tu servidor HOSTUSER=”root” #Introduce el usuario HOSTPASSWD=”contraseña” #Introduce la contraseña HOSTSHUTDOWN=”xenservershutdown.sh” #Fichero temporal para apagar las máquinas virtuales HOSTNAME=”hostname” #Nombre del servidor xe -s “$HOST” -u “$HOSTUSER” -pw “$HOSTPASSWD” vm-list | grep running -B 1 | grep name-label | awk -F: ‘{print $2}’ | sed ’s/ //’ | awk -F:
-v HOST=$HOST -v HOSTUSER=$HOSTUSER -v HOSTPASSWD=$HOSTPASSWD ‘{print “xe -s ” HOST ” -u ” HOSTUSER ” -pw “HOSTPASSWD” vm-shutdown vm=\”" $1 “\”"}’ > “$HOSTSHUTDOWN”
echo xe -s “$HOST” -u “$HOSTUSER” -pw “$HOSTPASSWD” host-disable host=”$HOSTNAME” >> “$HOSTSHUTDOWN”
echo xe -s “$HOST” -u “$HOSTUSER” -pw “$HOSTPASSWD” host-shutdown host=”$HOSTNAME” >> “$HOSTSHUTDOWN”
chmod 777 “$HOSTSHUTDOWN”
./”$HOSTSHUTDOWN”
rm -rf “$HOSTSHUTDOWN”

Al script le pondremos extensión .bat y lo alojaremos en la ruta “c:\program files\Citrix\XenCenter”

Esto es todo amigos, ya tenemos un motivo menos del que preocuparnos y poder dormir tranquilos. Como siempre espero que os sea de utilidad.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

Hola de nuevo, soy Miguel ángel Alonso y como cada Martes estoy con vosotros para contaros algo nuevo y como no podía ser de otra manera, esta semana pasada, y en concreto el Viernes 28 de Mayo salió a la luz la nueva versión de Citrix XenServer en su versión 5.6 ,con un montón de características nuevas, que le van a dar un plus de mejoras muy importantes.

Mejoras que bajo mi punto de vista demandábamos todos aquellos que trabajamos con este excelente Software de Virtualización de Servidores.

Para no hacerme muy pesado os voy a dejar como regalo las principales mejoras que llegan con XenServer 5.6:

1- Granular Role-based Access Controls

Controles de acceso basada en funciones granulares. Los usuarios administrativos se pueden asignar a uno o varios roles, que rigen las acciones que son capaces de completar desde XenCenter y la interfaz de línea de comandos (CLI).

2 – Administrative Logging and Audit

Registros administrativos y de auditoría. Cambios administrativos desde XenCenter o la CLI que se han iniciado (logged) y están disponibles en los informes de la carga de trabajo en XenCenter.

3 – Dynamic Memory Control

Control dinámico de la memoria. Esta característica puede aumentar el número de máquinas virtuales por host, permitiendo la utilización de la memoria de máquinas virtuales existentes al comprimirse esta, para que puedan arrancar máquinas virtuales adicionales en el host.

4 – Enhanced VM Snapshots

Mejorados los Snapshots de las VM. Ahora es posible crear instantáneas de máquina virtual completas, incluido el estado del disco y la memoria. Las Máquinas virtuales pueden fácilmente volver al estado previo del snapshot con la opción de “Revert to Snapshot”.

5 – Automated Workload Balancing & Power Management

Equilibrio de carga de trabajo automatizado y administración de energía. Las recomendaciones de balanceo de la carga pueden ser aplicadas automáticamente sin intervención administrativa. Las Características de administración de energía incluyen ,soporte para implementaciones por wake-on-LAN y por proveedores específicos como HP, Dell y otros.

6 – StorageLink Site Recovery

Recuperación de sitios de Citrix StorageLink. Integración mejorada con replicación a nivel de almacenamiento de información que permite la recuperación de toda una infraestructura virtual en un sitio de recuperación ante desastres secundario.

7 – Citrix License Server Integration

Integración de servidor de licencias de Citrix. Esencialmente las funciones de XenServer ahora se activan mediante una licencia que se aplica a un servidor de licencias de Citrix.

Podéis descargarlo desde aquí.

También os voy a dejar como van a quedar estructuradas las nuevas versiones de Citrix XenServer a partir de esta versión 5.6 ,y los precios que conllevan dichas estructuras según su tipo de licenciamiento:

Como nota cabe recordar que aquellos que quieran actualizar a esta versión, y que posean licencias anteriores a esta, y debido al cambio de licenciamiento (Nuevas Licencias y Nuevo Servidor de Licencias) dispondrán de un periodo de 30 días para actualizar sus licencias desde Citrix .

Bueno hasta aquí me despido de vosotros hasta el próximo martes. Como siempre, ha sido un placer estar al lado de nuestros seguidores del BLOG y aprovecho desde aquí para enviaros un saludo.

Hasta el próximo Martes.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

Hola amigos en el post de hoy os explicaré como reinstalar nuestro XenServer sin perder las máquinas virtuales que hay dentro del servidor.

Es muy útil en el caso de que se nos haya corrompido la instalación, o incluso si hemos actualizado y queremos volver atras.

Los pasos a seguir son:

1.- Introducir cd XenServer 5.5 en la unidad de dvd de nuestro servidor.

2.- Reiniciar y arrancar desde la unidad de dvd.

3.- Nos saldrá la pantalla de bienvenida.

4.- Seleccionar “Install or upgrade XenServer host”.

5.- Seleccionar la partición donde se reinstalará.

6.- El sistema detectará que hay máquinas virtuales, le confirmaremos que haga un backup de toda esta información.

7.- Continuar con la instalación hasta que finalice.

Con esto tendrémos nuestro XenServer 5.5 con una instalación limpia. Y lo mejor de todo es que funciona. Además puedo confirmarlo personalmente ya que recientemente he tenido que utilizarlo.

Nada mas queridos lectores, como siempre espero que os haya sido de utilidad.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

Hola amigos,

En el post de hoy trataré de explicaros como crear una red dentro de nuestro XenServer. Posteriormente mediante una máquina virtual linux que nos hará de router podremos acceder hasta esa red interna haciendo uso de NAT.

Red externa: 192.168.0.0/24
Red interna: 10.1.1.0/24

1.- Creamos la red desde XenCenter:

- Desde nuestro pool nos vamos a la pestaña Network
- Seleccionamos añadir new network
- Seleccionamos “External Network”
- Le asignamos un nombre, por ejemplo network 1
- Seleccionamos la interfaz física que le queremos asignar.
- Pulsamos sobre finalizar.

2.- Creamos una máquina virtual debian.

- Para ello haremos uso de la plantilla Debian Etch 4.0
- Le asignamos nombre a la máquina virtual, por ejemplo, “router”
- Le decimos sobre que servidor xenserver queremos alojarla.
- Le asignamos recursos, cpus, memoria, etc.
- Verificamos que se le hayan asignado las dos redes (network 0 y
network 1)
- Pulsamos en siguiente y en finalizar.
- Arrancamos la máquina virtual recién creada.
- Introducimos el password de root
- Introducimos el hostname: router

3.- Configuramos la máquina virtual debian como router.

- Entramos dentro de la máquina virtual debian con las credenciales de root
- Configuramos las interfaces:

vi /etc/network/interfaces

#Network 0
auto eth0
iface eth0 inet static
address 192.168.0.254
netmask 255.255.255.0
gateway 192.168.0.1

#Network 1
auto eth1
iface eth1 inet static
address 10.1.1.254
netmask 255.255.255.0

– Configuramos ip forwarding_

vi /etc/sysctl.conf

descomentamos la siguiente linea:

#net.ipv4.conf.default.forwarding=1

y la modificamos por:

net.ipv4.conf.default.forwarding=0

Guardamos cambios.

– Configuramos NAT

vi /etc/iptables.conf

#!/bin/sh
IPTABLES=”/sbin/iptables”

$IPTABLES –flush
$IPTABLES –table nat –flush
$IPTABLES –delete-chain
$IPTABLES –table nat –append POSTROUTING –out-interface eth0 -j MASQUERADE
$IPTABLES –append FORWARD –in-interface eth1 -j ACCEPT

Guardamos cambios
Le asignamos permisos al anterior fichero:

chmod 744 /etc/iptables.conf

- Editamos /etc/rc.local

Le añadimos la linea: /etc/iptables.conf

Guardamos cambios

- Reiniciamos

4.- Comprobar.

-Comprobamos que todas las máquinas virtuales que tengamos en la red network 1 son accesibles desde la red network 0.

Queridos lectores una vez comprobado habremos finalizado. En el caso de que queramos añadir mas reglas a nuestro iptables como configurar o bloquear puertos podremos hacerlo sin problemas. Como siempre espero que os sea de utilidad.

Por favor, si te ha gustado este post dame tu puntuacion: [ratings]

Queridos lectores del Blog de Virtualización en Español, si por casualidad os encontrais con algún problema con XenServer y sea necesario conectarse mediante hyperterminal, aquí os dejo unos sencillos pasos que detallan como hacerlo.

1.- Necesitamos un cable serie, y por supuesto un puerto serie en una máquina Windows XP y nuestro servidor XenServer 5.5

2.- Configurar HyperTerminal en un equipo Windows XP. Lo podemos encontrar en agregar/quitar programas de Windows.

3.- Reiniciamos el servidor XenServer.

4.- Cuando aparezca el menú de arranque, ponemos lo siguiente:

#boot:menu

5.- Del menú que nos aparece seleccionamos:

xe-serial

6.- En este momento XenServer arrancará con soporte para el puerto serie y podremos conectar un HyperTerminal. La salida del HyperTerminal nos mostrará los errores de XenServer.

Nada mas queridos lectores, como siempre, espero que os sea de utilidad.

Por favor, ti te ha gustado este post dame tu puntuacion: [ratings]

Hola amigos,

Imaginaros que nos encontramos en la situación de tener que configurar varios dispositivos móviles como iPads, iPhones, o cuaquier dispositivo móvil al que se le tiene que instalar Citrix Receiver.

Con ayuda de esta url tenemos la solución:

http://community.citrix.com/MobileReceiverSetupUrlGenerator/

En pocos segundos tendremos generada la url, url que podremos difundir directamente a los usuarios finales por correo electrónico para que se configuren su dispositivo móvil.

De este manera evitaremos quebraderos de cabeza y tener que crear manuales o simplemente explicar a usuarios finales como configurar Citrix Receiver en su dispositivo móvil.

Os indico los breves pasos a seguir:

1.- Vamos a url antes mencionada.

2.- Rellenamos el campo de descripción de la cuenta.

3.- Añadimos el host de nuestra granja.

4.- Añadimos el dominio de nuestra granja.

5.- Seleccionamos el checkbox si usamos gateway.

6.- Pulsamos en generar URL.

7.- Guardamos la url generada a buen recaudo. Con ella configuraremos todos los dispositivos.

Queridos lectores, una vez más, espero que os sea de utiliadad. Me despido hasta la semana que viene.

Por favor, si te ha gustado este post dame tu puntuación: [ratings]