Overflow /tmp de 1.0M

Hola! Hoy he visto un tema que me ha parecido suficientemente importante como para escribir este post.
Resulta que un server tenía montado el /tmp como overflow. Viendo un df se ve claro:

root@server:/var/log# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda2      7.5G  2.4G  4.7G  34% /
udev            2.9G  4.0K  2.9G   1% /dev
tmpfs           1.2G  168K  1.2G   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            3.0G     0  3.0G   0% /run/shm
overflow        1.0M  128K  896K  13% /tmp

Y dices... WTF!! Si el fstab no hay nada para el /tmp.

Pues resulta que es un sistema de protección contra quedarse sin espacio. En el caso que llegue a llenarse, se crea un nuevo punto de montaje /tmp en RAM. El tema es que no vuelve al estado original de forma automática.

Cómo tengas un JBOSS o algo que lo use, no vas a poder desmontarlo y habrá que hacer unos cuantos KILLS para poder llegar hacer un umount.

He visto que también se puede hacer:

echo 'MINTMPKB=0' > /etc/default/mountoverflowtmp 

Para desactivarlo definitivamente, pero bueno no se hasta que punto nos puede interesar dejarlo tal y como viene de serie. Que cada uno elija.

Saludos

Ext4 group descriptors corrupted + LVM cifrado

Hola!! he aquí otro error que da como resultado una petada al puro estilo Windows... PC sin arracar.

Mira que hay veces que he apagado mal el portátil y bueno, es algo que nunca me había pasado, hasta hoy. Cómo arreglarlo, facil:

Arrancamos con nuestra distro USB/CD live como Arch.

Cargamos el módulo del kernel
modprobe dm-crypt

Ejecutamos
cryptsetup luksOpen /dev/sda5 crypt1

Escaneamos los volumenes LVM:
vgscan --mknodes
vgchange -ay

Y le damos caña:
fsck /dev/mapper/xubuntu-root

Suerte!!

Efectos especiales para Awesome

Hay quien dice, hombre si usas un Windows Manager super minimalista (awesome)... no le añadas un  composite manager. Y tienen razón, :) ... Pero cuando llevas horas trabajando con varios lxterminal con fondos oscuros, fuentes secas y sin filigranas (terminus), escuchando Death Metal Sueco... etc, apetece que ese cambio de escritorio virtual,  sea suave y traslucido, que los menús y ventanas tengan sombras, aunque consumamos un poco de recursos extra.

Hasta ahora había probado Xcompmgr, es sencillo y hace lo que tiene que hacer, pero me ha dado problemas trabajando con multi-screen. Si solo trabajas con un monitor funciona bastante bien. El que he probado que funciona bien en un multi-screen de dos monitores es compton, de hecho también lo utilizo en un solo monitor y funciona perfecto.

Es tan sencillo como:

$ compton -cGb

Y para más extravagancia:
$ compton -cC -i 0.6 -e 0.6
$ compton -cC -i 0.6 -e 0.6 -fF
$ compton -cC -fF -I 0.065 -O 0.065 -D 6 -m 0.8 -i 0.6 -e 0.6

Para arrancarlo pues como tengas configurado el arranque automático de aplicaciones al arrancar tu window manager. Una buena opción es ponerlo en tu fichero ~/.xprofile

Esta disponible el paquete en AUR para Arch Linux, y en su github las sources para compilarlo para otras distribuciones.

XenServer - Ubuntu 12.04

Hola! vamos a ver como instalar Ubuntu12.04 en XenServer. Como siempre utilizo el metodo HVM y luego la conversión a PV.

Instalamos desde la ISO como un "Other Install Media", poniendo así el espacio de disco, RAM y CPU que queramos, arrancamos desde CD e instalamos Ubuntu. A tener en cuenta: 

• Utilizar EXT3 o si quereis utilizar EXT4, hay que tener la partición /boot en un disco EXT3 o EXT2
• Utilizar un particionado personalizado y poner que la Swap sea el disco xdva1 y la raiz (o el disco susceptible a ser ampliado como xvda2) o mejor ahun, no pongas Swap (si hace falta, la montas luego como un VDI aparte ;)

Una vez instalado ajustamos la máquina para que sea paravirtual. 

1. apt-get install linux-virtual
2. cd /boot/ y  hacemos lo siguiente:

root@ubuntu12:/boot# ln -s vmlinuz-3.2.0-24-virtual vmlinuz.xen

root@ubuntu12:/boot# ln –s initrd.img-3.2.0-24-virtual initrd.img.xen

Nos conectamos al Dom0 y modificamos los siguientes parametros de la máquina virtual:

xenserver# xe vm-param-set uuid= HVM-boot-policy=""

xenserver# xe vm-param-set uuid= HVM-boot-params=""

xenserver# xe vm-param-set uuid= HVM-shadow-multiplier=""

xenserver# xe vm-param-set uuid= PV-bootloader-args="--kernel=/boot/vmlinuz.xen --ramdisk=/boot/initrd.img.xen"

xenserver# xe vm-param-set uuid= PV-args="root=/dev/xvda1 ro quiet console=hvc0 xencons=hvc0"

xenserver# xe vm-param-set uuid= PV-bootloader="pygrub"

xenserver# xe vbd-param-set uuid= bootable=true

Arrancamos la máquina virtual y si todo funciona OK ya estará corriendo para virtualizada, instalamos las XenTools y modificamos el fichero /etc/fstab

/dev/xvda1 / ext3 errors=remount-ro,barrier=0 0 1

