Archives

Despues de una reinstalación de un hipervisor ESXi, al convertir alguna template a VM, al intentar editar las propiedades de esta, no genera el siguiente error:

Por lo visto es una convinación de factores, como puede ser que no exista alguna imagen ISO a la que estaba conectada, o ha cambiado el nombre de algun datastore.  La solución es quitar la VM del inventario y añadirla de nuevo.

Este es un listado rápido de los cambios introducidos en la nueva versión:

• vCenter Server 4.1 u1 – Release Notes
  • Update Manager – Release Notes
  • Guided Consolidation – plugin
  • vCenter Converter – plugin
  • Orchestrator – Release Notes
• ESX 4.1 U1 – Release Notes
• ESXi 4.1 U1 – Release Notes

Puntos destacables en esta versión:

• ESX and ESXi 4.1 U1 now support 160 logical processors
• ESX and ESXi 4.1 U1 now support RHEL 6, RHEL 5.6, SLES 11 SP1 for VMware, Ubuntu 10.10, and Solaris 10 Update 9 guest operating systems
• ESXi 4.1 U1 supports trusted boot using Intel Trusted Execution Technology, available with the XEON 5600 processors. More info
• vCenter now supports guest customization on Windows 7/2008 R2 SP1, RHEL 5.5, and RHEL 6.0
• vCenter now supports updated versions of previously supported databases (SQL 2005 & 2008, Oracle 11g, DB2)
• Update Manager support for guest remediation will no longer be supported after this release.

Para poder montar un fichero de filesystem de un DomU de Xen, si este fichero contiene todo el disco, es decir, hemos creado particiones para el raiz, swap, etc, tendemos que hacer un offset en el momento de montar la partición que no interese.

Primero averiguamos el bloque a partir del cual tenemos que montar:

# fdisk -lu disk0.raw

You must set cylinders.
You can do this from the extra functions menu.

Disk disk0.raw: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders, total 0 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk identifier: 0x000b9129

Device Boot      Start         End      Blocks   Id  System
disk0.raw1              63     3630689     1815313+  82  Linux swap / Solaris
disk0.raw2   *     3630690    29350754    12860032+  83  Linux

La partición empieza en 3630690, lo multiplicamos por el tamaña de bloque, 512 y tenemos el bloque de inicio, 3630690*512=1858913280.

Y ahora montamos:

# mount -o loop,offset=1858913280 -t reiserfs disk0.raw /mnt

http://blogs.sun.com/realneel/category/ZFS

http://www.solarisinternals.com/wiki/index.php/ZFS_for_Databases

http://www.cuddletech.com/blog/pivot/entry.php?id=979

http://southbrain.com/south/perl/

http://nilesh-joshi.blogspot.com/2010/07/zfs-revisited.html

http://southbrain.com/south/2008/04/wheres-all-my-memory-gone-sola.html

http://blogs.everycity.co.uk/alasdair/2010/07/zfs-runs-really-slowly-when-free-disk-usage-goes-above-80/

http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide

http://developers.sun.com/solaris/docs/wp-oraclezfsconfig-0510_ds_ac2.pdf

Se ha publicado la primera versión de la nueva rama de VirtualBox, que como siempre incorpora un monton de bugfixes y nuevas funcionalidades, como podemos ver en el Changelog.

Como novedad mas importante es la nueva gestión de plugin que extienden las funcionalidades, los nuevos extension packs.

Podemos descargar la nueva versión desde aquí.

http://trafficserver.apache.org/

Esto es un problema en los permisos de los ejecutables de VirtualBox, de forma que impiden leer las librerias.  Para corregirlo, tendremos que asignar los permisos correctos:

# cd /opt/virtualbox
# chmod 4711 VirtualBox VBoxSDL VBoxNetDHCP VBoxNetAdpCtl VBoxHeadless

http://www.salixos.org/forum/viewtopic.php?f=24&t=1447

Para poder extraer mas información sobre el uso de la memoria que estan haciendo los procesos en Solaris 10, tenemos varias herramientas, y a continuación una pequeña guia de como usarlas.  La mayoría hay que ejecutarlos como root para poder obtener resultados.

Top procesos ordenados por uso de memoria

Hay que tener en cuenta que en el listado, pueden aparecer varios procesos que comprarten memoria, estos se muestran varias veces con la cantidad de memoria que comparten. Esto es habitual en Oracle, hay multiples procesos que muestran el total de memoria de la SGA.

{codecitation}

# prstat -a -s rss

{/codecitation}

Espacio de direcciones de un proceso (memoria usada)

De esta forma podemos ver el espacio de direcciones que usa un proceso, es decir, la memoria que tiene reservada:

{codecitation}

# ls -l /proc/{pid}/as

{/codecitation}

{codecitation}
for pid in `pgrep java`
do
   ls -l /proc/$pid/as
done

{/codecitation}

Evaluar la swap

Para ver el consumo y determinar si el sistema da uso a la swap y hace falta mas memoria físisca, es decir, las columnas swap in/out no son 0:

{codecitation}

# vmstat -S 3

{/codecitation}

Podemos saber que el sistema esta haciendo swapping observando la columna sr:

{codecitation}

# vmstat 3

{/codecitation}

Memoria consumida por el kernel y las caches de UFS

Nos devuelve medidas de la memoria consumida por las partes del kernel y las caches de las UFS, incluyendo la cache ZFS ARC(el cálculo puede tardar bastantes minutos):

{codecitation}

# echo “::memstat” | mdb -k

{/codecitation}

Información detallada de la cache ZFS ARC

La cache ZFS ARC puede usar mucha memoria del sistema si el filesystem ZFS esta muy lleno, pero teoricamente ZFS devuelve la memoria a medida que el sistema la necesita:

{codecitation}

# kstat -m zfs

{/codecitation}

Links

http://blogs.warwick.ac.uk/chrismay/entry/solaris_10_memory/

Cuando trabajamos el VMware vSphere HA, es posible que nos encontremos con el error “Insufficient resources to satisfy HA failover”, en el siguiente post se detalla como calcular el máximo de VM que puede manejar nuestro cluster HA.

http://www.vmwarewolf.com/ha-failover-capacity/

Para montar una imagen ISO de un DVD o un CD, usaremos los dispositivos loopback. En Solaris, la aplicación que gestiona estos es lofiadm.

{codecitation}

# lofiadm -a /path/to/cd.iso

{/codecitation}

Esto añade un nuevo dispositivo que apunta a la imagen iso que queremos montar.

Montamos la imagen sobre un punto de montaje, y ya podemos trabajar con el contenido:

{codecitation}

# mount -o ro -F hsfs /dev/lofi/1 /mnt
# cd /mnt
# ls -l
# df -k /mnt
{/codecitation}

Podemos realizar todo en proceso con una simple linea:
{codecitation}

mount -F hsfs -o ro `lofiadm -a /path/to/image.iso` /mnt
# umount /mnt

{/codecitation}

Por último, para eliminar el dispositivo de loopback que hemos creado que apunta a la imgen, ejectuamos:

{codecitation}
# lofiadm -d /dev/lofi/1

{/codecitation}