Ver tráfico interface red en VMWare & Linux host
Primero activar el modo promiscuo en los adaptadores de red de VMWare: aká: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1004099
Segundo: desde el Shell de un guest en Linux con privilegios root, ejecutar: «tcpdump -env -ttt -i <interface de red> host <ip a sniffar>»
p.e:
– «tcpdump -env -ttt -i eth0 host 192.168.0.169»
– «tcpdump -env -ttt -i eth0 host 192.168.0.169 and port 445»
A virtual machine fails to power on with the error: Unsupported and/or invalid disk type (1028943)
Symptoms
Summary
Example
Impact
Resolution
The underlying format used to store virtual machines on VMware Hosted products differs from the format used to store virtual machines on VMware ESX hosts.
To import a virtual machine stored on a VMware Hosted product to a VMware ESX host, the virtual machine should first be converted using VMware vCenter Converter. For more information on conversion, see the VMware vCenter Converterdocumentation.
Alternatively, in ESX 5.0 and earlier versions, the virtual machine’s virtual disk files can be imported to a format understandable by VMware ESX using the command:
For importing the virtual disk files in ESX 5.1 hosts, see Powering on a virtual machine after upgrading to ESXi 5.1 fails with the error: File [VMFS volume] VM-name/VM-name.vmdk was not found (2036572).
Note: To access the command line on an ESXi host, you must enable Tech Support Mode. For more information, seeTech Support Mode for Emergency Support (1003677).
Tags
See Also
- Powering on a virtual machine after upgrading to ESXi 5.1 fails with the error: File [VMFS volume] VM-name/VM-name.vmdk was not found
- Falha de inicialização da máquina virtual com o erro: tipo de disco inválido e/ou incompatível
- El encendido de una máquina virtual falla y aparece el error: Tipo de disco no compatible y/o inválido
Update History
How to install windows 8 on esxi 4.1 ?
Fuente: http://communities.vmware.com/message/2139717#2139717
If you’d like to give it a shot, download the attached file and add the following options to your configuration file:
bios440.filename = «<full path to rom image>»
mce.enable = TRUE
cpuid.hypervisor.v0 = FALSE
vmGenCounter.enable = FALSE
Virtualizar VMware ESXi 5.0
Si necesitamos montarnos un laboratorio o necesitamos probar cualquier configuración nueva antes de aplicarla sobre los hosts de nuestros clientes, podremos virtualizar VMware ESXi 5 y ejecutar máquinas virtuales bajo estos hosts virtuales. En este documento veremos cómo disponer de esto, además de poder configurar un clúster EVC con hosts virtuales para poder montar Storage Appliance o lo que necesitemos,
Lo primero, en los hosts físicos añadiremos el parámetro vhv.allow = “TRUE”‘ en el fichero /etc/vmware/config, no hará falta reiniciar.
Crearemos una MV basada en Red Hat 5.5 64bit, le configuraremos con el hardware virtual que nos interese, indicaremos hasta 10 vNIC’s, los discos podrán ser thin… y una vez creada editaremos la MV recién generada y en la pestaña “Options” > “General Options” podremos especificar en la versión del S.O. que sea “VMware ESXi 5.x”.
No nos tenemos que olvidar que tenemos que permitir el tráfico para los hosts virtuales y sus máquinas virtuales habilitándo el modo promiscuo, esto lo realizaremos sobre la red de máquinas virtuales donde tengamos estos hosts virtuales. Sobre el switch virtual, en las propiedades de la red de MVs, pestaña “Security” > “Promiscuous Mode” en “Accept”.
Si queremos que estos hosts virtuales puedan añadirse a un clúster EVC deberemos primero crear un clúster sobre los hosts físicos que las ejecutarán para conocer las características de CPUID y traspasarselas a los nested hosts, conoceremos el tipo de procesador, las características que ofrece… Así que una vez creado el clúster de hosts físicos y habilitado EVC iremos sobre las propiedades del clúster > “VMware EVC” > “Current CPUID Details” y anotamos los valores.
Bien, ahora sobre cada host virtual, editamos cada MV, en “Options” > “CPUID Mask” > marcamos “Keep current Advanced settings values for the Nx flag” > “Advanced…” e introducimos las máscaras del procesador que anotamos. Con esto tendremos listas las máquinas virtuales para poder instalar ESXi 5.x en ellas y poder ejecutar a su vez máquinas virtuales anidadas a estos hosts virtuales.
Migrating from VMware Server to VirtualBox
Fuente: http://nerdbynature.de/s9y/?186
Even though VMware Server was working fine with Ubuntu 10.04 (apart from random lockups without a backtrace in sight to debug with), I was kinda unhappy with all the hoops one has to go through just to get a virtual machine going. The kernel modules might break on the next upgrade and are tainting the kernel unnecessarily. Fortunately today we have a few virtualization options to pick from and I chose VirtualBoxfor this particular setup, as it seemed to be the easiest migration path. Let’s begin with installing the prerequisites:
# apt-get install virtualbox-ose virtualbox-ose-dkms qemu
Then we had to convert our 2GB-split VMware VMDK files into a single VMDK
file, otherwise qemu-bin would produce empty raw
files in the 2nd step:
# vmware-vdiskmanager -r orig/test.vmdk -t 2 test.vmdk
# qemu-img convert -O raw test-flat.vmdk test.raw
# VBoxManage convertfromraw test.raw test.vdi
Converting from raw image file="test.raw" to file="test.vdi"...
Creating dynamic image with size 2147483648 bytes (2048MB)...
# ls -lgo *vmdk *raw *vdi
-rw------- 1 2147483648 2010-06-05 18:17 test-flat.vmdk
-rw-r--r-- 1 2147483648 2010-06-05 18:28 test.raw
-rw------- 1 1676681728 2010-06-06 12:50 test.vdi
-rw------- 1 432 2010-06-05 18:17 test.vmdk
Somehow VBoxManage cannot convert VMDK images directly, hence the qemu-img
step. All these conversions will take a while, depending on image-size and diskspeed. There’s no progress-bar, so just be patient. With our VDI
image now in place, we can register it to VirtualBox:
# VBoxManage openmedium disk test.vdi # VBoxManage list hdds UUID: ddaaf826-3d25-48d6-9b2a-1afefdd3350f Format: VDI Location: /data/vbox-vm/test/test.vdi Accessible: yes Type: normal
Now for the actual virtual machine creation. It’s important to create the new machine with the same/similar hardware as the initial VMware instance was configured with, so that the guest OS won’t be too suprised about the «new» hardware, i.e. storage- or network-controllers.
# VBoxManage createvm --ostype Debian --register --name "test" \ --basefolder `pwd` # VBoxManage modifyvm test --memory 128 --audio none \ --boot1 disk --clipboard disabled # VBoxManage modifyvm test --pae off --hwvirtex off \ --hwvirtexexcl off --nestedpaging off --vtxvpid off # VBoxManage modifyvm test --nic1 bridged --bridgeadapter1 eth1 \ --nictype1 Am79C970A --macaddress1 000c291ac243
I’ve disabled any kind of hardware virtualization features, as the host-CPU is too old and doesn’t support it anyway. Also, I used the MAC address of the VMware VM, so that the guest-OS will (hopefully) receive its known DHCP address. Now for the storage devices. Again, try to use the same controller as configured in the VMware server (see the .vmx
file of the old VMware instance). Also, we’re attaching the virtual harddisk from above to our virtual machine.
# VBoxManage storagectl test --name "SCSI Controller" \ --add scsi --controller LsiLogic # VBoxManage storageattach test --storagectl "SCSI Controller" \ --port 0 --device 0 --type hdd --medium ddaaf826-3d25-48d6-9b2a-1afefdd3350f
Having done that, it should look like this:
# VBoxManage list -l vms | egrep 'Control|MAC' Storage Controller Name (0): SCSI Controller Storage Controller Type (0): LsiLogic Storage Controller Instance Number (0): 0 Storage Controller Max Port Count (0): 16 Storage Controller Port Count (0): 16 SCSI Controller (0, 0): /data/vbox-vm/test/test.vdi (UUID: ddaaf826-3d25-48d6-9b2a-1afefdd3350f) NIC 1: MAC: 000C291AC243, Attachment: Bridged Interface \ 'eth1', Cable connected: on, Trace: off (file: none), \ Type: Am79C970A, Reported speed: 0 Mbps
Now our virtual machine should be able to start just fine:
# VBoxHeadless -s test
You probably want to remove the VMware tools from the guest (vmware-uninstall-tools.pl
) and tweak your startscripts to start your VM during bootup. Oh, and if the machine just won't start up, we can still cheat and install the VirtualBox GUI:
# apt-get install virtualbox-ose-qt tightvncserver xfonts-base wm2
Update: Migrating a WindowsXM VM from VMware to Virtualbox was equally straightforward, but I could not get the NIC type right. Neither
Am79C970A
(PCnet-PCI II) nor Am79C973
(PCnet-FAST III) seemed equal to the VMware Accelerated AMD PCNet
Adapter in VMware. So I had to use the VirtualBox GUI again, as VirtualBox OSE does not ship with RDP support to connect to. Also, the Ubuntu/Lucid version does not ship with VNC support, yet. Here are the commands for the WindowsXP VM again:
# VBoxManage createvm --ostype WindowsXP --register --name winxp --basefolder `pwd` # qemu-img convert -O raw ../../vmware-vm/winxp/winxp-static-flat.vmdk winxp.raw # VBoxManage convertfromraw winxp.raw winxp.vdi # VBoxManage openmedium disk winxp.vdi # VBoxManage modifyvm winxp --memory 256 --audio none --boot1 disk \ --clipboard disabled --pae off --hwvirtex off --hwvirtexexcl off \ --nestedpaging off --vtxvpid off --nic1 bridged \ --bridgeadapter1 eth1 --nictype1 Am79C970A \ --macaddress1 000c11b9c19c # VBoxManage storagectl winxp --name "IDE Controller" --add ide --controller PIIX4 # VBoxManage storageattach winxp --storagectl "IDE Controller" --port 0 --device 0 \ --type hdd --medium a6723e4d-2caa-433d-91ec-f67238ff36a9
Cómo resetear el password de una VM Windows o Linux en vSphere
Mi querido colega Erich Reyes (@erichreyes), de Monterey, México, me ha pasado por twitter este interesante procedimiento para resetear una contraseña de cualquier VM Windows o Linux que tengamos como VM en un entorno vSphere.
Ya sabéis, llegáis a un cliente y no tienen la password, porque el informático ha marchado y, cómo no, la documentación del entorno brilla por su ausencia.
Se trata de descargar la imagen ISO del software Kon que podéis localizar aquí:
http://digiex.net/downloads/download-center-2-0/applications/6498-kon-boot-v1-1-password-utility.html
Más información de Kon-Book aquí:
http://www.piotrbania.com/all/kon-boot/
Posteriormente basta con seguir este sencillo procedimiento:
http://thebackroomtech.com/2009/08/12/howto-reset-a-lost-vmware-guest-password/
Espero que os sea de utilidad!
Gracias Erich!!
Otra forma de ampliar el espacio en disco de una VM
Fuente: http://www.megacrack.es/2011/11/09/como-ampliar-el-tamano-de-disco-de-una-maquina-virtual/
Escrito por jl en November 9th, 2011
Hola a todos
Siguiendo con mi ultimo post en el que hablábamos de un appliance que nos permite gestionar la infraestructura virtual desde un dispositivo móvil, hoy os voy a presentar una herramienta que en mi humilde opinión es indispensable conocer a la hora de administrar infraestructuras virtuales. Se llama EXPART y nos permite incrementar el tamaño de los discos duros de maquinas virtuales con sistemas operativos Microsoft.
Esta es una herramienta de DELL y que podéis descargar desde este enlace http://support.dell.com/support/downloads/download.aspx?c=us&cs=19&l=en&s=dhs&releaseid=R64398&formatcnt=2&fileid=83929
Vamos a ponernos en situación, imaginar que tenéis un servidor virtual, al que inicialmente le habéis asignado un tamaño de disco duro virtual, y por cualquier situación se nos queda pequeño y necesitamos aumentarle el tamaño. Vamos a ver los diferentes pasos para hacerlo:
1.-Desde la versión 4 de vmware podemos incrementar el tamaño del disco duro virtual en caliente (sin apagar la maquina virtual) siempre y cuando esa maquina no tenga ningún snapshot. Por lo tanto nos vamos a las propiedades de la maquina virtual y seleccionamos el disco duro para el cual queremos aumentar el espacio.
2.- Una vez aumentado el tamaño del disco duro a nivel de maquina virtual necesitamos que el sistema operativo pase a utilizar ese espacio adicional. Para ello nos vamos al administrador de discos para saber exactamente el espacio que podemos aumentar. Veremos el disco duro asignado en azul y el espacio que hemos aumentado en negro.
Para saber exactamente el tamaño que podemos aumentar nos situamos sobre el espacio sin asignar y pulsamos botón derecho del ratón.
3.- Después de saber el tamaño exacto es cuando entra en juego la herramienta expart. La descomprimimos y desde una consola se ejecuta, le indicamos sobre que unidad de disco duro queremos actuar, por ejemplo c:, y le indicamos el tamaño en megas que queremos aumentar, como se puede ver en la siguiente imagen
Otra manera pasarle todos los datos directamente C:\soft\extpart>extpart.exe c: 18442
Una vez ejecutado el proceso podemos volver a ir al administrador de discos y podemos ver que ya tenemos aumentado el tamaño del disco duro
En nuestra experiencia utilizando esta herramienta comentaros que siempre que la hemos utilizado nos ha funcionado perfectamente salvo una vez en la que nos dio error y la única manera de ejecutar expart sin error fue reiniciando la maquina virtual en modo a prueba de fallos.
Espero que os sea útil
Hasta la próxima.