Archive for July, 2009

Problema:

Cuando se trata de iniciar una sesión desde un vmware view client se obtiene el siguiente error:

All available desktop sources for this desktop are currently busy. Please try connecting to this desktop again later, or contact  your system administrator.

Causa:

Este es un comportamiento normal dentro del vmware view manager, esto sucede cuando un usuario se encuentra logueado dentro de una virtual desktop y por algún motivo se desconectó y su sessión quedó activa en la maquina virtual. Si un usuario distinto intenta realizar un login a la misma desktop virtual tendrán el error antes mencionado.

Ahora que aprendimos a configurar el Cisco Discovery protocol (CDP) en VMware ESX vamos a visualizar la información que este nos provee de nuestros equipos vecinos en la red. Para esto lo primero que tenemos que hacer es posicionarnos sobre el host en cuestión ir a la solapa configuration y después a networking. Una vez alli debemos dar clic sobre alguno de los “Blue Speech Icons” de los adaptadores de red físicos del servidor:

Una vez que dimos clic sobre alguno de los blue speech icons veremos la información de Cisco CDP que tenemos disponible:

Una de las funcionalidades más interesantes para los administradores de red que cuentan con equipamiento Cisco es la posibilidad de comprender la topología completa de su red por medio del Cisco Discovery Protocol o CDP.

Por defecto VMware ESX Server viene con el CDP habilitado solo  para “escuchar” a nuestros vecinos de red Cisco. Para ver esta configuración tenemos que ejecutar el comando:

[root@esxserver root]# esxcfg-vswitch -b vSwitch0
listen
[root@esxserver root]#

Donde vSwitch0 es el nombre del virtual switch al cual le queremos habilitar CDP.

Cuáles son las opciones que tenemos para trabajar con Cisco Discovery Protocol? Para verlo tenemos que ejecutar el comando:

Durante la creación de un snapshot o la conversión de un servidor utilizando VMware converter puede aparecer el error:

File is larger than the maximum size supported by datastore

Este mensaje nos indica que estamos intentando crear un archivo de mayor tamaño del soportado por el file system. Al momento de crear nuestro file system VMFS el setup nos pide la información del tamaño de bloque del mismo y por lo tanto definiendo el tamaño del archivo más grande que podremos crear en nuestro file system.

Hola a todos.
Como fase final del programa beta de vmware, ha llegado el momento de demostrar los conocimientos adquiridos. El día 10 de julio fumos convocados Nicolas Solop y yo a rendir el examen beta de vmware para la certificacion de vcp en vSphere 4.

Dado que estamos bajo NDA no podemos adelantar mucho sobre el contenido del examen, perio sí podemos contarles que fué un examen ciertamente agotador, más de 270 minutos y 270 preguntas las cuales nos han hecho recorrer todas las temáticas de la nueva versión que vmware lanza al mercado.

Vmware anunció la disponibilidad de VMware vCenter Server 2.5 Update 5 (en Inglés y traducido) desde el 10 de Julio de 2009. VirtualCenter 2.5 Update 5 básicamente resuelve problemas conocidos e incluye importantes mejoras de performance y de escalabilidad en VMware HA (High Availability) permitiendo brindar alta disponibilidad en hosts con mas de 35 máquinas virtuales por host como así también resolucón a varios problemas reportados.

Si planifica realizar un upgrade de su vCenter Server actual a VMware vCenter Server 2.5 Update 5 tenga en cuenta las siguientes son las versiones de upgrade directo soportadas:

• VirtualCenter 1.4.1

Muchas veces tenemos que modificar la contraseña de los  usuarios locales de nuestros servidores VMware vSphere ESX/ESXi 4. Estos usuarios (por defecto) no pertenecen a ningún tipo de directorio de red (MS Active Directory, Open LDAP) por lo tanto tendremos que trabajar en la modificación de nuestras contraseñas (también en la creación de las cuentas) de forma independiente en cada uno de nuestros servidores. El primer paso para la modificación de nuestras contraseñas será abrir el vSPhere Client y conectarnos al servidor sobre el cual necesitamos trabajar.

Como es ya es conocido, está liberado al publico google android para pcs, con el objetivo de ser probado por la comunidad de desarrolladores y por los usuarios finales. De esta manera google empieza a avanzar firme en la carrera por fidelidaz al usuario móvil sobre su sistema operativo.

Para instalar android en una maquina virtual en VMware workstation o VMware ESX, podrán armar una configuración básica como la siguiente:

Colocar como sistema operativo ubuntu.

Luego montar la ISO bajada de Aquí.

Cuando inicia el SO, carga la pantalla de bienvenida. El proceso de booteo no demora más de 10 sgs.

Ya se encuentra diponible una nueva versión de la planilla de excel para realizar un calculo de cuanto almacenamiento se requeriá para utilizar vmware update manager.
En esta oportunidad la planilla nos muestra el damaño que tendrá la base de datos y el espacio de disco estimado que se necesitará para guardar los parches.

Para bajar la planilla, haz clic en vmware update manager size calculator o aquí.

Espero que les sea util.

Saludos

________________________

Ing. Diego Quintana

VCP-VTSP-VSP-VAC

Actualmente la versión de VMware vSphere ESX4 soporta IPv6 en foma nativa, es decir que la infraestructura ya se encuentra lista para ser utilizada sobre el nuevo estándar de direccionamiento Ip. La principal diferencia entre IPv4 y la IPv6 es la longitud, la primera se encuentra basada sobre un direccionamiento de 4 octetos generando una dirección final de 32‐bit es decir 4.294.967.296 (2³²) direcciones.

En cambio, IPv6 utiliza una dirección final basada en 128 bits, 8 grupos de 4 dígitos hexadecimales, formando un total de 340.282.366.920.938.463.463.374.607.431.768.211.456 (2¹²⁸) direcciones. En concreto, vSphere permite trabajar con IPv6, por defecto viene deshabilitado y la configuración se debe realizar por host desde el viClient como se muestra a continuación: