Bueno, el nuevo servidor no es nada del otro mundo, pero es mejor que el anterior. Antes tenía un IBM Aptiva, Pentium II Celeron 333MHz, 256MiB RAM y unos 74GB de disco duro. Y ahora gracias a un regalo de mi amiga Marta que me dio un IBM Personal Computer 300GL, Pentium III 667MHz he podido montar un servidor con 120GB de disco y 640MiB de SDRAM PC-133. Espero que ahora todo vaya algo más ligerito y también espero tener pronto varias entradas que creo que serán bastante interesantes.

¡Muchas gracias Marta!

Así que por favor, ya que he actualizado si vieras algún problema no dudes en decírmelo. Puedes usar la página de contacto, te estaría muy agradecido.

Lo primero es llamar como root a la orden java-check-environment y seguir las instrucciones que nos indica.
A continuación, si queremos también podemos eliminar todos los JDKs y JREs antiguos, si es que no los vamos a necesitar. Clásico emerge -C …

Y por último eselect java-nsplugin set 64bit sun-jdk-1.6 o bien: eselect java-nsplugin set 64bit sun-jre-bin-1.6

Resultó ser un fallo que ha surgido en algún lugar en el camino entre el kernel Linux 2.6.26 al 2.6.27. Y no sólo eso, si no que debemos asegurarnos de que nuestro interfaz de red soporta y tiene activado la opción de Wake on LAN.

1. # emerge ethtool
2. # ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: d
Link detected: yes
   “Wake-on: d” significa que está desactivado, y debería estar en ‘g’, que es el modo de wakeonlan que soporta, tal y como “Supports Wake-on: g” dice.
3. # ethtool -s eth0 wol g
   Activamos wakeonlan.
4. # echo "ethtool -s eth0 wol g" >> /etc/conf.d/local.start
   Lo añadimos al servicio local, para que se ejecute siempre al arrancar el sistema.
5. Aquí es donde viene lo más extraño, y es el error del que habla antes. Al darle la dirección MAC de la interfaz de red al comando wakeonlan debemos dársela del revés. Suponiendo que nuestra dirección MAC es 00:12:34:56:78:9A, el comando a usar sería:
   # wakeonlan 9A:78:56:34:12:00

Fuentes: aquí y aquí.

Pero… En cada versión nueva he visto como Wordpress se hacía cada vez más incompatible con Cherokee Web Server, hasta el punto de que en la versión 2.7 de Wordpress ya no era posible entrar a mi blog. Y en la versión que uso ahora, intentad entrar aquí si tenéis narices.

No estoy usando la última versión de Cherokee, quizás si pruebo a usar la última funcione. Tendré que ir probando, mientras tanto mi blog sigue en pie, que es lo importante.

No voy a explicar en profundidad qué es LVM, pues hay muchos sitios en la web que lo hacen. Pero sí como lo he puesto en marcha para un caso práctico.

Desde hace unos meses necesito algo más de espacio en disco para mi /home que lo tengo en /dev/sda4. Así que decidí comprar un disco grandote, y usar LVM2 para unir /dev/sda4 con las particiones del nuevo disco /dev/sdb y montarlo en /home.

1. Lo primero es preparar mi nuevo disco creando particiones de tipo 8e (Linux LVM). Podemos usar cfdisk /dev/sdb por ejemplo, o el particionardor de disco que prefieras, o en su defecto, el que más coraje te de . Personalmente hice 10 particiones de 50GB cada una, 3 primarias y 7 lógicas.
2. # emerge lvm2
   No podemos olvidarnos de las herramientas que necesitamos para hacer uso de LVM2, con esto conseguiremos las herramientas para poder crear volúmenes físicos, crear grupos de volúmenes y añadir volúmenes físicos, aumentar y exterder el tamaño de los grupos de volúmenes… Todo esto me recuerda que quizás deba explicar un poco al menos a modo de glosario qué es cada cosa.
3. # nano -w /etc/lvm/lvm.conf
   Buscamos la línea filter = [ "a/.*/" ] y la substituimos por filter = [ "a|/dev/sd[ab]|", "r/.*/" ]. Lo que conseguimos es que al escanear en busca de particiones LVM rechace todos los dispositivos pero que acepte /dev/sda y /dev/sdb. Deberías modificar esta línea para tus propias necesidades, si fuera necesario.
4. # vgscan
   Buscamos grupos de volúmenes, volúmenes físicos LVM y demás que ya estuvieran preparados en el sistema.
5. # vgchange -a y
   Hacer disponible otros grupos de volúmenes que ya estuvieran configurados.
6. # pvcreate /dev/sdb*
   Preparar las particiones para poder ser usados como volúmenes físicos.
7. # vgcreate vg /dev/sdb1
   Crear un grupo de volúmenes llamado vg que inicialmente estará formado solo por el volumen físico /dev/sdb1.
8. # vgextend vg /dev/sdb2
   Añadir el volumen físico /dev/sdb2 al grupo de volúmenes vg, hacer lo mismo con todos los volúmenes físicos que queramos añadir añadir.
9. # lvcreate -L400G -nhome vg
   Crear un volumen lógico inicial de 400 GiB llamado home, esto creará un dispositivo llamado /dev/vg/home el cual usaremos en el fstab para montarlo en /home del mismo modo que lo hacía antes con /dev/sda4.
10. # lvextend -L+5G /dev/vg/home
    Podemos incrementar el tamaño del volumen lógico /dev/vg/home pues aún tenemos espacio libre sin asignar en nuestro grupo de volúmenes físicos vg.
