Teclado español vMA VMware

Básicamente son estos pasos:
Acceder con la consola y el usuario vi-admin y ejecutar el siguiente comando

# sudo yast2 keyboard

Aunque a mi me sucedió que el test no funcionaba, luego al aplicar los cambios y salir a la consola ya tenía el teclado en español.

Migrar vmware tools a open vm tools en centos 6.7

Desintalamos la vmware tools.

# /usr/bin/vmware-uninstall-tools.pl

Ahora open vm tools se encuentra en el CentOS extras repo:

# yum --enablerepo=extras install epel-release

Instalamos open vm tools.

# yum install -y open-vm-tools

Arrancamos open vm tools.

# service vmtoolsd start

Fuente:
https://www.virtualtothecore.com/en/migrate-vmware-tools-open-vm-tools-centos/

Actualizar ESXi 6.5 con la línea de comandos en un intel NUC 5i5RYH Homelab

Tenía en el intel nuc la versión ESXi 6.0 que instalé en su día con una custom iso porque así se tenía que hacer con el intel nuc 5i5ryh cuando lo compré. Me he dado cuenta que ya no hace falta una custom iso en la versión 6.5 así que haciendo previamente una copia de seguridad del usb donde está instalado el ESXi y siguiendo esta guía, me lanzo a actualizar. Super fácil y rápido.

Primero comprobamos que versión del ESXi tenemos instalada.

# esxcli system version get

Comprobamos si el tráfico http están permitido por el firewall:

# esxcli network firewall ruleset list | grep httpClient

Si devuelve: httpClient  false, es que está bloqueado el http.

Hay que ponerlo a true.

# esxcli network firewall ruleset set -e true -r httpClient

Ahora tenemos que ver que versiones de la 6.5 tenemos disponibles:

# esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml | grep ESXi-6.5.0

Elijo la más reciente de las standard.

Ya podemos actualizar.
(En el comando siguiente modificar la versión seleccionada, en mi caso, ESXi-6.5.0-20171204001-standard)

# esxcli software profile update -p ESXi-6.5.0-20171204001-standard -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Estará unos minutos sin aparecer nada en la consola mientras está actualizando, al finalizar saldrá una lista larga de los vib actualizados.

Volvemos a dejar bloqueado el tráfico http en el firewall.

# esxcli network firewall ruleset set -e false -r httpClient

Verificamos que ya está actualizado.

# esxcli system version get

Fuentes:

https://cloudhat.eu/update-esxi-6-5-command-line/
http://www.virten.net/2016/11/homelab-will-esxi-6-5-run-on-intel-nuc/#more-18652

El dispositivo eth0 no parece estar presente, retrasando la inicialización.

En el caso de aparecer este mensaje "El dispositivo eth0 no parece estar presente, retrasando la inicialización" después de hacer una instalación de Centos sobre una máquina virtual de vmware, puede ser debido a que se han identificado mal los adaptadores. Hay lío con los nombres eth0,eth1, ... y posiblemente también las MACS estén cambiadas, sobre todo si hemos quitado el adaptador virtual y hemos creado uno nuevo intentando solucionar el problema.
Hay que asegurarse de la mac asignada al adaptador virtual y con el siguiente comando vemos que dispositivos han sido  identificados.

#ls /sys/class/net

Si nos devuelve lo y otro distinto de eth0 como eth1, eth2, etc hay que modificar el siguiente fichero y tiene que aparecer el mismo nombre, eth1, eth2, ...

#vi /etc/udev/rules.d/70-persistent-net.rules

Asegurarse que en la carpeta "/etc/sysconfig/network-scripts/ "  solo está el fichero de configuración del adaptador de red adecuado ifcfg-eth0, ifcfg-eth1, ifcfg-eth2, .... Editarlo y asegurarse que la ip y la mac son las correctas.

Fuente: http://aitoreus.blogspot.com.es/2011/12/linux-configuacion-de-red-problematica.html

VMA - VSphere Management Assistant - vi-admin password

Al instalar la VMA, deploy del ovf descargado de la web de vmware se planteó el siguiente problema. Una vez configurada la red, nos pide la contraseña del usuario vi-admin. Esta por defecto exige una complejidad que ya de entrada puede ser problemática. Pero el problema, por lo menos a mi se plantea cuando intento entrar via ssh desde otra máquina y no me reconoce la contraseña, permiso denegado. En cambio entrando desde la consola del VSphere Client si que puedo acceder a la shell. Yo lo solucioné cambiando la configuración de la complejidad de la contraseña, permitiendo contraseñas menos complejas. Y con la nueva contraseña ya podía acceder con ssh desde otra máquina.
Estas son los comandos para permitir contraseña menos complejas:

1. Set valid password for vi-admin, for example Qazx123!# should do
2. Login to vMA shell as vi-admin
3. Elevate session as root with “sudo –s”
4. Run “pam-config –d –-cracklib”, note double dashes on front of cracklib
5. Exit root shell with “exit”
6. Change vi-admin password with “passwd” to your liking

