Categoría: VMware

AutoLab – Habilitando LABs para todos!

Como un administrador de VMware, todos queremos tener un LAB donde jugar y aprender cosas nuevas todos los días, muchas veces esto no es tan fácil o cuesta dinero.

AutoLab es una solución elegante y sencilla para solucionar este problema, usando una sola computadora o laptop podemos tener todo un ambiente completo de VMware para jugar, el ambiente contaría con Domain Controller, vSphere, router y una SAN. Si se tienen ganas de probar vCloud o productos de Veeam no ahí problemas, AutoLab también soporta desplegar estas soluciones y otras que se pueden ir integrando.

La última versión estable es 0.8 lista para VMware Workstation 8 y vSphere4 o 5. Hace varios días se libero la versión 1.0 pero se han encontrado varios inconvenientes y si vas a usar AutoLAb en ESXi es mejor usar la versión 0.8 que cuenta con un OVA con todo listo.

Si ya eres de los que esta levantando LABs usando AutoLab, te invito al fórum oficial del proyecto -> http://labguides.com/forums/

Agregando Razor a una instalación existente de Puppet.

Hace ya varios meses que EMC anuncio que esta trabajando con PuppetLabs para crear un software de aprovisionamiento tanto para VM como para PM (Physical Machines).

Muy emocionado, ya que tenia una instalación de Puppet funcionando en mi red y administrando varios nodos. Cuando digo administrando, no es la gran cosa, desde Puppet actualmente puedo crear usuarios, configurar servicios (ssh, bind, rsync y otros) todo centralizado, muy geek!

Lo primero que hice fue leer un step-by-step creado en pureVirtual.eu, creo que es el mejor material para quienes no han usado Puppet y no concen Razor aun.

http://purevirtual.eu/2012/07/02/how-to-get-started-with-razor-and-puppet-part-1/

Al actualizar mi versión de Puppet que estaba algo vieja y no tenia el modulo para instalar desde forge.puppetlabs.com solo tuve que hacer lo siguiente:

puppet module install puppetlabs-razor

También asegurarnos de que todo el directorio de /etc/puppet pertenece al usuario con ese mismo nombre.

chown -R puppet:puppet /etc/puppet/modules

 

Ya deberíamos tener un Razor listo para bootear maquinas por PXE. Otra cosa a tener en cuenta es que el modulo de SUDO que tiene como dependencia Razor elimina todo lo que tenemos en ese software y nos dejaría fuera del sudoers, para resolverlo hacer lo siguiente:

echo "jonas ALL=(ALL) ALL" > /etc/sudoers.d/20_TU-USUARIO
chmod 440 /etc/sudoers.d/20_TU-USUARIO


Luego de tener todo listo, que tal si instalas ESXi usando Razor?
http://www.virtuallyghetto.com/2012/05/how-to-deploy-esxi-5-using-razor-puppet.html



Aqui el puppet module list de la instalación existente de Puppet + Razor:


mom:/home/ariel# puppet module list
/etc/puppet/modules
âââ aredan-sshd (v0.0.1)
âââ basesytem (???)
âââ camptocamp-rsyncd (v0.0.1)
âââ ntp (???)
âââ puppetlabs-apache (v0.0.4)
âââ puppetlabs-apt (v0.0.4)
âââ puppetlabs-firewall (v0.0.4)
âââ puppetlabs-mongodb (v0.0.2)
âââ puppetlabs-nodejs (v0.2.0)
âââ puppetlabs-razor (v0.1.4)
âââ puppetlabs-stdlib (v2.3.3)
âââ puppetlabs-tftp (v0.1.1)
âââ puppetlabs-vcsrepo (v0.0.4)
âââ saz-dnsmasq (v1.0.0)
âââ saz-sudo (v2.0.2)
âââ user (???)
âââ vim (???)
mom:/home/ariel#




	


	





	

		
		
