Queridos Lectores,

Citrix Tools As A Service es una nueva iniciativa de asistencia de Citrix, se centra en ofrecer ayuda a todos los entornos de Citrix y que esta sea lo más fácil posible.

Están desarrollando herramientas que le ayudan a recopilar información del entorno, tratarla y recibir recomendaciones personalizadas.

Citrix anuncia que este producto estará disponible a partir del 2º semestre de 2011. Añaden que es un servicio basado en cloud, soporte automatizado que facilita la identificación y resolución de problemas conocidos, incluyendo mantenimiento preventivo y recomendaciones en cuanto a optimización del rendimiento.

En definitiva es una buena idea la cual facilitará la vida y la hará mas intuitiva a los administradores de sistemas de entornos Citrix. Ya sabéis que un buen administrador de sistemas siempre debe ser PROACTIVO.

Os dejo un enlace donde podéis ampliar info: http://blogs.citrix.com/2011/07/22/citrix-support-tools-as-a-service-webinar-recording-available/


¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

Citrix anuncia una nueva característica dentro de su proyecto Boston de XenServer. Esta nueva característica se llama Self Service Manager.

Hay disponible una beta para todos los usuarios para poder testearla. Es una gran herramienta enfocada al cloud y autoservicios en la nube.

Mediante la misma los usuarios, aunque no tengan experiencia, podrán iniciar sesión y administrar sus propios recursos.

Paso a detallaros algunas de sus características:

• Multi-plataforma (ESX, XenServer, OpenStack)
• Multi-Tenant
• Catálogos personalizables
• Administración de cuotas
• Portal de Autoservicio
• Chargeback reporting
• Importación de entornos existentes
• Escalabilidad
• Control granular basado en roles

También os dejo unos enlaces de youtube para que podáis aprender a trabajar con ellos:

Configuración del appliance: http://www.youtube.com/watch?v=dsrtYe9zZM0

Administración de usuairos: http://www.youtube.com/watch?v=TEwNiyxwWhE

Administración de catálogos: http://www.youtube.com/watch?v=Cid3aR3axyw

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de
Twitter y Facebook de abajo o arriba. Gracias.

Queridos lectores,

Desde el 1 de Julio está disponible para descarga la beta 2 desde la web de MyCitrix. Os dejo un resumen de las novedades más importantes:

Simplifica la instalación y gestión:

• Se simplifica la gestión de funciones de equilibrio de carga, enlace de almacenamiento y recuperación del sitio.
• El equilibrio de carga está disponible como un dispositivo virtual basado en linux para una fácil instalación y administración.
• Linux Supplemental Pack se ha eliminado, por lo que solo hay un cd de instalación básica.

Cambios en la arquitectura:

• Boston se basa en hypervisor Xen 4.1
• Mejora general de rendimiento
• vSwitch (OVS)
• Soporte para hardware asistido (SR-IOV), optimización del rendimiento de red especialmente para su uso con NetScaler VPX y SDX

Integración con Microsoft System Center:

• A partir del lanzamiento de Boston es capaz de gestionar los hosts y máquinas virtuales de XenServer desde System Center Virtual Machine Manager (VMM) 2012
• System Center Operation Manager 2012 será capaz de gestionar los hosts y máquinas virtuales XenServer

Actualizaciones para alojar huéspedes:

• Ubuntu 10.04 y Red Hat Enterprise Linux 5.6
• Plantillas experimentales para ubuntu 10.10, Centos 5.6, SLES 10 y SP4 Solaris

Otras mejoras:

• Será posible actualizar desde 5.6 y 5.6 FP1 mediante asistente.
• hasta 16 vCPU y 128 Gb de RAM para VM Windows

Os dejo el enlace por si queréis ampliar información sobre el proyecto Boston: http://www.citrix.com/lang/English/lp/lp_1340047.asp

Nada mas queridos lectores. Espero que sea de utilidad.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Queridos lectores,

Hace unos días Citrix publicaba este nuevo hotfix. Desde su portal oficial recomiendan encarecidamente aplicarlo sobre la versión 5.6 SP2.

A continuación, como siempre hago cuando sale una nueva actualización, os recuerdo como poder hacer la instalación del parche en modo CLI.

1.- Descargamos el hotfix y descomprimimos