Sin esta config en el fstab, la raiz se monta en RO eventualmente, de este modo funciona bien.

Tambien es necesario ajustar la tty por defecto para que sea hvc0:

sed -e “s/tty1/hvc0/ig” /etc/init/tty1.conf | sudo bash -c ‘cat > /etc/init/hvc0.conf

Con esto, ya teneis el nuevo template ;)

Saludos

Cómo cambiar el sistema encriptación por defecto Ubuntu Linux

Si planteamos el escenario, en que tenemos un servidor antiguo, con por ejemplo una Ubuntu 7.10 y queremos llevarnos todas las cuentas de usuarios en /etc/shadow a otro servidor Ubuntu, con una versión superior como la 10.4, o en general, a cualquier sistema que utilice un nuevo algoritmo de encriptación como puede ser sha512, tenemos que tener en cuenta:

El fichero de pam básico de password /etc/pam.d/common-password

password    [success=1 default=ignore]    pam_unix.so obscure sha512 

En este caso está configurado para utilice sha512, cambiando sha512 por md5, pasaríamos a utilizar el algoritmo antiguo:

password       [success=1 default=ignore]      pam_unix.so obscure md5

El fichero de configuración del login /etc/login.defs

Por defecto tendremos: ENCRYPT_METHOD SHA512

Para utilizar MD5 cambiamos a: ENCRYPT_METHOD MD5

Con esto, el servidor utilizará MD5 para el fichero /etc/shadow y la autentificación de tus usuarios.


Cabe recordar que es mucho más recomendable utilizar SHA512 que MD5 ya que de este último hay demostrados problemas de colisiones de hash (wikipedia: situación que se produce cuando dos entradas distintas a una función de hash producen la misma salida.)


Saludos!

XenServer y Ubuntu Server - Problemas con los Kernel de los DomU

Hola amig@os, en diferentes entornos XenServer he visto que la configuración de los domU Ubuntu 10.04 o 8.04 paravirtualizados, tienen problemas de kernel. Estos problemas se manifiestan cuando por ejemplo hacemos una XenMotion, en algunos casos el domU queda totalmente colgado, o bien, parece que esta ok, pero tiene un problema de clocking que deja de dar servicios. Voy  a intentar resumir como arreglarlos.

En Ubuntu Server 8.04 LTS

• Asegúrate de como mínimo tener un kernel 2.6.24-24-xen

• Comprueba tu clocksource:

cat /sys/devices/system/clocksource/clocksource0/current_clocksource

Si este te retorna xen, significa que esta utilizando el reloj de su Dom0 y en algunos casos, da problemas con las XenMotions. Recomiendo el uso de jiffies, un reloj local para el DomU y configurar NTP.

Para cambiar el  clocksource hay que editar el fichero grub y añadir el flag clocksource=jiffies. Por ejemplo:

title        Ubuntu 8.04.3 LTS, kernel 2.6.24-24-xen
root        (hd0,0)
kernel        /boot/vmlinuz-2.6.24-24-xen root=UUID=f0b969d7-9d41-46b5-8662-5f62a7f1ae25 ro quiet splash clocksource=jiffies
initrd        /boot/initrd.img-2.6.24-24-xen

Despues de reiniciar el domU, el reloj estara bien configurado. Ahora ya puedes usar tu NTP para sincronizar la hora con tus domU.

En Ubuntu Server 10.04 LTS

• Actualizamos el kernel al backport-natty de este modo:

apt-get install linux-headers-generic-lts-backport-natty  linux-image-generic-lts-backport-natty 

• Añadimos el modulo xen_blkfront al initramfs 

 echo xen_blkfront >> /etc/initramfs-tools/modules

• Actualizamos initramfs

update-initramfs -c -k all

• Reniciamos con el nuevo kernel.

Ubuntu 11.10 en un MacBook Air

Después de pelearme unas horas con Arch Linux en mi MacBook Air para intentar hacer funcionar el modulo de broadcom para la interfaz Wifi, vía paquete AUR sin yaourt, pacman diciendo que paquete corrupto, instalación sin kernel-sources y con el usb arriba y abajo, obviamente sin acceso a la red, tentado a reinstalar con Gentoo y compilar los modulos sin más y tener el MacBook Air más "mascle" de la tierra, he sido abducido para probar la ultima Ubuntu 11.0 ya que hoy es su día de lanzamiento.

Realmente la integración con MacBook Air es fantástica, todo funciona a la primera. Tengo que decir que solo lo he probado en modo live pero funciona todo, sonido, el driver 3D de Nvidia experimental, el modulo de broadcom, webcam, bluetooth... Ahora solo esperar a que finalice la instalación, instalar awesome y borrar gnome :D

Por cierto gente de arch, ¿no se podría incluir en el base, el modulo wl correctamente parcheado y testeado? Lo se, es un módulo privativo :(

Segundo monitor en tu ubuntu linux con xorg

Para los que nos gusta trabajar con dos pantallas extendidas. Esto es lo que utilizo cuando trabajo con portátiles, así conectando un monitor a mi izquierda  aprovecho todo el ancho que me ofrecen las dos pantallas.

xrandr --output VGA1 --left-of LVDS1

Hay otros métodos, con los drivers de las tarjetas nvidia, utilizar xinerama, que quedan genial,  pero para ir rápido y volátil éste es el más sencillo.


Con xrand puedes hacer otras cosas interesantes como rotar las X (normal, inverted, left, right, 0, 1, 2, 3)

xrandr -o right