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.
Solución:
Para solucionar el problema, el administrador del vmware view deberá ingresar a la consola, seleccionar desktops and pools > la maquina virtual con el problema > Active Sessions > logoff session.
La tarea demorará aproximadamente 1 minuto en quedar efectiva.
Listo, ahora el otro usuario podrá loguearse correctamente en la desktop.
Saludos.
________________________
Ing. Diego Quintana
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:

Para mayor información sobre el Cisco Discovery protocol pueden visitar el sitio oficial de Cisco sobre CDP.
Espero que les sirva.
Nicolas Solop
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:
[root@esxserver root]# esxcfg-vswitch
esxcfg-vswitch [options] [vswitch[:ports]]
-a|—add Add a new virtual switch.
-d|—delete Delete the virtual switch.
-l|—list List all the virtual switches.
-L|–link=pnic Set pnic as an uplink for the vswitch.
-U|–unlink=pnic Remove pnic from the uplinks for the vswitch.
-M|–add-pg-uplink Add an uplink to the list of uplinks for a portgroup
-N|–del-pg-uplink Delete an uplink from the list of uplinks for a portgroup
-p|–pg=portgroup Specify a portgroup for operation
Use ALL to set VLAN IDs on all portgroups
-v|–vlan=id Set vlan id for portgroup specified by –p
0 would disable the vlan
-c|—check Check to see if a virtual switch exists.
Program outputs a 1 if it exists, 0 otherwise.
-A|–add-pg=name Add a new portgroup to the virtual switch.
-D|–del-pg=name Delete the portgroup from the virtual switch.
-C|–check-pg=name Check to see if a portgroup exists. Program
outputs a 1 if it exists, 0 otherwise.
-B|–set-cdp Set the CDP status for a given virtual switch.
To set pass one of "down", "listen", "advertise", "both".
-b|–get-cdp Print the current CDP setting for this switch.
-m|–mtu=MTU Set MTU for the vswitch. This affects all the nics attached on the vswitch.
-r|—restore Restore all virtual switches from the configuration file
(FOR INTERNAL USE ONLY).
-h|—help Show this message.
[root@esxserver root]#
Para habilitar el anuncio y escucha del switch virtual a sus vecinos Cisco tenemos que configurarlo en modo “both” ejecutando el siguiente comando:
[root@esxserver root]# esxcfg-vswitch -B both vSwitch0
[root@esxserver root]#
En nuestro ejemplo ya teníamos configurado el Cisco Discovery Protocol en both.
Espero que les sirva.
Nicolas Solop
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.
Por ejemplo si tenemos un archivo vmdk de una máquina virtual de 256 GB en un file system VMFS formateado con un tamaño de bloque 1 MB no tendríamos problemas ya que el archivo más grande soportado en un file system VMFS formateado con ese tamaño de bloque es de 256 GB.
Ahora si a esta misma máquina virtual le queremos tomar un snapshot aparecerá el error debido a que un snapshot de un disco de 256 GB requiere al menos 2GB más para almacenar los deltas.
Antes de formatear un file system VMFS tenga en cuenta el tamaño del archivo más grande que va a alojar este file system.
Para más información sobre el tamaño máximo de un archivo en un datastore formateado en VMFS visitar:
Enviado por (0) Comment
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.
El resultado estará aproximadamente en 8 semanas, recién cuando el programa beta de examenes de vcp 4 estén finalizados.
Estar cerca como partnes de VMware nos permitió durante el desarrollo de la beta, conocer de manera anticipada, la evolucion de los features tales como FT (fault tolerance), DS (distributed switches), etc.. claramente un avance importante en los nuevos conceptos de virtualizacion pero con más d eun warning a tener en cuenta a la hora de poner en producción la solución.
Prometo contar con más detalles mis concluciones sobre el nuevo vcp 4 y la nueva versión de VMware vsphere 4.
Saludos,
________________________
Ing. Diego Quintana
VCP-VTSP-VSP-VAC
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:
Antes de comenzar con la actualización revise la guía de upgrade de VMware.
Para una completa lista de los issues resueltos revise los Resolved Issues de la versión.
Si tiene la suscripción de soporte al día o desea evaluarlo visite el sitio de descargas de la versión.
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.
Saludos
Nicolas Solop
Enviado por (7) Comment
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.
Nos alertará de la falta de carga de batería, esto es normal dado que es una emulación de un móvil.
Listo, tenemos acceso al desktop de Android, ahora dado que la placa de red está en modo bridged, deberían navegar sin inconvenientes dado que el sistema operativo detecta la placa perfectamente.
Probemos como se vé www.wetcom.com.ar en el browser de Android.
Sin estár en caché, el sitio tardó 1 sg en cargar, tiempo más que sorprendente.
Luego si hacemos clic en ESC saldremos al desktop. A la derecha está el acceso al panel de aplicaciones.
Si accedemos al panel de control de android podemos cambiar las configuraciones, tengamos en cuenta que no es un telefono, por lo cual hay funcionalidades que no van a andar.
Bueno, esto es una review de android, simple, para que vean como se puede ejecutar sin inconvenientes sobre VMware, para ver especificaciones propias de Android ya estarán los especialistas en móviles
A divertirse testeando su sitio en android y a los desarrolladores a usar el SDK.
Saludos.
________________________
Ing. Diego Quintana
Enviado por (0) Comment
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
Enviado por (2) Comment
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 (232) 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 (2128) 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:
Una vez que se ha habilitado IPv6, los cambios se verán reflejados al reniciar el Host, para eso es conveniente colocar el ESX en modo mantenimiento y migrar las maquinas con VMotion. Una vez evacuadas rlas VMs se debe reiniciar el ESX.
Luego del reinicio, se deberá crear el virtual adapter para IPv6, para ello tienen tres formas de configurar el mismo.
1) Utilizando una direccion IP fija la cual ingresarán ustedes manualmente.
2) Utilizando un Servidor DHCP para la asignacion dinamica desde un servidor DHCP IPv6.
3) Obteniendo la msima desde un router.
A partir de ahora el ESX4 está en condiciones de trabajar con VMs sobre IPV6, las VMware tools ya tienen soporte para adaptadores con IPv6, de esta forma queda el marco completo con el nuevo direccionamiento soportado sobre VMware.
Hay que tener el cuenta que el login por viclient solo está soportado sobre IPv4 y que habilitar IPV6 permite una perfecta convivencia con IPV4 dentro del ESX.
Saludos,
________________________
Ing. Diego Quintana