wget http://support.citrix.com/servlet/KbServlet/download/27597-102-658199/XS56ESP2001.zip

2.- Instalamos el hotfix

xe patch-upload file-name=”nombre del parche”

3.- Imprimirá lo siguiente por pantalla

65066756-1d29-422e-8f6d-fa6fb4459551

4.- Aplicamos el parche sobre XenServer

xe patch-pool-apply uuid= 65066756-1d29-422e-8f6d-fa6fb4459551

5.- Verificamos

xe patch-list

6.- Reiniciaremos para que tenga efecto el parche

Nada mas queridos lectores, espero que sea de utilidad.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Queridos lectores,

En el post de hoy explicaré como instalar este Citrix XenServer Supplemental Pack. Es interesante por si queremos habilitar que Microsoft System Center Virtual Machine Manager para que administre nuestro pool de servidores, cosa que en futuros post os enseñaré como hacerlo. Antes de nada confirmar que sólo es posible posible hacerlo sobre versiones de XenServer 5.6 FP1 o superior.

Como la mayoría de veces explicaré como hacerlo desde línea de comandos (CLI). También es posible hacerlo durante la instalación de XenServer, cuando nos solicita “Supplemental Packs CD”, en ese caso introduciríamos el CD descargado.

A continuación, te describo los pasos necesarios para integrar System Center Virtual Machine Manager en XenServer 5.6:

1.- Descargamos la ISO y la montamos:

# mkdir /tmp/scvmm
# cd /tmp
# wget http://downloadns.citrix.com.edgesuite.net/akdlm/5622/scvmm-beta-integration.iso
# mount -o loop /tmp/scvmm-beta-integration.iso /tmp/scvmm

2.- Instalamos los componentes:

# cd /tmp/scvmm
# cd xs#xenserver-integration-suite
# ./install.sh
# cd ../xs#xenserver-transfer-vm
# ./install.sh
# cd /

3.- Desmontamos y limpiamos

# umount /tmp/scvmm
# rmdir /tmp/scvmm
# rm /tmp/ scvmm-beta-integration.iso

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

En el post de hoy, os enseñaré a modificar la ip y máscara de la interfaz de administración en un servidor Citrix XenServer, y que además, esta dentro de un pool. Para ello podremos hacerlo de dos formas, desde la consola fisica de XenServer y desde CLI.

Sea un método u otro recomiendo hacerlo in situ, mas que nada por si hay fallo o perdida de conectividad.

1.- Realizamos un backup de metadata y de las VM con el proposito de tener todo asegurado.

2.- Desactivamos la alta disponibilidad si la tuviéramos. Esto lo podemos hacer desde XenCenter

3.- Modificamos la ip y máscara:

Método A:

Accedemos a cualquier servidor del pool dentro de su consola física xsconsole. Si lo estuviéramos haciendo remotamente teclearíamos xsconsole en cualquier consola ssh.

Seleccionamos: Network and Management Interface > Cofigure Management Interface. Seguidamente asignamos la configuración de la interfaz de administración

Si viéramos que aplicando cambios que queda congelada la pantalla podemos teclear CTRL + Z, nos aparecerá una consola linux y ejecutaremos xe-toolstack-restart. Posteriormente podremos retornar a xsconsole con el comando fg%1

Método B:

Todo el método B es posible hacerlo mediante el siguiente comando:

xe pif-reconfigure-ip uuid=”UUID of host management PIF” IP=”New IP” gateway=”GatewayIP” netmask=”Subnet Mask” DNS=”DNS Lookup IPs” mode=”dhcp,none,static”

4.- Ejecutamos xe-toolstack-restart para guardar cambios de forma segura. Comprobaremos con xe host-is-in-emergency-mode si el servidor está en modo de emergencia.

5.- Ejecutaremos 3 y 4 en todos los servers del pool.

6.- Mediante cualquiera de los métodos del paso 3 modificamos la IP en el pool master

7.- Ejecutamos xe-toolstack-restart en el pool master

8.- En todos los miembros del pool menos en el pool master ejecutamos xe pool-emergency-reset-master master-address=IP_OF_THE_MASTER

9.- Verificamos el correcto funcionamiento del pool.

10.- Habilitamos alta disponibilidad si lo hubiéramos deshabilitado.

Como veis con estos sencillos pasos habremos cambiado la ip y mascara de nuestro pool de xenservers. No olvidéis realizar backups por si las moscas.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

