: ‘
Comentario
Comentarios…
‘

En el caso que nuestros comentarios contengan comillas simples lo hacemos así:
Codigo:

‘END’
commentarios’ aquí
y aquí
END

Espero le sirva a quien lo necesite.

La idea con este articulo no es extenderme en que es un EVA 6000 ni en explicar nada en referencia a SAN, quien guste puede darle click a los enlaces y estudiar un poco mas de cada cosa.

La intención de este articulo, es explicar como configurar multipath en EVA 4000/6000/8000 de manera de conseguir acceso a los discos virtuales que se presenten a los servidores con el software multipath-tools / multipath-tools-initramfs / multipath-tools-boot, y configurar el archivo /etc/multipath.conf que pueden tomar de base de aquí.

En un equipo EVA que utiliza una serie de tarjetas de fibra como tolerancia a fallos para el acceso a disco, es necesario utilizar un software que gestione los canales de fibra, cosa que cuando falle algún canal de FO, pueda sin conflicto alguno accesar a la data.

Pongamos el caso en concreto:

Tenemos cuatro tarjetas de fibra conectadas al EVA, las cuales en nuestro servidor Linux (en este caso Debian/Ubuntu), al realizar un “discovery” podremos observarlas como dispositivos SCSI, en este caso las veríamos como: sda, sdb, sdc, sdd.

Entendiendo esto, es claro suponer que no podemos trabajar con los discos sobre ninguno de estos canales, pues en realidad no son “discos SCSI” son “tarjetas de fibra”.

Lo que hace interesante al software multipath, es que al instalarlo este creara un “device mapper” de nombre dm-xxx al cual nosotros finalmente apuntaremos la creación de nuestros “volume group”, los file system que consideremos, etc, etc.

Ya sea que deseemos trabajar con LVM, EVMS o cualquier otro, lo importante es que siempre trabajaremos sobre el “dm” (device mapper) y no sobre “sdx”.

Al instalar multipath-tools y sus demas compañeras, podremos hacer un discovery o kudzu para observar que nos detecte los nuevos canales de fibra y el disco que nos puedan presentar.

$ sudo aptitude install multipath-tools  multipath-tools-initramfs multipath-tools-boot

Luego lo único que tendríamos que hacer es crearnos en el directorio /etc un archivo de nombre multipath.conf, al cual le colocaremos la información referente a los virtual disk que tenemos presentados de una manera organizada.

Pueden bajar un archivo de ejemplo de configuración multipath.conf

Luego de googlear un rato, conseguí resolver, al menos “mi conflicto”, en todo caso, si ustedes mis queridos lectores no tienen el mismo error, pues tomen de aquí como siempre lo que les sirva, eso sí de vez en cuando dejen comentarios…

En fin, el conflicto se presentaba con el modulo de mi tarjeta de Red, así como también algún bug (no resuelto de pidgin), pues era de verdad infernal como se conectaba y desconectaba, cambiando cualquier parametro y nada funcionaba.

Al grano, lo primero que debes hacer es revisar cual es tu tarjeta wifi.

raldaz@mercurio:~$ lspci |grep -i Wi

02:00.0 Network controller: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) (rev 01)

Ok, ya sabemos que es de tipo AR928X.

A partir de allí inicia nuestro trabajo de investigación:

Revisamos si en realidad existe el driver para nuestra tarjeta en el kernel:

raldaz@mercurio:~$ modprobe -l | grep ath9k

updates/drivers/net/wireless/ath/ath9k/ath9k.ko

Según la información de internet, el driver para la Atheros es la “ath9k”, entonces quiere decir que lo tenemos, ¿Pero estará actualizado?.

Nos vamos a la pagina siguiente y bajamos el ultimo “compat-wireless” de Kernel release, esto nos dará la seguridad que tenemos el último, y seguimos los pasos, indicados en esta pagina para compilar nuestro kernel con este modulo.

Luego reiniciamos y listo, ya debería mejorar nuestra conexión.

Aun así yo seguía sufriendo intermitencia, con el pidgin, aunque no con la internet, o los demás servicios.

Para ello, instalé emesene, el cual no me ha presentado mas inconvenientes, cabe destacar que probé cambiando distintas maneras de conectar pidgin, mas la intermitencia se mantuvo.

Ya esperaré un nuevo release, para instalar pidgin nuevamente, aunque con emesene no me va mal.

Salud!

En fin, simplemente debemos ingresar a la carpeta donde tenemos la imagen, digamos que es picture:

$ cd picture/

En este caso, digamos que la imagen se llama tierra.jpg, lo que haremos es sustituir el nombre de esa imagen por bg_2560x1600.jpg

$ mv tierra.jpg bg_2560x1600.jpg

Ahora, nos vamos a la carpeta /usr/share/images/xspash y allí sustituimos nuestra imagen de picture por la que existe en esta carpeta.

$ sudo mv bg_2560x1600.jpg /usr/share/images/xspash/bg_2560x1600.jpg

Revisamos que estén los permisos adecuados, que deben ser 666.

$ sudo ls -l /usr/share/images/xsplash/bg_2560x1600.jpg

De no estar en 666, los cambiamos con:

$ sudo chmod 666 /usr/share/images/xsplash/bg_2560x1600.jpg

Listo!, ahora cuando reiniciemos o hagamos logout, tendremos esta imagen como pantalla de acceso, manteniendo la misma estructura que Ubuntu trae, con el añadido de nuestra imagen.

Un vistazo: