Este blog se mueve...

Pues sí.

Este blog, aunque es un blog con escasas visitas (aunque mas de las que yo me pensaba), me lo voy a mover a un hosting como dios manda y con WordPress, como todo hijo de vecino.

En breve mas noticias :)

El modelo de Google, una revolución de management

No, no me he vuelto un gurú del 2.0, ¡qué va!.

Solo os quiero recomendar un buen libro que he leido ultimamente, y que te enseña a ver como la gente de Google ha logrado subir hasta donde ha subido, y que realmente las dos mentes, Sergey Brin y Larry Page, que hay detrás del tinglado (mejor dicho tres, pero eso es mejor descubrirlo).

Resumiendo el libro, te cuenta los 12 puntos que han hecho que Google suba como la espuma, con muchas curiosidades, y para mi, bastante sorprendentes algunas. Por poner un ejemplo, la completa automatización de las relaciones comerciales con el cliente (cuando se tiende a lo contrario y a tener una legión de comerciales), la regla del 20%, la filosofía de la "navaja suiza", etc...

El libro en sí, es de fácil lectura, no es demasiado largo, relativamente barato (unos 20 euros) y con un montón de interesantes referencias a lo largo del libro, para que si te apetece amplíes más aún lo que cuentan en el libro.

Como echar las culpas a otro, y encima quejar como un gurú

No me gusta Apple, no me infecté con el virus ese que hay por internet, que te obliga a hablar bien de Apple, y a alabar cada chorrada que diga el señor S. J.
Lucho cada día, por quitar la morralla a cientos que hay en los blogs, noticias, podcast, sobre el última keynote, donde cada movimiento de ceja es acogida con fuegos artificiales, de mi lectura diaria.

Siempre trato de contenerme. Sobre todo leyendo ciertas webs, que parece que viven en otra galaxia o bien no ven lo que todos vemos... no es difícil encontrarlas, solo llevan la palabra "apple" en su url.

Pero grandes blogs, con gente que tiene muchas cosas que contar y muy interesantes, cuyos autores por desgracia se encuentran infectados, suelta estas perlas sin despeinarse:
"Pero no, El País (te corrijo la falta de ortografía.. bueno mi Firefox) ahora mismo con el iPhone [..], no te carga la versión móvil, con lo que tienes que descargar sus interminables 800Kb de página inicial, y para colmo, al terminar de cargar, se cuelga."

Raudo y veloz, enciendo mi PDA, una "miserable" HTC Touch, sin pedrigrí ni nada, y cargo la web del ElPais.es, con mi Opera 9.5 mobile. También me carga la versión que veo con mi PC, como le pasa en su versión de móvil que Steve bajo del cielo y nos regalo. Mi navegador no se cuelga para nada y sigo navegando tranquilamente por la web del grupo PRISA (por cierto, conozco a uno de los desarrolladores de la página web aunque es el primero en criticar la web).

Veamos su intención. ¿Echar la culpa al terminal el cual no es capaz de manejar 800 Kb, con las consiguientes imagenes?... ¿O echar la culpa a estos malvados que programas aplicaciones para cargarse a la revolución del teléfono móvil aunque tenga mas deficiencias que mi Opel Kaddet de mi padre?.

El virus es muy peligroso y hay cada vez mas gente contagiada.

Haz backups, tus datos lo merecen

¿Nunca os ha pasado que un vecino/hermano/primo/amigo/desconocido/"amigo de amigo"/"lo que sea", te ha dicho que se le ha roto el ordenador?

Si por alguna mala combinación astral, te toca hacer un pringao en toda regla. Llegas al lugar de susodicho listo/a y te toca ponerte las manos llenas de polvo, acumulado en los 4 o 5 años que tiene su ordenador, eso si: "Le puse una tarjeta mu'cara pa'jugar al counterstrike"...

Genial, tras 20 minutos con las comprobaciones básicas (todo enchufado, algo que el listo jamas tocó, ñapas varias, usb metidos, etc...), llega el momento cumbre:
- "Se te ha jodido el disco duro".
Mirada de tonto estándar del listo, y su repuesta: "¿Y no lo puedes arreglar?"

En este momento, llega la conversación que suele llevar a ningun sitio, salvo a decirle:
- No, no, no, no y no. Y tus datos, salvo backup, están perdidos
- ¿El que?
- Que estas jodido...
- Joder si tengo todo en el ordenador, la clave del banco, la de la declaración, las fotos con mi señora... ¿Y no hay ningún programa que...
- ¡Que no!, tienes el disco duro frito. Lo puedes llevar a un empresa de recuperación pero no son baratas.
- Es que el primo del cuñao del vecino del amigo nuestro (mas bien suyo) que juega conmigo al counter que hay un programa que te lo saca del disco y luego...
- Vale que te lo haga el. Me voy a tomar una aspirina.

Mirar, queridos listos y algún otro pringado de turno, si hay algo muy importante en tu disco duro, preocúpate de tus datos, que luego te vienen los problemas y los lloros. Haz un puto backup.
Para poner un ejemplo, mi proyecto de fin de carrera, esta en 3 sitios a la vez, con un backup de cada día de trabajo. Es esencial, y te ahorrará desgracias. Y si lees esto desde una empresa, mas te vale que empieces ha hacer backup en caso de que no lo hagas. Consejo de amigo.

Y personalmente te recomiendo Cobian, un software gratuito y que es un chorrada de configurar y te salvará el culo. Si quieres un buena guia de como hacerlo, aquí tienes una.

PD: OJO, hacer un backup de unos de datos de C: a C:, no vale.

Actualización (4.1.09): Gracias a KaosBaggins (del gran blog Escapando a ningún lugar)por su acertado comentario, en el cual me dice, que no solo hay que hacer backups, si no tambien testearlos para ver que realmente puedes restaurar en caso de fallo catastrófico.

Valencia, Ciudad de las Artes y las Ciencias

Sin duda, la imagen no representa lo sobrecogedor que es lo que se puede ver en la Ciudad de las Artes y las Ciencias... y lo pequeño que te sientes ante estos edificios.
Parece que estas en un película de ciencia-ficción.

Foto tomada con una HTC Touch...

Reinstalar una Ubuntu, y no perder tus datos...

Vía Incognitosis, a su vez vía hehe2.net, veo un manual magnifico de como volver a instalar una Ubuntu, tras una nueva salida de una versión del sistema o tras un desastre (mejor una imagen del sistema + backup del home, pero no todo el mundo lo hace... ni yo mismo xD), y volver a tener tus programas y todas tus configuraciones.

Simplemente se basa en hacer backup del home y de algunos ficheros del directorio etc para guardar la configuración (no creo que sea bueno copiar toda la carpeta como dice javipas, ya que si actualizáis la versión de Ubuntu, puede que algún fichero de configuración cambie su estructura y entonces al sobreescribirlo con la versión vieja la liemos), luego guardar los paquetes que hemos instalado, una lista de las aplicaciones instaladas (mas o menos), para luego recuperar todo tras instalar en limpio.

Simplemente genial.

Restringiendo el acceso a phpMyAdmin a ciertas ips

En mis innumerables intentos de aprender, estuve metiendo mano a un servidor Apache y montando un pequeño proyecto, que utilizaba una base de datos MySQL. Para manejar la base de datos de manera mas rápida, siempre es recomendable usar phpMyAdmin, que nos es mas que un script en php que maneja de base de datos y te permite cómodamente hacer peticiones y demás...

Bueno, pues me di cuenta de chorra, que por defecto, phpMyAdmin, se queda configurado para que todo el mundo pueda conectarse a el. Cualquiera que se conectara a http://miserver/phpmyadmin tenia una bonita pantalla de login... ¡Maldición!.

No tarde mucho en encontrar la solución:

Editar /etc/phpmyadmin/config.inc.php. Es este fichero, se configura los aspectos generales del script. Existe una variable "$cfg" que contiene toda la configuración de dicho script. En realidad no es mas que un array, donde se usan índices "personalizados" (siendo sincero, no recuerdo la expresión técnica para este tipo de índices... pero se que la tiene). Nos vamos al elemento con el índice "Servers", donde indicamos lo servidores que vamos a manejar con phpMyAdmin, en mi caso solo uno.