Según Citrix después de actualizar XenServer 5.6 Feature Pack 1 a XenServer Service Pack2 crea un BUILD_NUMBER en /etc/xensource-inventory que no corresponde a la actualización.

Esto ocurre si el proceso de actualización lo hacemos mendiante xsupdate.

Para resolverlo deberemos modificar el BUILD_NUMBER manualmente. Tendremos que cambiar BUILD_NUMBER=’39265p’ por BUILD_NUMBER=’47101p’. Para ello nos iremos al fichero alojado en
/etc/xensource-inventory y lo modificaremos manualmente con el editor vi.

También podremos ejecutar el siguiente scrip que hará todo el proceso por nosotros:

file=”/etc/xensource-inventory”; cp -v $file “$file.backup” && sed -s “s/39265p/47101p/” $file.backup > $file

Recomiendo que verifiquéis si lo ha modificado correctamente.

Si queréis mas información os dejo un enlace con todo el historial de revisiones de XenServer: http://support.citrix.com/article/CTX122443

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de
Twitter y Facebook de abajo o arriba. Gracias.

Queridos lectores,

El kernel de Ubuntu 10.04 tiene un bug que afecta al SMP cuando está corriendo sobre un Hypervisor de Xen.

Este bug afecta tanto a máquinas virtuales de 32bits como de 64 bits.

Como posible solución a este nuevo bug, Citrix recomienda actualizar el kernel de Ubuntu.

A continuación, paso a detallaros los pasos necesarios para corregir este bug en el kernel de Ubuntu 10.04 sobre XenServer:

• apt-get install python-software-properties
• add-apt-repository ppa:kernel-ppa/ppa
• apt-get update
• apt-get install linux-headers-generic-pae-lts-backport-natty linux-image-generic-pae-lts-backport-natty
• echo xen_blkfront >> /etc/initramfs-tools/modules
• update-initramfs -c -k all
• reboot

Para mas información os dejo un enlace de la referencia de ubuntu a dicho bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/681083

Esto es todo. Como siempre espero que os sea de utilidad.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Queridos lectores,

La semana pasada salió disponible esta nueva versión de XenServer.

Esta nueva versión de Citrix XenServer 5.6 trae consigo numerosas mejoras entre las que se destacan:

• Distributed Virtual Switching.
• Jumbo Frames desde vSwitch.
• VM Protection and Recovery.
• Boot from SAN con soporte multipathing.
• HA Restart Priority.
• Enhanced XenCenter.
• Improved MPP RDAC multipathing.
• Snapshot improvements.
• EnHanced guest OS support.
• Generic Red Hat Enterprise Linux (RHEL) 5.x support.
• Bracada HBA and CNA drivers.
• Provisioning Services.
• XenDesktop platform enhancements.

Dependiendo desde que versión partas deberás escoger el método de instalación desde los siguientes enlaces:

Actualizar desde XenServer 5.6 FP1
http://support.citrix.com/article/CTX129390#upgradeFP1

Actualizar desde XenServer 5.6
http://support.citrix.com/article/CTX129390#upgrade5.6

Instalación limpia
http://support.citrix.com/article/CTX129390#fresh_install

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

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

La semana pasada Citrix nos comunicaba que habían sido identificadas cierta vulnerabilidad en XenServer.

Esa vulnerabilidad, cuando es lanzada mediante un usuario admin dentro de un sistema operativo huesped, puede llegar a interrumpir el funcionamiento normal del hypervisor de XenServer.

Citrix recomienda actualizar con los correspondientes parches:

Si usas XenServer 5.6 FP1 debes descargar este parche:
http://support.citrix.com/article/CTX129103

Si usas XenServer 5.6:
http://support.citrix.com/article/CTX129102

http://support.citrix.com/article/CTX128844

Si usas XenServer 5.5 Update 2:
http://support.citrix.com/article/CTX129101

Si usas XenServer 5.0 Update 3:
http://support.citrix.com/article/CTX129100

Para ampliar información podemos ir a este enlace:

http://support.citrix.com/article/CTX129208

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

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Queridos lectores,

Si por la razón que fuera necesitamos capturar trazas en XenServer, Tcpdump es una buena opción.

A continuación os dejo detallados algunos comandos:

Identificar PIF (El interfaz físico):

xe pif-list host-name-label=Nombre del servidor XenServer

Obtendremos una información parecida a esta:

uuid ( RO) : 5f8c0ced-8706-25c6-5f6d-001040d60e89
device ( RO): eth5
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): f2ed66a9-eb28-87ee-00b6-185df63ea668

uuid ( RO) : 2d34bbd5-aced-4287-a339-4a72ec22c857
device ( RO): bond0
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): f98474c3-7d3d-a100-0360-9fcc58498f41

uuid ( RO) : 79b0c7f7-7c6e-9b81-0f87-ea3a81782289
device ( RO): eth3
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): 8ffbf29f-a473-4ddc-f37c-37b5cf8c837a

uuid ( RO) : 513b3fae-6dcb-6f4f-d626-d84352eac17f
device ( RO): eth0
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): 2a768173-3bff-2a87-e23f-45b0d963a795

uuid ( RO) : c23ed1e2-bf0c-efbf-2dab-a5c1d2bf79c3
device ( RO): eth1
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): e4bbd54b-8236-fb25-98f5-60fd5c56b3f6

uuid ( RO) : 7c619a70-f99b-198d-5a7e-60d6571dd5ac
device ( RO): eth2
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): a3f90fbc-825f-d2d0-7e7d-7440e85e0772

uuid ( RO) : 9843e335-e95e-a4f6-4ea4-29161d2d54ba
device ( RO): eth4
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): 69c7cd04-fd45-4cd0-0dfc-c47bec36156f

uuid ( RO) : 8bdaee24-e723-e49c-439d-e12980a0d7c3
device ( RO): bond1
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): 5c0b4e91-1804-9f5c-bffb-d75ffb9e3e5b

Identificamos la interfaz y comenzamos a sacarle trazas y las guardamos en un fichero:

tcpdump -i “interfaz” -w /”ruta donde guardaremos el fichero”

Obtendremos por pantalla algo parecido a esto:

tcpdump -i bond0 -w/tcpdump.txt
tcpdump: WARNING: bond0: no IPv4 address assigned
tcpdump: listening on bond0, link-type EN10MB (Ethernet), capture size 96 bytes

Si queremos pararlo lo haremos con Ctrl + C. Toda la información de la traza estará en el fichero.

Podremos hacer lo mismo para las interfaces virtuales. Sustituiremos pif por vif en los comandos:

xe vif-list vm-name-label=Nombre máquina virtual

uuid ( RO) : 34d48e51-4fb6-9832-f90b-16e2fdb5b454
vm-uuid ( RO): f7f366bc-d844-131e-d665-6d4776dfa731
device ( RO): 1
network-uuid ( RO): 5c0b4e91-1804-9f5c-bffb-d75ffb9e3e5b

uuid ( RO) : 9cdbc8bc-5262-3f56-eeb6-fe9701321add
vm-uuid ( RO): f7f366bc-d844-131e-d665-6d4776dfa731
device ( RO): 0
network-uuid ( RO): f98474c3-7d3d-a100-0360-9fcc58498f41

Obtendremos el device. Ahora necesitamos el dom-id:

xe vm-list name-label=”nombre de la máquina virtual” params=dom-id

Obtendremos el dom-id

xe vm-list name-label=nombre params=dom-id
dom-id ( RO) : 10

Ahora con este comando conseguiremos la traza sobre la interfaz virtual de la máquina virtual:

tcpdump –i vif.

Ejemplo: tcpdump -i vif10.0

Nada mas queridos lectores. Como siempre espero que sea de utilidad.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

Hace unos días citrix anunciaba un nuevo hotfix para XenServer FP1. Al parecer si se borraba un snapshot de una VM cuando el Pool está configurado sin habilitar el HA, uno o mas esclavos podían perder la conectividad con el nodo maestro.

El pool se corrompía. Esta actualización soluciona el problema.

Como siempre, cada vez que hay una nueva actualización, os recuerdo como se instalan:

1.- Descarga

wget http://support.citrix.com/servlet/KbServlet/download/26994-102-655042/XS56EFP1006.zip

2.- Subimos el parche sobre XenServer

xe patch-upload file-name=”nombre del parche”

3.- Imprimirá este id por pantalla:

2ded311a-03ce-4b2f-8070-35bb10fbf919

