- ¿Qué necesito?
- ¿Qué software proporciona la solución a mis necesidades?
Desde el principio tenía claro lo que necesitaba. Después de analizarlo, la conclusión fué que el único sistema que cumplía al 100% mis espectativas era Linux en alguna de sus variantes.
Mis conocimientos y experiencia en Linux son bastante limitados y hubiese necesitado mucho tiempo de formación y documentación antes de abordar el proyecto por mi mismo.
Agradezco a Ángel Ferrás su inestimable ayuda en todo el proceso de instalación y configuración del NAS.
Sin duda, el éxito y sobre todo la rapidez en la puesta en marcha del sistema no hubieran sido posibles sin su participación.
Todo el proceso ha resultado apasionante, aunque he de reconocer que en ocasiones se me escapaba un poco. Son muchos los conocimientos para ser digeridos sobre la marcha. Como dice Ángel, hemos tocado casi todos los “palos” de gestión y administración de Linux. Así que espero sacar provecho de ello.
¿Qué Sistemas Operativos funcionan en el SS4200-EHW?
FreeNAS 0.69 & 0.70, con algún problema la 0.70, según la web http://ss4200.pbworks.com.
OpenFiler, según puede leerse en https://forums.openfiler.com/viewtopic.php?id=2048&p=1.
CentOS y Debian, según nuestra propia experiencia.
En las pruebas realizadas por nosotros, se utiliza un lector de CD/DVD USB 2.0.
- En principio, planteamos usar Kubuntu, pero hay problemas con la instalación en modo texto, por lo que decidimos buscar otras soluciones.
- CentOS 5.2 inicia perfectamente la instalación usando el siguiente comando:
linux text console=ttyS0,115200,8,n,1
Para introducir este comando, aunque no se vea lo que escribimos debemos hacerlo mientras el cursor está en la parte inferior. Una vez tecleado, pulsamos ENTER.
Aunque la instalación progresaba con normalidad, decidimos no completarla y probar una distro más popular y menos centrada en el ámbito de servidores.
¿Debian quizá?. Pues sí, decicimos probar:
- Debian 4.0r6 etchnhalf amd64 netinst
La elección resultó perfecta.
Para instalar Debian desde lector CD/DVD:
Cuando solo nos quede el cursor en pantalla pulsaremos:
F1 + Intro
… aparece un menú de texto y un prompt que nos permite introducir comandos, donde teclearemos:
install console=ttyS0,115200n
o bien en modo recuperación …
rescue console=ttyS0,115200n8
… de cualquier forma, la instalación comenzará normalmente.
Una vez realizadas una serie de pruebas, se decide reinstalar Debian, pero en esta ocasión utilizamos la última versión disponible en ese momento:
- Debian 5.0.1 amd64 netinst
Se puede pasar el CD de instalación de Debian a pendrive para no tener que usar un lector de CD/DVD.
Para ello usamos UNetbootin, pero la imagen resultante hay que modificarla para que redireccione la salida de pantalla a ttyS0.
El procedimiento sería el siguiente:
- Generar el pendrive usando UNetbootin.
- De los ficheros generados, modificaremos syslinux.cfg incluyendo la sentencia console=ttyS0,115200n8 en la etiqueta “Default”, quedando de la siguiente manera:
- Cambiar en la sección “Boot” de la BIOS del NAS el orden de arranque (Boot Device Priority) para que arranque primero desde USB.
- Por último, reiniciaremos el NAS con el pendrive insertado en uno de sus USB, y cuando solo nos quede el cursor en la parte superior izquierda, pulsaremos ENTER.
label unetbootindefault menu label Default kernel /ubnkern append initrd=/ubninit desktop=kde vga=normal -- quiet console=ttyS0,115200n8
RAID
Antes de acometer la instalación de Debian, el primer problema que se nos plantea es que el chip RAID que incorpora la placa base, Intel ICH7-R, no está soportado por Linux en modo RAID5. Tan solo hay una especie de emulación, denominada fakeraid, que no funciona en todas las distros y además solo da soporte a RAID0 y RAID1.
Conclusión: Debemos usar RAID software.
Es curioso, pero a “toro pasado” incluso me parece un acierto, ya que el rendimiento del RAID software es excelente y la compatibilidad, expansibilidad y posibilidad de migración de todo el sistema RAID a otros equipos es máxima.
Resulta muy interesante el siguiente enlace:
http://bulma.net/body.phtml?nIdNoticia=1863
Si se usará un RAID hardware, podríamos vernos comprometidos en los aspectos mencionados anteriormente y al fin y al cabo, la diferencia en rendimiento no sería tan determinante.
La primera vez que arrancamos Debian habrá que particionar los discos y crear el sistema RAID:
Se establece el siguiente uso para cada una de las particiones:
- sda1 – Sistema Operativo
- sdb1 – Swap
- sdc1 – Backup Sistema Operativo
- sdd1 – Disponible
- md0 – Datos
El RAID5 se crea al particionar los discos, a través del asistente de Debian.
Enlaces de interés:
http://linux-raid.osdl.org/index.php/Detecting%2C_querying_and_testing#Simulating_a_drive_failure
http://www.geocities.com/bertogg/linux/exim-como.html (Howto exim4)
http://snarvaez.com.ar/libertad/index.php/2007/07/07/exim4_fetchmail_mutt/
http://elavdeveloper.wordpress.com/2008/11/04/ssmtp-envia-email-desde-la-consola/
Respecto a ssmtp, he seguido los pasos que están en la web anterior pero me ocurre una cosa supertonta.
Parece que PuTTY no hace caso a las teclas Ctrl+D que hay que pulsar y falla por timeout.
Igual cambiando la configuración de PuTTY en cuanto al tipo de emulación de terminal se puede conseguir algo.
Un aspecto importante una vez generado el RAID es probar su integridad. A continuación se muestran una serie de comandos para dicha tarea:
Configuramos el sistema RAID para que nos alerte por email en caso de fallo:
mdadm --monitor --mail=nuestro@email.com --delay=1800 /dev/md0
Simulamos que sdc2 ha fallado:
mdadm --manage --set-faulty /dev/md0 /dev/sdc2
Comprobamos que el RAID está en modo degradado:
cat /proc/mdstat mdadm --detail /dev/md0
Quitamos el disco sdc2 del array y apagamos:
mdadm /dev/md0 -r /dev/sdc2 poweroff
Encendemos y observamos como está la cosa:
cat /proc/mdstat mdadm --detail /dev/md0
Añadimos de nuevo el disco sdc2 al array:
mdadm /dev/md0 -a /dev/sdc2
Vemos como está (en teoría debería estar en resync).
cat /proc/mdstat mdadm --detail /dev/md0
Como es obvio, también sería posible simular el fallo de uno de los discos desconectándolo.
Probamos el rendimiento una de las particiones fuera del RAID:
hdparm -tT /dev/sda1 /dev/sda1: Timing cached reads: 1736 MB in 2.00 seconds = 867.61 MB/sec Timing buffered disk reads: 262 MB in 3.00 seconds = 87.30 MB/sec
Probamos el rendimiento del RAID5:
hdparm -tT /dev/md0 /dev/md0: Timing cached reads: 1764 MB in 2.00 seconds = 881.61 MB/sec Timing buffered disk reads: 798 MB in 3.01 seconds = 265.38 MB/sec
Backup del Sistema Operativo
Se implementa un sistema simple de backup para la partición sda1, cortesía de Ángel Ferrás:
- Creamos un clon de sda1 sobre sdc1:
- Realizamos un mount del clon (crear antes carpeta sdc1 en /mnt/ con mkdir):
- Modificamos fstab en /mnt/sdc1/etc/fstab, cambiando la entrada de sda1 por sdc1.
- Añadimos una entrada en grub para arrancar desde el clon. Para ello, editamos /boot/grub/menu.lst y añadimos una entrada clónica igual que para hd0,0 pero cambiándola por hd2,0. Se añade tiempo de espera en grub (5 segundos, por ejemplo) para que se puedan ver las entradas.
- Tecleamos sync y ENTER dos veces.
- Hacemos reboot y probamos el nuevo arranque.
dd if=/dev/sda1 of=/dev/sdc1
mount /dev/sdc1 /mnt/sdc1
Una vez verificado que el arranque de sdc1 funciona perfectamente, procederemos a la automatización de la copia, añadiendo una entrada en cron para que se actualice semanalmente:
- Hacemos una copia de /etc/fstab a /root/.scripts/.
- Modificamos el fichero /root/.scripts/fstab cambiando la entrada que hace referencia a sda1 por sdc1 y lo salvamos.
- Creamos el fichero clon_sys_semanal.sh en la carpeta /root/.scripts e introducimos la siguiente información:
- Indicarle a cron que ejecute este script, por ejemplo todos los viernes a las 2 de la mañana.
#!/bin/bash dd if=/dev/sda1 of=/dev/sdc1; mount /dev/sdc1 /mnt/sdc1; cp -f /root/.scripts/fstab /mnt/sdc1/etc/; umount /mnt/sdc1;
Con esto, ya tendríamos un sistema 100% tolerante a fallos y con una partición libre para instalar otra distro o incluso el software original del Intel SS4200-E ...
Enlaces de interés:
http://linux-raid.osdl.org/index.php/Preventing_against_a_failing_disk
(Configurar Grub en debian Etch despues de haber cambiado el orden de las particiones)
http://blog.debian.org.sv/?p=26
http://www.guatewireless.org/como-agregar-tareas-al-cron-de-linux/
Software adicional
- Hacer una compartición básica en Samba. El siguiente enlace está basado en RedHat pero debe funcionar igualmente en Debian:
http://www.linuxparatodos.net/portal/staticpages/index.php?page=13-como-samba
- Instalar y configurar Apache, PHP, MySQL.
- Escritorio remoto. Se plantean dos posibilidades: NX ó xserver vía SSH.
Instalar xserver y KDE:
apt-get install kdm apt-get install kde apt-get install kde-i18n-es apt-get install xutils apt-get install xserver-xfree86 apt-get install xfs apt-get install xfonts-base apt-get install xfonts-intl-european apt-get install xfonts-75dpi
Instalar NX:
wget http://64.34.161.181/download/3.3.0/Linux/nxclient_3.3.0-6_x86_64.deb wget http://64.34.161.181/download/3.3.0/Linux/nxnode_3.3.0-12_x86_64.deb wget http://64.34.161.181/download/3.3.0/Linux/FE/nxserver_3.3.0-14_x86_64.deb wget http://64.34.161.181/download/3.3.0/Linux/nxmanager_3.3.0-2_x86_64.deb dpkg -i nxclient_3.3.0-6_x86_64.deb dpkg -i nxnode_3.3.0-12_x86_64.deb dpkg -i nxserver_3.3.0-14_x86_64.deb dpkg -i nxmanager_3.3.0-2_x86_64.deb /usr/NX/bin/nxserver --useradd usuario --system (para añadir un usuario) /usr/NX/bin/nxserver --restart (reiniciar el servidor)
Si en el ordenador cliente tenemos por ejemplo Windows, instalaremos el software cliente de NX para Windows, disponible en la web de NoMachine.
Configuramos el acceso indicando, IP del NAS, escritorio KDE, usuario/clave que creamos en el NAS y accederemos a la sesión gráfica de KDE tal y como si estuviésemos manejándolo directamente sobre el NAS. ¡Recuerdo que el NAS no tiene siquiera tarjeta gráfica! , vamos ... ¡una pasada!.
Compartir una sesión NX (modo Shadow):
http://www.nomachine.com/ar/view.php?ar_id=AR11B00098
xserver vía SSH:
Habilitar X11 forwarding en /etc/SSH/sshd_config. Para ello poner:
X11Forwarding yes AllowTcpForwarding yes
Si usamos un cliente Windows, instalaremos Cygwin o Xming.
Este sistema no me convence. Sobre todo porque la velocidad de NX es muy superior.
No vale la solución Cupps para mi impresora Canon Pixma iP4000, puesto que no hay drivers para Linux que permitan un uso completo de todas sus funciones. Sobre todo el estado de la tinta, etc. a través de la red.
Nos planteamos una solución que parece exagerada para el objetivo tan básico de compartir una impresora, pero se muestra efectiva al 100% y no es otra que:
- Máquinas virtuales.
http://revoltion.wordpress.com/2007/03/09/crear-maquinas-virtuales-en-debian-etch-con-virtualbox/
Instalar VirtualBox desde los repositorios de Sun.
deb http://download.virtualbox.org/virtualbox/debian lenny non-free
Se podría instalar la versión más ligera de Windows XP existente, se trata de Windows XP FLP (Fundamentals for Legacy PC).
Instalaríamos los drivers de Canon PIXMA iP4000 y se compartiría la impresora en red por Samba dentro de la máquina virtual, pero al estar dicha máquina en el mismo grupo de red que el NAS y el resto de nuestros equipos, tendríamos acceso a la impresora en toda la red local.
¿Genial no?. Ángel, eres una máquina (y no virtual precisamente). 
Desechado Windows 98 por su nulo manejo del estado idle de la CPU.
Ni siquiera usando alguna utilidad para forzar el idle, funciona correctamente. Mientras está corriendo la máquina virtual, aunque esté en reposo Windows 98, la CPU de nuestro Linux estará a tope.
- Configuración si se desea de un cliente p2p multiprotocolo (eDonkey, Kad, torrent, ...) como es MLDonkey o simplemente torrent, como torrentflux.
- Si se quiere utilizar un gestor de descargas directas como JDownloader, que está desarrollado en Java, puede instalarse en el entorno KDE manejado desde NX. La sesión de NX no se pierde si se cierra en modo "Disconnect" de forma que JDownloader seguiría activo.
- Videovigilancia con Zoneminder.
Se hacen pruebas con la cámara USB "Logitech QuickCam Chat" y funciona perfectamente incluso la detección de movimiento y grabación de eventos.
Tengo echado el ojo a una cámara WiFi del siguiente estilo:
http://cgi.ebay.es/Wireless-WIFI-24-IR-LED-Waterproof-IP-Camera-CCTV-MPEG4_W0QQitemZ190332733282QQcmdZViewItemQQptZUK_CCTV?hash=item2c50b70762&_trksid=p3286.c0.m14
- Administración remota (Webmin).
http://www.webmin.com
- WordPress.
http://nekan.net/instalar-blog-wordpress-en-debian-lenny
http://nekan.net/how-to-lamp-en-debian-lenny
Por hacer ...
- Mejorar seguridad (Nessus).
- Mejorar backup partición arranque, manteniendo varias versiones.
- Instalar y configurar NFS, iSCSI, ...
- Domótica.
Conclusión
Como véis, las posibilidades de este aparato son inmensas. Tiene muchos puntos fuertes, como su fiabilidad, rapidez, conectividad, diseño, tamaño y silencio, así como una gran calidad de construcción.
Por otra parte, le encuentro pocas pegas, si acaso, la no inclusión de una conexión gráfica que permita instalar un sistema más cómodamente. Pero ya sería pedirle peras al olmo.
Por cierto ... ¿y si pudiérais conseguir este aparato por unos 200 euros, totalmente nuevo, con garantía y con gastos de envío incluidos?. Seguro que por ese precio no encontráis nada parecido en el mercado.
http://stores.shop.ebay.es/DENSUS-SHOP__W0QQ_armrsZ1
- Expansible hasta 4 TB. Esta es la teoría, ya que en el momento en que se publicaron las especificaciones no existían discos mayores a 1TB. En la práctica, pienso que no debería haber problemas con discos de mayor capacidad. De hecho, hace unos días vi que se vendía en eBay este equipo con discos de 2 TB incluídos, con eso está todo dicho.
- 4 puertos SATA para discos 3.5″, SATA 1.5 Gb/s y SATA 3.0 Gb/s.
- Procesador Intel Core Solo Celeron M 420 1.6 GHz Tecnología de 65nm (64 bits). Como nota curiosa, también he visto en eBay equipos “actualizados” con un micro de doble núcleo, concretamente un Pentium Dual Core 2.4 GHz.
- 512 Mb. DDR2 SDRAM PC4200. Máximo teórico 1 GB. (1 solo slot DIMM 240-pin). Sin embargo, doy fé que el equipo se puede ampliar a 2 GB con un módulo DDR2-667 PC5300.
- Intel 82573E Gigabit Ethernet. La placa viene preparada para un segundo conector Ethernet, con un poco de maña podríamos soldarle un conector y tendríamos acceso a él.
- Chip RAID Intel ICH7-R.
- Puerto IDE interno para unidad DOM (Disk On Module). Se puede conectar un conversor IDE-CF como el siguiente, para instalar el S.O. e iniciarlo desde una Compact Flash: (Continúa…)
Panel frontal
- LEDs: actividad de red, estado de discos/fallo (por cada unidad de disco), estado del sistema, encendido, actividad global de discos.
- Botón de encendido.
- 2 puertos USB 2.0.
Panel trasero
- Botón de Reset/Recuperación.
- 1 puerto Ethernet RJ45.
- 2 puertos USB 2.0.
- 2 puertos e-SATA.
Tamaño: 122 mm x 406 mm x 336 mm (alto x ancho x profundo)
Peso: 6,69 Kg. sin discos duros; 9 Kg. con discos duros
2 ventiladores 70 mm x 70 mm x 15 mm
Fuente de alimentación de 250 W con ventilador de 40 mm x 40 mm x 20 mm.
Instalación
- Se amplia la memoria a 2 GB. de RAM (1 módulo Kingston KVR667D2N5/2G)
- 4 discos duros de 1 TB. Western Digital modelo WD10EADS.
- Se instala el cable serie DB9-N to IDC-10, necesario para acceder al NAS vía puerto serie. Como se explica más abajo.
El Intel SS4200-EHW no dispone de tarjeta gráfica. Por lo tanto, si queremos instalar un Sistema Operativo gráfico como Windows Home Server, tendríamos que instalar temporalmente una tarjeta gráfica al puerto PCI-Express x1 que tiene la placa, mediante un adaptador flexible que lo convertiría a PCI-Express x16 (conexión habitual en las tarjetas gráficas). Una vez instalado el sistema, se desconectaría la tarjeta gráfica puesto que no sería imprescindible y además no nos cabría dentro del equipo.
En la web http://ss4200.pbworks.com/Windows%2BHome%2BServer%2BInstallation%2B-%2BIntel%2BDocumentation se explica el procedimiento, apuntando incluso a la página oficial de Intel, así como alguna posible alternativa para la instalación de WHS.
En mi caso, me centraré en la instalación de Linux en modo texto y por ende, cualquier otro sistema con características similares.
La salida de pantalla viene redireccionada a puerto serie desde la BIOS.
Por tanto, si conectamos el ordenador por puerto serie al NAS y configuramos PuTTY, Hyperterminal o cualquier otro sofware con los parámetros “9600,8,None,1″ o “115200,8,None,1″ (según venga preconfigurada la BIOS) éste recibirá los mensajes de arranque y nos permitirá instalar una distro Linux en modo texto.
Previamente, tendremos que instalar en el NAS el cable DB9-N to IDC-10 que figura en la foto anterior.
En la siguiente web se explica claramente el procedimiento:
http://ss4200.pbworks.com/Console-Access-via-RS232
Una vez configurado el software de terminal, conectamos mediante cable serie null-modem nuestro PC con el NAS.
Con esta configuración, PuTTY me funciona correctamente:
Si no funciona así, probaríamos a cambiar la velocidad a 9600.
Abrimos la sesión y si queremos entrar en la BIOS pulsamos “Del” o “Delete” (Supr en teclados españoles).
En la opción “Remote Access Configuration” podemos ver los parámetros que tiene asignados el puerto serie para acceder al NAS.
En la tercera y última parte de este artículo se tratará el apartado referente al software …
]]>
¿Qué es un NAS?
NAS (Network Attached Storage)
La idea del proyecto se remonta a octubre de 2007. Se trataba de montar un sistema de almacenamiento centralizado para mi nueva casa. Para ello, equipamos la casa con tomas de red Gigabit en todas las habitaciones.
Se ha utilizado cable Categoría 6 UTP comprado en Cablematic y tomas Ethernet de pared Niessen Serie Stylo, blanco marfil, modelo 2018.6.
Aunque no descarto el WiFi en caso de necesidad, prefiero el cable por estabilidad, velocidad y seguridad.
Al principio, me planteaba si montar un HTPC/NAS o bien un NAS y un HTPC separados, decantándome finalmente por la última opción. Los factores de la decisión han sido:
- Consumo eléctrico. Si se tratara de un HTPC/NAS el consumo aumentaría al requerirse mayor potencia para soportar funciones de HTPC.
- Ruido. En este sentido, la ubicación del NAS en el salón no parece la mejor idea.
- Minimizar el espacio ocupado en el salón.
¿Por qué un NAS?
Hoy día, solemos tener varios ordenadores en casa y cada vez más aparatos con conexión de red. Por tanto, parece una buena idea tener almacenada de forma centralizada toda la información susceptible de ser accedida desde cualquiera de nuestros dispositivos.
Por otro lado, necesitamos almacenar grandes cantidades de información y que dicha información esté respaldada en la medida de lo posible.
Características que debe tener el NAS:
- El sistema debe ser tolerante a fallos (RAID5), sin descartar el uso de backup’s.
- Consumo contenido.
- Silencioso.
- Gran capacidad y posibilidad de expansión.
Obviamente, su función principal será la de servidor de almacenamiento, utilizándose exclusivamente software libre. La administración del sistema se hará de forma remota.
… posibilidad a futuro de otras funcionalidades:
- Videovigilancia.
- Domótica.
Aunque a día de hoy ya hay nuevas opciones y versiones renovadas, a continuación se muestran algunas de las alternativas contempladas al inicio del proyecto:
Modelo N2100 (N3200, N5200)
* CPU Intel XScale 600 Mhz. Refrigeración pasiva.
* 128 Mb. DDR2 ampliable hasta 1 Gb.* 3 USB 2.0.
* Posibilidad de instalar 2 HDD SATA internos independientes o en RAID (0,1,JBOD)
* 2 puertos Ethernet Gigabit.
* Posibilidad de Wifi a través de una MiniPCI interna o un stick USB.
* Ampliación de prestaciones a través de módulos (una especia de plugin’s).
* Posibilidad de instalar Debian (ya probado por algunos usuarios).
* Sus hermanos mayores N3200 y N5200 ofrecen más capacidad y características pero el precio se dispara.
* La relación precio/prestaciones para mi son insuficientes.
Modelos DS209 y CS407e
Me gustan su estética y su software. Muy bien diseñados. Uso amigable, pero no permiten instalar otro Sistema Operativo. Precios altos.
Caja muy atractiva. Aunque resultaba cara y difícil de conseguir.
Podría haber sido la mejor opción ya que puedes montar un ordenador a tu gusto, pero en su momento no resultaba fácil encontrar una placa base Mini-ITX adecuada y con 4 puertos SATA. De todas formas calculé precios y se disparaba en comparación al Intel SS4200-EHW.
Otra opción hubiera sido montar una torre PC convencional con una placa, micro y memoria básicos.
Es una solución barata y factible, pero no da el perfil estético y compacto que buscaba.
Y por último …
Intel SS4200-EHW ó Fujitsu Scaleo
Elección: Intel SS4200-EHW. Es el mismo equipo que el SS4200-E pero sin software.
Busco tiendas donde efectuar la compra. Es díficil de encontrar y puede parecer caro, pero no más que las soluciones de Thecus o Synology. Eso sí, estas incorporan un paquete de software, mientras que el SS4200-EHW no.
Sin embargo, la solución de Intel me parece muy bien diseñada. Tiene excelentes prestaciones y más posibilidades ya que es un ordenador en toda regla.
Casualmente encontré un SS4200-EHW de ocasión en eBay, decidí pujar y hubo suerte.
En la continuación del artículo se explicarán las características de este equipo y el por qué de su elección …