Vamos al fichero y añadimos tras el "$i++;" lo siguiente:

$cfg['Servers'][$i]['AllowDeny']['order'] = 'deny,allow';
$cfg['Servers'][$i]['AllowDeny']['rules'][] = 'allow % from 127.0.0.1';
$cfg['Servers'][$i]['AllowDeny']['rules'][] = 'deny % from all';

Aunque existe una manera mas elegante de meter todas las "rules" en una sola instrucción, creando un array:

$cfg['Servers'][$i]['AllowDeny']['order'] = 'deny,allow';
$cfg['Servers'][$i]['AllowDeny']['rules'] = array(
'deny root from all',
'allow root from localhost',
'allow root from 10.0.0.0/8',
'allow root from 192.168.0.0/16',
'allow root from 172.16.0.0/12',
);

¿Desaparede la Ing. Informática?, no, pero casi...

El día 19 los informáticos de España estamos en huelga. ¿Porqué?, pues te dejo el link para que te enteres como nos están comiendo la moral, y como al final, la informática, terminará siendo la puta de todos.

http://www.huelgainformatica.es/

Actualización: Para seguir un poco que esta ocurriendo, sobre todo en reuniones de rectores de las universidades informáticas y demas, os recomiendo: http://da.fi.upm.es/foro/viewforum.php?f=2 (foro de la Delegación de Alumnos de la Facultad de Informática de Madrid)

... Y tras el desastre en un raid, ¿que ocurre?

En mi caso, tras recuperar el raid, toca sincronizar la maquina espejo que tiene una copia de todo lo que hay en el raid principal.

Una imagen vale mas que mil palabras:

Tras una catástrofe, solo queda, sincronicar y esperar.

El misterioso caso de los UUID diferentes con mdadm y Ubuntu

Nota: Como siempre recomendar el blog de Iván López. Un crack en el tema del mdadm... yo soy un simple padawan xD

Niños y niñas, hoy tengo un caso escalofriante... ¿Os ha pasado esto, tras montar un raid con mdadm y reiniciar?:

nas002@nas002:~$ more /proc/mdstat
Personalities : [raid0]
md0 : inactive sda3[0](S) sdg1[6](S) sde1[4](S)
1459504960 blocks

unused devices: none

Es decir, que tengo 3 discos en el md0, los cuales ninguno de ellos esta funcionando, PERO lo peor de todo es que mi raid tiene 7 discos... ¿Donde estan?.

Os pongo en antedecentes. Como ya os he dicho, tengo 7 discos SATA, el primero de ellos con 3 particiones con solo una que es raid (el resto es sistema operativo que no va en raid), y con un raid 0, con otro ordenador espejo que sincroniza del ordenador maestro. Por suerte, los problemas los tengo con el ordenador espejo.

Bueno, esperar que vienen curvas. Y peor aun un terraplén...

nas002@nas002:~$ sudo mdadm -E /dev/md0
mdadm: No md superblock detected on /dev/md0.

Maldiciendo a mi suerte, la del creador de mdadm (pobrecillo si no tiene culpa), y la de la madre del tio del creador... me pongo a mirar los discos "spare" contra los discos que no aparecen... me temo lo peor:

nas002@nas002:~$ sudo mdadm -E /dev/sda3
/dev/sda3:
Magic : a92b4efc
Version : 00.90.00
UUID : 61396f44:258b90a4:08bb504a:52bcb104
Creation Time : Wed Oct 8 17:29:13 2008
Raid Level : raid0
Device Size : 0
Raid Devices : 7
Total Devices : 7
Preferred Minor : 0

Update Time : Wed Oct 8 17:29:13 2008
State : active
Active Devices : 7
Working Devices : 7
Failed Devices : 0
Spare Devices : 0
Checksum : 1d42f633 - correct
Events : 0.1

Chunk Size : 64K