Iniciando un VMware LAB – Storage con OpenFiler.
	


	
	
	

		
Mucho tiempo ha pasado pensando si tenia algún valor escribir una entrada sobre como instalar OpenFiler y ser usado para presentar almacenamiento a VMware (o cualquier otro Hypervisor con soporte iSCSI), he decidido que si sin importar que existan miles de entradas iguales, lo único que he basado este post en una excelente guía creada en LAB Guides (http://labguides.com), cuando digo basado creo que hablo mentira, he usado las imágenes y traducido el contenido.


    

  • Primera parte – Instalación.
    • 



A diferencia de la guía en LAB Guides, aquí nos estamos enfocando en una maquina física que además usaremos con nuestro NAS en la red y no solo para presentar almacenamiento para VMware.


Motherboard: MCP61M-M3 (V7.0/ V7.1)


Processor: AMD Athlon(tm) II X2 240 Processor


Processor Socket: AM3


Memory: 2 GB (1 x 2GB) DDR3


Network card: Intel PCI-E Card dual-port, Intel PRO/1000 MT and Integrated 10/100 Card (for management). (3 NICs in total)


Discos: 6xHD – por el momento varían, discos desde 200GB hasta 1.5TB.


 


Si ya se tiene experiencia instalando distribuciones como Elastix, Trixbox y muchas más que se basan en CentOS, podrán notar que nos reciben con una imagen como al siguiente.


ISO Splash image


Tecleamos ENTER para continuar.


Crearemos un juego de particiones con los siguientes atributos:


/boot – 100MB para la partición primaria


Swap – 2048MB para la SWAP


/ – 2048M partición primaria, esta almacenara el sistema operativo y sus utilidades.


Lo restante lo dejaremos marcado como LIBRE.




Posiblemente el instalador nos mostrara un mensaje de error advirtiendo que no tenemos sufieciente memora y nos preguntara si habilita la memoria SWAP, a esto le responderemos que si.




Direcciónes IP, claro que las necesitamos.




Ahora nos toca seleccionar el TZ (timezone) al cual pertenecemos, America/Santo_Domingo.




La próxima ventana nos solicita un password para el root, en este tipo de distribuciones no nos piden usuario como lo hace Ubuntu o Fedora.




Una vez hemos introducido el password que vamos a utilizar, se nos muestra una ventana con información donde nos notifican que la instalación se iniciara una vez hagamos click en Next.






Ya terminada la instalación nos toca reiniciar el equipo.




 


Luego de iniciado nuestro OpenFiler, podemos acceder al manejo via web usando las credenciales de root y el password que introducimos en uno de los pasos anteriores.







	


	





	

		
		
Veeam B&R 6.1 – CBT error.
	


	
	
	

		
Desde hace un tiempo Veeam B&R 6.0 (ahora 6.1)  realiza backup de mis VMs pero el status es WARNING, algo que descuide por simplemente pensar que es un “LAB”. Imagínese, tener backups que terminan en WARNING, no se lee nada bien…


Decidí investigar, en el reporte de B&R (mi abreviación para Backup & Replication) aparece el 40% de la solución al problema, allí aparece un mensaje que dice “Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/4f6bef3f-f50a8e32-dad1-8c89a564bb07/vGabi/vGabi.vmdkDetail: », endpoint: ». Desde que vi CBT en el mensaje supe que era un problema con la VM directamente, así que el siguiente paso era revisar los logs de esa VM en vSphere. Lo extraño era que en el vSphere no tenia ningún error en Tasks & Events.


Pero, con simplemente haciendo una búsqueda “Cannot use CBT: Soap fault.” El primer link es del KB de Veeam y allí tenemos la solución.


Problem:VMware is having trouble getting change block tracking to work correctly on some of the disks.


Solution:


The following steps will reset CBT on the guest VM:


1.  Power off the VM

2.  Right click the VM, click «Edit settings», find the «Options» tab and click «Configuration Parameters»


3.  Set the «ctkEnabled» value to false

4.  Set the «scsi0:x.ctkEnabled» value to false for each disk of the VM in question


5.  Open the source folder and remove any -CTK.VMDK files.

6.  Power on the VM

7.  Power off the VM again.  This step is needed to update the CTK table.

8.  Power on the VM

9.  Rerun Backup or Replication job to re-enable CBT


 


http://www.veeam.com/KB1113


 


Listo!





	


	





	

		
		
Boomerang.
	


	
	
	

		
No, no es el canal de televisión en el cable, Boomerang es una herramienta desarrollada en la sección Flings de VMware LABS.


Si de casualidad tienes varios vCenter o varios ESXi a los cuales te conectas día a día solo para hacer tareas como Power On, Power Off o simplemente para conectarte a la consola de una maquina virtual, Boomerang va a simplificar esas tareas.


No es una herramienta nueva, fue publicada en Julio del 2011, pero valía la pena escribir sobre ella.


 


http://labs.vmware.com/flings/boomerang