4.- Aplicamos el parche sobre XenServer

xe -patch-pool-apply uuid=2ded311a-03ce-4b2f-8070-35bb10fbf919

5.- Verificar

xe patch-list

Como sabéis el parche se aplicará sobre todos los hosts del Pool pero no tendrá efecto hasta que no se reinicie.

No dudéis en tener vuestro XenServer actualizado. Espero que os sea de utilidad.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Querido lector,

En algún que otro post he hecho uso del comando “ethtool” para configurar las interfaces de red, tanto las interfaces físicas (pif) como las virtuales (vif).

Por ejemplo, en un post publicado este marzo, te explicaba cómo deshabilitar “task offload” en Citrix XenServer:

En el post de hoy te detallaré todas las posibles opciones que tiene el comando “ethtool” en XenServer.

xe pif-param-set uuid= other-config:”comando ethtool”=”off”

xe pif-param-set uuid= other-config:”comando ethtool”=”on”

xe vif-param-set uuid= other-config:”comando ethtool”=”off”

xe vif-param-set uuid= other-config:”comando ethtool”=”on”

Habilitar o deshabilitar checksum RX:

• ethtool-rx (Acepta valores: on o true para activarlo y off o false para desactivarlo)

Habilitar o deshabilitar checksum TX:

• ethtool-tx (Acepta valores: on o true para activarlo y off o false para desactivarlo)

Habilitar o deshabilitar scatter-gather :

• ethtool-sg (Acepta valores: on o true para activarlo y off o false para desactivarlo)

Habilitar o deshabilitar tcp segmentation offload:

• ethtool-tso (Acepta valores: on o true para activarlo y off o false para desactivarlo)

Habilitar o deshabilitar udp segmentation offload:

• ethtool-ufo (Acepta valores: on o true para activarlo y off o false para desactivarlo)

Habilitar o deshabilitar generic segmentation offload:

• ethtool-gso (Acepta valores: on o true para activarlo y off o false para desactivarlo)

Habilitar o deshabilitar autonegociación:

• ethtool-autoneg (Acepta valores: on o true para activarlo y off o false para desactivarlo)

Establecer la velocidad en Mb/s:

• ethtool-speed (Acepta valores: 10, 100 o 1000)

Establecer half o full duplex:

• ethtool-duplex (Acepta valores half o full)

Esto es todo, como siempre espero que sea de utilidad.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

En el post de hoy explicaré una tarea bien sencilla.

Asignar un nuevo servidor NTP para mantener sincronizada la zona horaria con nuestro país.

1.- Nos conectamos remotamente al servidor XenServer:

ssh root@ip_del_servidor

con el comando “date” podemos comprobar que nuestro servidor XenServer no está en hora

2.- Abrimos la consola local de XenServer

xsconsole

3.- Nos vamos a “Network and Management Interface”

4.- Seleccionamos “Network Time (NTP)” e introducimos credenciales

5.- Y por último escogemos entre las opciones. En mi caso, eliminaré el servidor NTP antiguo y añadiré uno nuevo:

es.pool.ntp.org

6.- Para terminar comprobaremos de nuevo con el comando “date”

Esto es todo, como siempre espero que sea de utilidad. Me despido y espero que paséis una buenas fiestas de Semana Santa.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

El el post de hoy explicaré como añadir la configuración del Proxy de nuestra red para que XenServer nos permita hacer una instalación de una Máquina Virtual desde un Repositorio URL.

Seguro que mas de uno se ha encontrado con este típico error a la hora de crear una nueva máquina virtual Linux.

Uno de los posibles fallos sin lugar a dudas, es que no hemos introducido bien la URL de la distribución Linux desde donde queremos descargar para proceder con la instalación.

Pero en otros casos es posible que estemos intentando hacer la instalación desde detrás de un proxy.

Para introducir la configuración del proxy lo haremos de la siguiente manera:

1.- Dentro del servidor XenXerver nos vamos a la ruta:

cd /usr/bin

2.- Editamos el fichero “eliloader”

vi eliloader

3.- Añadimos la línea donde aparecen los datos de conexion de nuestro proxy:

os.environ['http_proxy'] = “http://192.168.0.99:3128″

A partir de ahora seguro que no nos volverá a salir el error de no encontrar la fuente de instalación. Como siempre espero que sea de utilidad.