Number Major Minor RaidDevice State
this 0 8 3 0 active sync /dev/sda3

0 0 8 3 0 active sync /dev/sda3
1 1 8 17 1 active sync /dev/sdb1
2 2 8 33 2 active sync /dev/sdc1
3 3 8 49 3 active sync /dev/sdd1
4 4 8 65 4 active sync /dev/sde1
5 5 8 81 5 active sync /dev/sdf1
6 6 8 97 6 active sync /dev/sdg1
nas002@nas002:~$ sudo mdadm -E /dev/sdb1
/dev/sdb1:
Magic : a92b4efc
Version : 00.90.00
UUID : 61396f44:258b90a4:fcd08df6:8c37c669
Creation Time : Wed Oct 8 17:29:13 2008
Raid Level : raid0
Device Size : 0
Raid Devices : 7
Total Devices : 7
Preferred Minor : 0

Update Time : Wed Oct 8 17:29:13 2008
State : active
Active Devices : 7
Working Devices : 7
Failed Devices : 0
Spare Devices : 0
Checksum : 4ad34955 - correct
Events : 0.1

Chunk Size : 64K

Number Major Minor RaidDevice State
this 1 8 17 1 active sync /dev/sdb1

0 0 8 3 0 active sync /dev/sda3
1 1 8 17 1 active sync /dev/sdb1
2 2 8 33 2 active sync /dev/sdc1
3 3 8 49 3 active sync /dev/sdd1
4 4 8 65 4 active sync /dev/sde1
5 5 8 81 5 active sync /dev/sdf1
6 6 8 97 6 active sync /dev/sdg1
nas002@nas002:~$

¡Ostia!, si los UUID no coinciden, y teoricamente son unicos y comunes. Ya estoy cagado, pero aun hay mas sorpresas:

nas002@nas002:~$ more /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
# DEVICE partitions

# auto-create devices with Debian standard permissions
#CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
#HOMEHOST

# instruct the monitoring daemon where to send mail alerts
MAILADDR informatica@inclam.com

# definitions of existing MD arrays
ARRAY /dev/md0 level=raid0 num-devices=7 UUID=61396f44:258b90a4:08bb504a:52bcb104

# This file was auto-generated on Mon, 09 Jun 2008 13:33:44 +0200
# by mkconf $Id: mkconf 261 2006-11-09 13:32:35Z madduck $

Analicemos el tema... el fichero de configuración de mdadm lo cree yo... y metí el uuid que creí que era el que identificaba al raid. ¿Me equivoqué?
Vaya usted a saber, el uuid de algunos discos a cambiado y me encuentro con que no tengo nada... NADA... de toda la información. Tras perder los nervios y googlear un poco, me encontre la solución. Simple, como casi todo en linux:

nas002@nas002:~$ sudo mdadm --stop /dev/md0
mdadm: stopped /dev/md0
nas002@nas002:~$ sudo mdadm --create --verbose /dev/md0 --level=0 --raid-disks=7 /dev/sda3 /dev/sd[b-g]1
mdadm: chunk size defaults to 64K
mdadm: /dev/sda3 appears to contain an ext2fs file system
size=-881926592K mtime=Wed Oct 8 17:40:38 2008
mdadm: /dev/sda3 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdb1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdc1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdd1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sde1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdf1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
mdadm: /dev/sdg1 appears to be part of a raid array:
level=raid0 devices=7 ctime=Wed Oct 8 17:29:13 2008
Continue creating array? y
mdadm: array /dev/md0 started.
nas002@nas002:~$ sudo mount -a
nas002@nas002:~$ df -h
S.ficheros Tamaño Usado Disp Uso% Montado en
/dev/sda1 4,9G 2,6G 2,1G 56% /
[... basura ..]
/dev/md0 3,2T 2,0T 1011G 67% /mnt/raid
nas002@nas002:~$ ls /mnt/raid
[... LOS PUTOS DIRECTORIOS ESTAN AQUI ...]

Ahora solo queda, cambiar el UUID en el fichero /etc/mdadm/mdadm.conf... Dios, que crisis he tenido :P