11. # mkfs.ext3 /dev/vg/home
    Una vez asignado el tamaño para nuestro volumen lógico, debemos crear un sistema de ficheros en él, sí, al igual que hacemos con una partición normal. Más tarde, cuando añadamos /dev/sda4 al grupo de volúmenes, aumentaremos el tamaño del sistema de ficheros también, ya veremos como.
12. # mkdir /root/vghome
# mount /dev/vg/home /root/vghome
# cd /home
# cp -r -p lista_de_carpetas_de_cada_usuario /root/vghome/
    Copiar los datos que hay en /dev/sda4 actualmente montado en /home a /dev/vg/home, para ello primero debemos montar /dev/vg/home en algún directorio, como por ejemplo /root/vghome. Es importante asegurarnos de que no copiamos el directorio lost+found. Al usar el comando cp la opción -r hace una copia recursiva y la opción -p conserva los propietarios y permisos de cada archivo. Asegúrate de que has copiado bien todos tus datos, si quieres puedes dejar los siguientes paso para más adelante o para unos días después, hasta asegurarte de que tu Home está en perfecto estado.
13. Debemos cerrar todas las sesiones que tengamos abiertas como usuario antes de proceder con los siguientes pasos. Ir a una consola virtual y entrar como root, o bien entrar en una sesión gráfica como root, si tu sistema lo permite.
14. # umount /home /root/vghome
15. # cfdisk /dev/sda
    Eliminar la partición /dev/sda4, ¡ojo! No toques las demás particiones, solo elimina esta. Vuelve a crear una de tipo 8e (Linux LVM) .
16. # pvcreate /dev/sda4
    Marcamos /dev/sda4 como volumen físico.
17. # vgextend vg /dev/sda4
    Y la añadimos al grupo de volúmenes vg.
18. # lvextend -L+138G /dev/vg/home
    Como ahora disponemos de más espacio en el grupo de volúmenes vg, podemos aumentar el tamaño del volúmen lógico home.
19. # fsck.ext3 -f /dev/vg/home
# resize2fs /dev/vg/home
    Sin embargo el sistema de ficheros contenido en el volumen lógico no ha cambiado de tamaño, así que en la práctica no tenemos más espacio. Primero debemos hacer un chequeo forzado del sistema de ficheros y luego redimensionar el sistema de ficheros al tamaño del volumen lógico. Ni qué decir tiene que el sistema de ficheros que uso es ext3 tanto para / (Sistema Raíz) como para /home.
20. # mount /dev/vg/home /home
21. Editamos /etc/fstab y substituimos /dev/sda4 por /dev/vg/home para que nos monte el volúmen lógico en /home.
22. Cerrar sesión y volver a iniciar sesión con nuestro usuario y disfrutar de nuestra «CASA» recién ampliada.

Si queremos ver cuánto espacio libre y otros datos de interés, de un grupo de volúmenes debemos usar el comando vgdisplay nombre_grupo_volumenes, en este caso sería vgdisplay vg, así sabremos cuanto añadir al volumen lógico con el comando lvextend.

1. $ sudo su
2. # passwd
3. # nano -w /etc/sudoers
   Debemos editar el fichero para dejar de permitir el acceso de los usuarios a sudo.
   

   # Members of the admin group may gain root privileges
   # %admin ALL=(ALL) ALL

   Debemos dejar comentadas estas líneas.

4. # exit
   Cerramos la sesión root.
5. $ gconftool --set --type=bool /apps/gksu/sudo-mode false
   Configuramos Gnome para que haga uso de su en lugar de sudo.
   $ gconftool --get /apps/gksu/sudo-mode
   Nos aseguramos de que este comando devuelve el valor false.

A partir de ahora el comando sudo dejará de funcionar para nuestro usuario, y tendremos que usar exclusivamente su y la contraseña de root para administrar el sistema.

Lo primero es instalar GCC Versión 3.4.6 ya que Qemu no compila con la versión 4, después instalaremos todo lo necesario, y pasaremos a la configuración y demás.

1. # emerge =sys-devel/gcc-3.4.6-r2
2. # gcc-config -l
   Lista las versiones de gcc de las que disponemos.
3. # gcc-config x86_64-pc-linux-gnu-3.4.6
   Con esto hacemos que el sistema use el gcc-3.4.6.
4. # source /etc/profile
   Para que tenga efecto en la sesión de consola actual.
5. # emerge qemu qemu-softmmu qemu-user kqemu
6. # gcc-config x86_64-pc-linux-gnu-4.1.2
   Volvemos a usar nuestro gcc versión 4 que teníamos por defecto.
7. # source /etc/profile
8. # gpasswd -a USUARIO qemu
   Añadimos a nuestro usuario al grupo qemu.
9. # echo “kqemu” >> /etc/modules.autoload.d/kernel-2.6
   Para que siempre cargue el módulo kqemu al arrancar el sistema.
10. # modprobe kqemu

Al final lo que hay que hacer para que funcionen estos drivers libres es añadir la línea AGPMode “1″ en el /etc/X11/xorg.conf en el partado Device. Es curioso que mi chipset, un intel GME855, si no recuerdo mal, soporta hasta 4x en el modo AGP y mi gráfica hasta 8x. Bueno, podría poner 4x, ¿no? Al menos eso parece en principio, pero no, hay que ponerlo a 1x si queremos que funcione, porque en otro modo el sistema se queda completamente congelado.

Creo que todo es debido a que a raíz de que ATI/AMD liberara un driver y diera especificaciones para poder desarrollar un driver alternativo libre para sus chips, se ha comenzado un desarrollo que soporta aceleración 3D en estos drivers, y tal vez esto haya hecho que surjan errores que antes no estaban presentes… Esto es solo un pensamiento mío, no lo he contrastado ni lo he visto en ninguna parte.

Aquí os dejo mi xorg.conf por si a alguien le sirve de algo.