Fuente: http://v-reality.info/2011/08/how-to-fix-vma-5-0-password-complexity-issue/

Arrancar y parar MV ESXi desde consola

Listado de máquinas virtuales con su ID

# vim-cmd vmsvc/getallvms
Vmid         Name                         File                   Guest OS          Version   Annotation
111    VCenter            [Admin-VM] VCenter/VCenter.vmx         windows7Server64Guest   ....
112    Debian01           [Debian01] VMs/Debian.vmx              debian5_Guest           ....
...
...

Para ver el estado de una MV habiendo consultado previamente su Vmid

# vim-cmd vmsvc/power.getstate 111
Retrieved runtime info
Powered off

Arrancar una MV

vim-cmd vmsvc/power.on 111
Powering on VM:

Parar una MV

vim-cmd vmsvc/power.off 111
Powering off VM:

ESXI, no funciona SCP en línea de comandos

Cuando intentamos utilizar el comando scp desde la consola del vmware esxi y nos da un error de time out, es provocado por que el firewall del esxi está cortando el paso al servicio sshclient. Podemos tener el sshserver funcionando perfectamente pero el cliente no.
Para solucionarlo hay que dar paso al servicio sshclient.

Desde la consola se hace con los siguientes comandos:

Para ver un listado de las reglas del firewall y su estado

esxcli network firewall ruleset list

Para habilitar el copiado usando ssh (comando scp)

esxcli network firewall ruleset set --ruleset-id sshClient --enabled yes

Refrescar la configuración del firewall

esxcli network firewall refresh

También se puede hacer en modo gráfico desde el vsphere client:

Eligiendo el servidor vsphere, en la pestaña configuración seleccionamos propiedades en azul a la derecha. Finalmente marcamos el sshclient para habilitarlo, ok y click a la opción refresh justo al lado de propiedades.

Con esto ya tiene que funcionar el comando scp.

Fuentes: http://jim-zimmerman.com/?p=723
http://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.vsphere.security.doc_50%2FGUID-7A8BEFC8-BF86-49B5-AE2D-E400AAD81BA3.html

Clonar una máquina virtual vmware esxi

Creamos un directorio nuevo dentro del datastore

mkdir vm_nueva 

Copiamos la máquina original en la nueva ubicación

vmkfstools -i /vmfs/volumes/datastore1/vm_original/vm_original.vmdk /vmfs/volumes/datastore1/vm_nueva/vm_nueva.vmdk -d thin   

Una vez clonado el disco virtual, vamos al Vsphere Client y creamos la nueva máquina virtual con la opción Custom. Elegimos también usar un disco virtual existente. Navegamos hasta encontrarlo, lo seleccionamos.

El inconveniente es que estamos copiando el disco sin snapshots. Es decir si hemos realizado cambios en disco tras un snapshot no los tendremos en la maquina clonada. La única alternativa sería borrar todos los snapshots en la maquina original antes de hacer el clon.

Esto funcionaba con la versión 5 con la 6.5 no está o yo no lo encuentro lo de "Custom". Para solucionarlo se crea una máquina virtual nueva de las mismas característica que la que queremos clonar, memoria y tipo y tamaño de disco y cuando está creada con el disco en blanco,  cambiamos el vmdk y el flat por el que hemos creado con el comando anterior. Hay que editar el vmx y cambiar las dos entradas con el vmdk antiguo por el nuevo.

Ahora ya podemos inventariar la nueva vm clonada.

Fuente: http://www.vmwareblog.org/clone-vms-vmware-vcenter-unavailable/

Aumentar la resolución de la pantalla en una máquina virtualizada con vmware

Si después de instalar vemos que no podemos aumentar la resolución de la pantalla de la máquina virtualizada, la solución es editar el fichero de configuración vmx. Básicamente es añadir las siguientes líneas, teniendo en cuenta que los valores dependerán de la resolución que pongamos como máxima.
Para el caso de 1280 x 1024 serían estos datos:

svga.autodetect = "FALSE"

svga.vramSize = 5242880

svga.maxWidth = 1280

svga.maxHeight = 1024   

La cifra de vramSize se obtiene de multiplicar 1280*1024*4. Para otras resoluciones se debe hacer este cálculo.

Para modificar el fichero vmx la máquina virtual debe estar parada.

Fuente: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1003

Desinstalar VMware Workstation

Para desinstalar VMware Workstation de un linux, utilizar el siguiente utilitario. Yo lo he probado con ubuntu 12.04 y VMware Workstation 8.

vmware-installer -u vmware-workstation

VMware workstation 8 - Evitar que un guest XP pida activación

Después de virtualizar un xp físico en una máquina virtual con VMconverter al arrancarla pide la activación de microsoft. En este caso y al parecer en otras versiones de windows como 2003, etc modificando el fichero de configuración de la máquina virtual con el siguiente parámetro se soluciona.
El fichero a editar es "nombre_máquina.vmx" y el parámetro que se añade al final es:

smBIOS.reflecthost="TRUE"