Redimensionar (o extender) disco en virtual box

Redimensionar o extender un disco .vdi en virtual box es muy sencillo (a partir de virtual box 4).

Simplemente hay que irse a la carpeta donde tengamos instalado virtual box, en mi caso:

C:\Program Files\Oracle\Virtual Box

Y ejecutar lo siguiente:

VBoxManage.exe modifyhd «aqui_la_ruta_del_disco_vdi_a_extender (en mi caso c:\user\nombre_usuario\.virtualbox\Harddisk\Win XP)» –resize 20480

El 20480 es el tamaño en megabytes del disco ya redimensionado, 20480 = 20 GB (antes era de 10 GB).

Para más información sobre comandos virtualbox: http://www.virtualbox.org/manual/ch08.html#vboxmanage-modifyvdi

Por supuesto la máquina virtual tiene que estar parada previamente.

Si ya teníamos un sistema operativo y queremos redimensionarlo, por ejemplo la unida c: de windows (aunque vale para cualqueir partición y para cualquier S.O.), tendremos que hacer lo que viene a continuación:

1. Descargarnos gparted (http://gparted.sourceforge.net/). Es una iso.

2. O bien lo tostamos en un cd o bien lo montamos a través de algun software de montar iso, por ejemplo Alcohol 52%.

3. Una vez montado o insertado en nuestra unidad de cd lo que tenemos que hacer es arrancar la máquina y antes de que cargue el S.O. le decimos que utilice la unidad de CD/DVD donde esté montada la imagen. Esto se lo decimos en la parte de arriba de nuestra máquina virtual, en el menu: «Dispositivos -> Dispositivos CD/DVD». Si no nos ha dado tiempo a hacerlo antes de que cargue el S.O. lo que tendremos que hacer será reiniciarlo y asegurarnos de que arranca antes con la unidad de CD/DVD que con el disco duro.

4. Una vez cargado el mini sistema operativo de gparted le diremos que extienda la partición que queramos.

5. Liberamos la unidad de CD/DVD y reiniciamos.

En principio, todo debe de haber ido bien.

Javi.

Error apache: Iniciando httpd: httpd: Syntax error on line 148 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_auth_basic.so into server: /etc/httpd/modules/mod_auth_basic.so: wrong ELF class: ELFCLASS32

Instalando un apache en una maquina CentOS 5U5 x64 bits, me ha dado el siguiente error:

[root@mimaquina init.d]# service httpd start
Iniciando httpd: httpd: Syntax error on line 148 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_auth_basic.so into server: /etc/httpd/modules/mod_auth_basic.so: wrong ELF class: ELFCLASS32

La instalación del apache la he hecho via yum:
#yum install httpd

El repositorio de yum lo tengo configurado para 32 y 64 bits, por lo que instalaba los dos paquetes httpd y todas sus dependencias.
Lo que he hecho para solucionar el problema ha sido desinstalar ambos paquetes, pero con rpm -e no he podido porque me decía lo siguiente:

[root@mimaquina]# rpm -e httpd-2.2.3-43.el5
error: «httpd-2.2.3-43.el5» especifica varios paquetes

Así que he tenido que ver primero el nombre exacto de los paquetes:

[root@mimaquina init.d]# yum install httpd
Package httpd-2.2.3-43.el5.x86_64 already installed and latest version
Package httpd-2.2.3-43.el5.i386 already installed and latest version
Nothing to do

Y después eliminarlos con yum remove:
[root@mimaquina init.d]# yum remove httpd-2.2.3-43.el5.i386
[root@mimaquina init.d]# yum remove httpd-2.2.3-43.el5.x86_64

Finalmente he instalado de nuevo el paquete httpd de 64 bits:
[root@mimaquina init.d]# yum install httpd-2.2.3-43.el5.x86_64

Y con esto ha podido arrancar perfectamente.

Javi.

LXDE en Asus eeepc 901

Estos días he estado peleándome con mi asus eeepc 901 para ver que versión de linux le pongo. Y este pasado fin de semana llegamos a un acuerdo: fedora 13 lxde. Es una versión ligera que para netbooks en teoría va bastante bien, así que me voy a aventurar a instalar y configurarla.

Bien, ¿por qué he elegido ésta y no otra, como por ejemplo alguna con escritorio xfce? Básicamente porque los últimos meses he tenido una mandriva one 2010 (KDE) y se consumía toda la memoria y gran parte de la CPU de mi netbook, así que he optado por instalar un escritorio que me diera facilidades (sobre todo para mi señora) y a la vez fuera muy ligero y apenas consumiera recursos. Lxde en principio cumple mejor estos requisitos que xfce.

Así que finalmente opté por descargar e instalar la version lxde de fedora 13, en este enlace http://fedoraproject.org/as/get-fedora-options podréis encontrar todas las opciones que ofrece fedora.

Bien, a partir de ahora voy a intentar ser lo más escueto posible mostrando paso a paso lo que hice:

1. El netbook no tiene cd-rom, así que descargue el programa unetbootin.exe ( http://unetbootin.sourceforge.net/ ) para windows, que te permite decirle que iso quieres y en que unidad usb quieres instalarla. Con esto consigues hacer un usb autoarrancable, como si fuera un livecd.
2. Lo pinchamos en nuestro netbook y arrancamos. Mientras arranca, no me valió con decirle en la bios que quería arrancar desde «removible devices» antes que del disco duro, sino que mientras arranca, tuve que presionar ESC hasta que te da a elegir entre usb, hdd y alguna cosa más, obviamente, hay que seleccionar usb.
3. Una vez instalado (siguiendo el asistente), me encontré con varios problemas, la cpu y la memoria no iban tan ligeras como me hubiera gustado. A parte de esto, y para variar, no conectaba la tarjeta de red inalámbrica con la red mi casa y finalmente al apretar con el dedo en el touchpad no hacía nada, sólo podía clickar con el botón. Así que otra vez tocaba configurar las cosas a mano…
4. Intenté descargarme el paquete kmod-2860 para la tarjeta de red inalámbrica, pero no me resultó muy útil porque conectaba y desconectaba, así que opté por instalar el kernel que ofrece fedora para netbooks, espcialmente para el eeepc.
5. Descargué el kernel desde aquí: http://www.fedora-netbook.com/index.php?p=1_18_Netbook-Kernel
6. Desinstale el kernel que tenía, con rpm -e y el nombre del paquete del kernel.
7. Seguí las instrucciones al pie de la letra que indica aquí: http://www.fedora-netbook.com/index.php?p=1_24 y…

Se solucionaron los dos primeros problemas. El rendimiento ha mejorado considerablemente y la conexión wifi ha ido a la primera y sin problemas de conexión (todavía no la he testeado mucho, pero en 1 hora no se ha desconectado, por lo que apunta bien). Respecto al problema del touchpad, en el enlace http://anotacionsalmarge.wordpress.com/2010/08/12/activar-el-tapping-clic-del-touchpad-en-fedora-13-goddard/ encontré la solución. Hay que editar o crear el fichero /etc/xorg.conf y poner estas líneas:

Section "InputClass"
   Identifier "tap-by-default"
   MatchIsTouchpad "on"
   Option         "TapButton1" "1"
   Option         "TapButton2" "3"
   Option         "TapButton3" "2"
EndSection

Reinicias y ya está. He visto que hasta puedes hacer multitouch con el eeepc 901, pero eso lo dejo para próximas entregas.

Saludos.

Javi.

Clonar discos en virtual box 3.2.0 y 4.0.8

Hoy me he encontrado con el problema de querer clonar un disco virtual box para tener una plantilla de Windows XP SP3.

Lo que quiero es hacer una instalación en limpio de Windows XP  SP3 y luego tener tantas máquinas virtuales como quiera de este S.O. para diferentes propósitos.

El problema que he tenido es que una vez instalada y configurada como yo quería, al hacer un copy/paste del disco .vdi y posteriormente crear una máquina virtual indicándole ese disco me dice «tarari que te vi», que ya existe una máquina con ese identificador de disco.

Para poder copiar/clonar un disco .vdi en condiciones y crear una máquina con ese disco hay que hacer lo siguiente (desde la línea de comandos, es decir, inicio -> ejecutar -> cmd):

1. Ir a la carpeta c:\program files\oracle\virtual box
2. Ejecutar vboxmanage.exe clonehd disco_origen.vdi disco_destino.vdi
   En mi caso sería

   vboxmanage.exe clonehd «c:\users\javi\.virtualbox\harddisks\win xp sp3.vdi» «c:\user\javi\.virtualbox\harddisks\lo q sea.vdi»

3. Irnos al virtual box y darle a Máquina -> nueva.
4. En la ventana que aparece le damos a  Next
   
5. Tecleamos el nombre de la máquina y elegimos el S.O.
6. Elegimos la memoria que va a tener la máquina.
7. Después seleccionamos usar un disco duro existente y pinchamos en la carpetita con la flecha, en la nueva ventana le damos a agregar, seleccionamos el fichero .vdi que acabamos de crear y le damos a abrir.
8. En la ventana donde aparecen los discos elegimos el que acabamos de añadir y finalizamos el asistente.

En Virtual Box 4.0.8 si queremos ir un poquito más lejos y lo que nos interesa es clonar un disco y a la vez hacerlo más grande, tendríamos que crear primero un disco del tamaño que queramos (esto lo podemos hacer a través de línea de comandos o bien creando una nueva máquina virtual y asignándole un disco del tamaño que queramos) y luego teclearemos lo siguiente:

vboxmanage.exe clonehd «c:\users\javi\.virtualbox\harddisks\win xp sp3.vdi» «c:\user\javi\.virtualbox\harddisks\nuevo.vdi –existing»

Ya está la máquina lista para que empecemos a usarla.

Javi.

Compromiso personal: escribir más a menudo.

Efectivamente, desde hace prácticamente 9 meses no escribo nada en el blog, el pobre está en estado crítico, así que me voy a comprometer a escribir más a menudo.

No quiero ceñirme a una cifra semanal o mensual, ya que si no la cumplo luego me sentiría bastante mal, pero hace más el que quiero que el que puede, y yo quiero!!!

Kernel y subversiones del kernel

Cuando ejecutamos «uname -a» en nuestro servidor linux, nos puede aparecer algo como lo siguiente:

[root@plutarco ~]# uname -a
Linux plutarco.asd 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:54:53 EST 2006 i686 i686 i386 GNU/Linux

La versión del kernel que tenemos es la 2.6.9, y la subversión la 34.

En este otro ejemplo:

[root@platon ~]# uname -a
Linux platon.asd 2.6.9-67.0.15.ELsmp #1 SMP Tue Apr 22 13:50:33 EDT 2008 i686 i686 i386 GNU/Linux

Vemos como el kernel sigue siendo el mismo, pero la subversión del kernel cambia, en este caso, es la 67.0.15

Estos dos ejemplos son RHEL4, el primero update 3 y el segundo update 6.

Como podemos ver, para cada RHEL, el kernel es el mismo, pero van cambiando las subversiones, es decir, en RHEL4 tendremos el kernel 2.6.9 pero para cada update iran cambiando las subversiones

Mover recursos de un cluster

Si necesitas mover un recurso dentro de un cluster, habría que ejecutar:

clusvcadm  -r nombre_recurso -m nodo_destino

Todo la administración del cluster se puede hacer o bien con el system-config-cluster o con el comando clusvcadm.

Saludos.

Redimensionar volúmenes lógicos

En nuestro caso tenemos un servidor que hace de nas, es decir, exportamos recursos nfs a otros servidores (clientes nfs).

Tenemos el problema de habernos quedado sin espacio en uno de los recursos, así que voy a mostrar los pasos a seguir para una vez dado un nuevo disco a nuestro servidor nas, los clientes puedan ver el recurso exportado extendido.

Lo primero que hay que hacer es desmontar el recurso en el cliente; esto no estoy seguro de que sea necesario, ya que tengo que probar si es posible redimensionarlo en el servidor y que el cliente lo vea en caliente, cuando haga las pruebas, lo comentaré.

Y a partir de aquí pasamos a redimensionar el nuevo volumen lógico, no es necesario unexportar el recurso.

1. fdisk /dev/sdg
2. pvcreate /dev/sdg1
3. vgextend VG_Nfs /dev/sdg1
4. vgdisplay VG_Nfs (comprobamos que se ha extendido el VG)
5. lvextend -l 100%VG  -n /dev/VG_Nfs/LV_Nfs
6. ext2online  /dev/VG_Nfs/LV_Nfs (para rhel4 y anteriores)
7. resize2fs /dev/VG_Nfs/LV_Nfs (para rhel5)

Con el resize2fs se puede hacer sin necesidad de desmontar en el cliente.

Una de la opciones del lvextend es – -size seguido de un número y una letra «m» o «g». El número indica el tamaño que se quiere extender y la m y la g indican megas o gigas respectivamente. Si se pone un + delante del número indicaría que se quiere extender ese número de megas o gigas, si no se pone nada indicaría el tamañao total del volumen lógico.

Con esto debería de haber funcionado, si montamos el recurso en el cliente debe ver el nuevo tamaño.

Saludos.

Desactivar volúmenes lógicos

En ocasiones te puedes encontrar con el problema de que necesitas hacer algo relacionado con discos, caminos, …. y tienes un volumen lógico que no te permite hacerlo. Me explico:

Si necesitas eliminar caminos con «multipath -F» para hacer algún cambio en la configuración, te puede pasar que al ejecutarlo te diga algo así como: «disco: map in use» donde «disco» se corresponde con el punto de montaje de un volumen lógico. Si tienes un cluster, y ejecutas «service clvmd status» y te dice que tienes el volumen lógico activo, y no encuentras la manera de que deje de estar activo (parando servicios, …) lo puedes hacer a través de la instrucción:

«vgchange -a n mi_grupo_de_volumenes»

Fuente: http://www.centos.org/docs/5/html/Cluster_Logical_Volume_Manager/VG_activate.html

Esto te desactivará el grupo de volúmenes y podrás seguir con tu camino.

Saludos.

qlogic

¿Cómo saber el driver de qlogic?
cat /proc/scsi/qla2xxx/? | grep Driver
Si acaba en –fo es que está el driver en failover y si tiene una d es que el driver es el de red hat.

Los driver de la qlogic se encuentran en la ruta:
/lib/modules/»kernel que tengamos»/kernel/drivers/scsi/qla2xxx
y si hacemos un ls podría salir algo así:
qla2100.ko qla2200.ko qla2300.ko qla2322.ko qla2400.ko qla2xxx.ko qla6312.ko
qla2100.original qla2200.original qla2300.original qla2322.original qla2400.original qla2xxx.original qla6312.original

Para obtener información del driver podemos hacer un modinfo qla2xxx.ko

Si lo que queremos es saber el driver que usaba un determinado initrd antiguo y tenemos su imagen, en este enlace podemos ver como descomprimirlo:
http://tecnoquia.blogspot.com/2008/07/investigando-el-contenido-de-un-initrd.html

Para ver las opciones del drive que tengamos en un determinado momento tendremos que ver el archivo de configuración /etc/modprobe.conf

Esta entrada es bastante susceptible de ser modificada frecuentemente.

Javi.