Llevaba tiempo pensando en sustituir mi viejo servidor en casa. Al fin y al cabo, estaba ya mas que obsoleto y solo lo utilizaba para unas cuantas tareas programaticas y como gestor de esa información que no me hace gracia que este en la nube. Todo el resto de cosas ya las he venido subiendo a diversos VPS en los ultimos años.
Al final, la historieta de un amigo al que se le murio un disco duro pero pudo mantener bien los datos gracias a un RAID montado en condiciones fue el espaldarazo definitivo y me compre una QNAP-451. De eso hace aproximadamente un año. Pero el otro día repentinamente, empezo a pitar cada poco. Un pequeño vistazo al televisor al que esta enchufado y se podia ver como cada 5 minutos o asi se veia que la NAS se estaba reiniciando. Lamentablemente desde el comienzo del arranque del sistema operativo ya no se volvia a ver nada.
QNAP 451
Asi que manos a la obra, NAS apagada y a empezar a leer a ver que se puede hacer para reflashearla y restaurar que funcione bien o como minimo poder acceder a los datos.
Lo primero que hice fue desconectar todos los discos duros, eso sí, sin sacarlos del todo del sistema para asegurarme que despues no tengo problemas al volverlos a pinchar y mantener el orden en el que estaban.
Lo siguiente, arrancar el sistema con una distribucion Live de Linux, en mi caso una Knoppix que tenia a mano directamente en un USB. Afortunadamente, el procesador del sistema es un X86 asi que paso facil y en la television se puede acceder al abios para cambiar el orden de arranque. (asegurate de que tenga ssh para conectar en remoto)
Mirando a ver a lo que nos enfrentamos…
| # fdisk -l
Disk /dev/sda: 515 MB, 515899392 bytes 8 heads, 32 sectors/track, 3936 cylinders Device Boot Start End Blocks Id System |
Parece que aparte de los discos externos este juguete viene con una especie de disco interno de 512 MB. Esto es lo que tendremos que flashear, pinta facil. QNAP ademas ofrece una imagen de recuperacion completa para descargar.
http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-X51_20140916-1.2.8.img
Copiamos esta imagen al USB y la sobreescribimos en el disco
| dd if=/mnt-system/F_TS-X51_20140916-1.2.8.img of=/dev/sda |
Rebotamos y voila, ya estamos de nuevo en el sistema, aunque con una version de firmware viejismo. Vamos a proceder ahora a actualizarlo a la ultima version. El mejor enlace que he encontrado para el proceso de instalacion manual es el siguiente: http://qnapsupport.net/?page_id=4672
Ahora antes de instalar hay que ir pinchando los discos de uno en uno, esperando un poco entre ellos para que el sistema los reconozca en el orden correcto. Puedes seguir la evolucion haciendo
| cat /etc/enclosure_0.conf |
Posteriormente lanzamos dos fases de configuracion de los dispositivos y los raid con todas las particiones raras que monta Qnap
| #storage_util –sys_startup
#storage_util –sys_startup_p2 |
Con el primer paso debería aparecer el dispositivo md9 y montarse en /mnt/HDA_ROOT y el md13 (sin montar)
Con el segundo deberían aparecer mas dispositivos y montarse adecuadamente, pero en mi sistema eso no funciona correctamente. Las particiones como tal estan montandas sobre LVM2 y no lo reconoce bien de primeras. Vamos a indagar en esa configuracion.
| #pvscan PV /dev/md2 VG vg2 lvm2 [1.81 TiB / 0 free] PV /dev/md1 VG vg1 lvm2 [7.26 TiB / 0 free] Total: 2 [9.07 TiB] / in use: 2 [9.07 TiB] / in no VG: 0 [0 ] [/mnt/tmp/vg1_lv1/MAIN] # lvscan ACTIVE ‘/dev/vg2/lv545’ [18.54 GiB] inherit ACTIVE ‘/dev/vg2/lv2’ [1.79 TiB] inherit inactive ‘/dev/vg1/lv544’ [20.00 GiB] inherit inactive ‘/dev/vg1/tp1’ [7.22 TiB] inherit inactive ‘/dev/vg1/lv1’ [4.00 TiB] inherit |
Como puede verse, el sistema detecta, dos grupos logicos distintos y muchos volumenes distintos. La verdad es que no se que es lo que hace QNAP por dentro. Estan los volumenes lv544 y lv545 de casi 20Gb que yo no he creado y no se lo que tienen. Luego esta el tp1 que es la totalidad de espacio disponible en el Raid5 que monte y lv1 que es la particion de 4 Teras que estoy usando. No recuerdo la configuracion exacta que puse en el menu de Qnap y por que en el segundo volumen no existe un equivalente al tp1 y si al lv1 de datos. Lo unico que por algun motivo estan desactivados, para poder usarlos es necesario activar el volumen.
| # vgchange -ay 2 logical volume(s) in volume group “vg2” now active modprobe: could not parse modules.dep/sbin/modprobe failed: 1 Can’t process LV tp1: thin-pool target support missing from kernel? Can’t process LV lv1: thick target support missing from kernel? 1 logical volume(s) in volume group “vg1” now active |
Nuevo fallo. parece que el kernel no tiene soporte para alguna de las opciones de LVM2 que se estan usando. Afortunadamente la imagen si que trae los modulos, pero tenemos que insertarlos de uno en uno por orden para que se vayan resolviendo las dependencias
| # insmod /lib/modules/misc/dm-bio-prison.ko # insmod /lib/modules/misc/dm-bufio.ko # insmod /lib/modules/misc/dm-persistent-data.ko # insmod /lib/modules/misc/dm-thin-pool.ko # vgchange -ay 2 logical volume(s) in volume group “vg2” now active 3 logical volume(s) in volume group “vg1” now active |
Ahora ya podemos montar el dispositivo si todo ha ido bien.
| mount -t ext4 /dev/mapper/vg1-lv1 /mnt/tmp/vg1_lv1 |
Y acceder a nuestros datos 🙂