Autor: Jose Miguel Lopez-Coronado

Añadir firma al webmail de la CECT

Intro En este tutorial explicaremos como hemos de añadir la firma al webmail de la CECT. El problema que presentan las firmas con logo en los clientes de webmail es que habitualmente, aunque subamos la imagen al servidor, éste crea un enlace html a la misma en lugar de codificarla y adjuntarla. Como resultado, la mayoría de programas de correo no presentan la imagen, ya que éstos vienen configurados por defecto para no cargar imágenes remotas como medida de seguridad. La solución a este problema está en codificar la imagen mediante el veterano uuencode64 y añadir el código generado al atributo src de la etiqueta img. La codificación se puede hacer simplemente viendo el código fuente de un mensaje de correo que nos hayamos enviado a nosotros mismos con la imagen que queremos codificar.   La firma de la CECT con el nuevo logo en el webmail de la CECT El programa de webmail empleado por la CECT es roundcube. Para incluir la firma con el nuevo logo hemos de ir a ‘Configuración’ en la parte superior derecha de la pantalla del webmail (fig. 1).   Una vez allí seleccionaremos ‘Identidades’ de la columna ‘Configuración’ que aparece a la izquierda (fig.2) y luego elegimos la identidad deseada del listado de ‘Identidades’ que aparece a la derecha de la columna ‘Configuración’.   En la columna de la derecha aparece un...

Read More

Instalar y configurar 4xGB Eth en nodos

Intro La comunicación entre los nodos del cluster, tanto para la replicación de datos por parte de drbd como para el pacemaker se llevaba a cabo por una tarjeta de red de 1GB. Este punto resultaba ser el cuello de botella para un cluster HA de producción que albergase el servidor samba y owncloud como mínimo. Por este motivo pensamos en añadir una tarjeta de fibra multimodo de 10GB para la comunicación entre nodos. Sin embargo los precios de estos componentes (al de las tarjetas había que añadir el de los transceivers) se disparaban al compararlos con las tarjetas de cuatro puertos GB Ethernet que además conseguimos al precio de las de dos puertos. La idea era hacer un bonding con los cuatro puertos para tener una conexión de 4GB/sec entre los nodos, cuatruplicando así la velocidad inicial. Teniendo en cuenta que nuestros discos duros son SATA III, la velocidad de transferencia máxima teórica es de 6GB/sec, por lo que las conexiones a 10GB estarían un poco sobredimensionadas.   El hardware Al final las tarjetas elegidas fueron la referencia 593722-B21 de HP. Las conectamos en el puerto PCI express de 16x que además era de perfil alto. Podíamos haberlas conectado en el de 8x, que es de perfil bajo porque las tarjetas venían con adaptadores de perfil bajo. Para instalarlas pasamos todas las máquinas virtuales a un nodo, pusimos...

Read More

Migrar máquinas virtuales a otro almacenamiento

Puede darse el caso de que necesitemos mover en nuestro proxmox las máquinas virtuales de un almacenamiento a otro. La forma tradicional de hacer ésto era: Realizar una copia de seguridad de la máquina virtual (mejor en modo ‘Stop’ para evitar inconsistencias en los datos, que son raras pero existen). Eliminar la máquina virtual del proxmox Restaurar la máquina virtual en el almacenamiento deseado a partir de la copia de seguridad Sin embargo, buscando por ahí encontré un artículo donde se publica un script que resuelve el problema mediante línea de comandos. El artículo es el siguiente: Move Proxmox Container to Different Storage Por si acaso alguien decide eliminar el artículo, copio el script: Shell #!/bin/bash # # Filename : migrate # Description : Migrate Proxmox OpenVZ container from one storage to another # Author : James Coyle # # Version: # -Date -Author -Description # 20-11-2013 James Coyle Initial # # # Variables TMP=/home/HDD1_50GB/tmpdir #Location to use to create the backup for transferring to new storage. This needs to be big enough to store the backup archive for the container. DELETE=false #by default it deletes the backup file # Do not edit usage() { echo "Usage: $0" echo " [-c Required: Container ID to migrate <int>] " echo " [-s Required: Target storage ID <string>]" echo " [-d Optional: Delete the backup file after CT restoration <boolean>]" echo...

Read More

Añadir a proxmox un disco duro para almacenamiento 2

Una vez que instalamos el disco duro de 50GB en el servidor proxmox y lo añadimos como directorio al ‘storage’ del sistema restauramos las máquinas virtuales (nos referimos a containers y no a kvm en este post) a partir de los archivos de copia de seguridad. El lugar elegido para el almacenamiento de estas máquinas virtuales fue el nuevo disco de 50GB. El uso del sistema en estas condiciones nos ha llevado a ver que no es posible hacer copias de seguridad de las máquinas virtuales empleando el sistema de ‘Snapshot’ puesto que éstas no están corriendo en un lvm. Habría que hacer un backup mediante ‘Suspend’ de la máquina virtual. Las diferencias pueden parecer no tan grandes, pues en el caso de la copia mediante ‘Suspend’ el tiempo de inactividad de la máquina virtual es muy bajo (no hay tiempo de inactividad en el caso de la copia mediante ‘Snapshot’). Sin embargo si que hay diferencia en el tiempo que lleva realizar la copia en ambos casos. Mientras que en el caso de copia por ‘Snapshot’ copiar una máquina virtual ha llevado 1 minuto y 12 segundos, la copia de esta misma máquina empleanto el sistema ‘Suspend’ ha llevado 14 minutos y 24 segundos!!!   Cambiando de estrategia Creamos un nuevo disco virtual y lo añadimos al servidor proxmox, pero esta vez como lvm (ver parte 1 de...

Read More

Añadir a proxmox un disco duro para almacenamiento

Intro Estoy migrando mi servidor proxmox al cluster y me he dado cuenta de que el diseño del almacenamiento es mejorable, sobre todo teniendo en cuenta que se trata de una máquina virtual kvm. El diseño original contenía un disco duro de 200GB donde se incluia el sistema operativo y el almacenamiento (fig. 1).   Esto obliga a transferir los 200GB en caso de querer migrar la máquina virtual a otro servidor de virtualización. Por el contrario, si empleamos la misma estrategia que con otras máquinas virtuales, separar los discos virtuales que albergan el sistema operativo de aquellos previstos para el almacenamiento, la transferencia entre equipos es más rápida.   Nuevo diseño El nuevo diseño tiene un disco duro de 10GB para el proxmox y añadiremos tantos discos duros extra como sea necesario. Hemos instalado proxmox 4 beta2, pero podemos cambiarlo por la versión estable (3.4 en el momento en que escribo). Una vez instalado el SO, lo que haremos será crear un nuevo disco virtual y le daremos un total de 50GB (51200MB). Reiniciamos el proxmox, ya que de otro modo no reconoce el nuevo disco, que hemos creado como virtio y aparece como /dev/vdb al hacer un fdisk -l Habría que añadir el nuevo disco al servidor proxmox, para lo cual tenemos dos opciones principales: Crear un volumen vg y añadirlo a proxmox como lvm Formatearlo como...

Read More