Archivo de noviembre 2009

El PC que usaba hasta ahora en la oficina es un Dell del año 2006. Originalmente llevaba un disco duro SATA Western Digital Caviar de 160 GB a 7200 RPM, con Win XP instalado. En abril de 2009 comenzó a dar errores lógicos y lo reemplazamos por un disco duro SATA Seagate Barracuda de 320 GB a 7200 RPM de unos 55 euros, donde también instalé XP. Este último disco falló el pasado 11 de noviembre de 2009 con errores físicos… El mismo ordenador había tenido un mes antes un fallo en el botón de encendido, que desactivamos siguiendo instrucciones de Dell. Desde ese momento no lo apagábamos porque el botón de encendido no funcionaba (si lo apagábamos quitando el cable de alimentación después para encenderlo teníamos que quitar la pila de la placa base), y la reparación del botón con técnico de Dell in-situ nos costaba más de 300 euros.

Buscando discos más fiables:

- En Dell nos dijeron que tanto Western como Seagate eran buenas marcas y que los fallos eran casuales y no tenían nada que ver con el ordenador. Nos recomendaban compara un nuevo disco en alguna tienda, ya que si nos lo proporcionaba Dell nos costaría muy caro en total.
- Unos proveedores nuestros nos podían proporcionar un disco Seagate de 750 GB que no tenía nada que ver con el modelo Barracuda, sino que se gastaba para servidores y que costaba 159 euros.
- En APP nos dijeron que a veces se han encontrado el caso de que alguna fuente de alimentación defectuosa había estropeado el disco duro.

Todos coincidían en que los discos SATA fallan más que los IDE (aunque los discos IDE se están retirando del mercado) y que a 7200 RPM fallan más que a 5400 RPM.

Así las cosas (y pensando que eran demasiados fallos acumulados en un PC Dell), decidimos comprar un PC nuevo en APP, con elementos más fiables que rápidos, y por menos de 500 euros teníamos una torre completa con buena fuente de alimentación, buena placa base y dos discos SATA Samsung de 500 GB a 7200 RPM cada uno, que eran los que mejor resultados les estaban dando.

Me sugirieron y pensaba ponerlos en espejo y encontré los artículos “Administrar volúmenes reflejados” y “Configuración de discos en espejo“, donde se especificaba que se podían poner en espejo por Hardware o por Software. Las nuevas placas soportan RAID 0, 1, 5 y 10 por Hardware. Me interesaba RAID 1 (Data mirroring) y no RAID 0 (Data striping). Con RAID 1 si hay un fallo físico en un disco tengo el otro, aunque un fallo lógico quizás se reprodujera en los dos. Según leí inicialmente, Win XP soporta discos en espejo desde el administrador de discos con volúmenes dinámicos.

Pidiendo opinión a colegas informáticos, en relación a hacer el espejo por HW o por SW uno me decía que dependía del procesador del PC y del tipo de controladora de disco que tuviera la placa. Había quien defendía el RAID por HW, por ser “teoricamente” más rápido, pero esto no era así en informática doméstica, ya que las controladoras de disco suelen ser de poca calidad, con procesadores lentos y baratos. En cambio, el micropocesador principal suele ser muy potente (Core 2 Duo o Quad Core), con lo que en ese caso el RAID por SW es mucho más rápido.

Otro colega me aconsejaban que los datos los externalizara en un NAS, con posibilidad de montar RAID 0 ó 1, poner los discos que quisiera y si el PC fallaba siempre tendría los datos accesibles. Respecto al disco duro, también opinaba que los Samsung estaban dando muy buenos resultados, de hecho él tenía un NAS, el IB-NAS4220-B, con un disco Samsung de 1 TB y la posibilidad de poner un segundo disco y montarlos en RAID 1. En NAS hay precios y características muy variables, pero parece que los QNAP eran los que tienen mejores opiniones.

Lo de externalizar los datos en principio me daba igual porque semanalmente hacemos copias de seguridad en un disco externo que me llevo a casa, por no decir que el acceso a los datos sería un poco más lento. Al final, cuando ya tenía el nuevo PC, instalé Win XP e hice los dos discos como dinámicos (botón derecho del ratón sobre Disco 0 y Disco 1 en el Administrador de discos), pero la opción de “Agregar espejo” estaba deshabilitada. Efectivamente, aunque había leído que Windows XP soportaba discos en espejo, en Microsoft Technet lo dejan claro: “Sólo puede crear volúmenes reflejados en equipos que ejecuten los sistemas operativos Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server o Windows Server 2003″. Buscando más, encontré un temerario post sobre cómo hacer discos en espejo en Windows XP, haciéndole creer al Administrador de discos que está administrando un Windows Server 2003, modificando ciertos archivos exe y dll con un editor hexadecimal. Esta solución me parecía muy arriesgada y aunque había leído que había programas para Win XP como Ghost que permitían administrar discos en espejo, decidí probar por HW.

Así que siguiendo el manual de la placa puse los discos en RAID 1 (perdiendo el Windows instalado) e intenté hacer un diskette de arranque con los controladores RAID para utilizarlos en la instalación de Windows XP. Para ello, tenía que reiniciar el sistema con el DVD de controladores de la placa base, pero por alguna razón no lo llegaba a leer y antes mostraba error de discos. Así que ejecuté el DVD de la placa en otro PC desde Windows e hice el diskette con los controladores. Su puede hacer en un USB si vas a instalar Windows Vista, pero Windows XP no lee USB en la instalación. Así que como el nuevo PC no tenía disquetera, tuve que poner la del otro PC.

Por último, arranqué con el CD de arranque de Win XP y en la primera pantalla apreté F6 para instalar el controlador RAID de otro fabricante y después de cargar algunos archivos me dió opción de leer el diskette con los controladores RAID, reconoció el disco y ya pude hacer las particiones e instalar Windows XP. Ahora tengo los discos en espejo por HW, con lo que el Administrador de discos sólo ve uno, aunque después me di cuenta al instalar los controladores de la placa base que uno de los programas que instalaba (Intel® Matrix Storage Manager) permitía hacer RAID 1 por software, pero eso ya lo probaré en otra ocasión, por esta vez ya he tenido suficiente… ;-)

Etiquetas: , , , , , , , , , , , , , , , , , , , , , ,

Comments 2 Comentarios »

Recientemente en WordPress MU se me ha dado el caso de que la página de configuración de widgets ha dejado de funcionar en todos mis sitios, no se podía hacer drag and drop en ella ni aparece la barra (sidebar) con los widgets activados. Después de buscar mucho por Internet, leí que ciertos plugins pueden ocasionar que la página de widgets deje de funcionar. Activando y desactivando uno a uno todos los plugins, observé que el error se daba cuando estaba activado el plugin Google Analyticator de Spiral Web Consulting. Tenía la versión 5.3.1 instalada, así que miré en otros blogs (no WordPress MU) y vi que tenía la versión 2.40, originalmente de Cavemonkey y Ronald Heft. Así que sustituí la carpeta del plugin google-analyticator 5.3.1 por la versión 2.40 y la página de widgets volvió a funcionar. Sé que las combinaciones de plugins y versiones pueden ser muchas, pero expongo la solución a este caso concreto que me ocurrió a mí por si puede resultar de utilidad u orientación a alguien que pueda tener un problema parecido.

Etiquetas: , , , , , , , , , , ,

Comments No Hay Comentarios »

El hospedaje de mis páginas web y blogs lo tengo con unos colegas en una empresa de Hosting. Empezamos con un VPS (Servidor Privado Virtual) Linux de 256 MB de RAM dedicados, pero en poco tiempo el sistema Virtuozzo empezó a tumbar el servicio web y otros servicios porque se consumía toda la memoria. Parece que Virtuozzo gestiona la memoria de esa forma, haciendo caer servicios para que la máquina no deje de funcionar (y siempre se pueda acceder a ella remotamente por SSH, por ejemplo). Puede parecer un poco chapuza pero se ve que Vituozzo trabaja así… Aunque no teníamos mucho tráfico y webs alojadas, decidimos ampliar a 512 MB, pero seguía pasando lo mismo. Los técnicos de la empresa de Hosting no sabían qué decirnos. Después de muchas pruebas y consultas, observamos que en memoria siempre habían muchos procesos de Apache cuando realmente el servidor no tenía tráfico en esos momentos. Al final, probando un poco, teníamos en httpd.conf:

<IfModule prefork.c>
StartServers       4
MinSpareServers    4
MaxSpareServers    20
ServerLimit       100
MaxClients        100
MaxRequestsPerChild  4000
</IfModule>

MaxSpareServers son los procesos en espera y según la web oficial de Apache, el valor por defecto es 10 y avisa “Fijar un valor alto para este parámetro es una mala idea casi siempre”. Así que lo cambiamos a 10 y desde entonces (hace 6 meses) todo ha ido bien.

Nos sorprendió que los técnicos de soporte fueran tan perdidos y no se les hubiera ocurrido una solución tan simple, aunque igual era una estrategia para que contratáramos más capacidad. No hemos vuelto a 256 MB porque siempre solemos tener 250-300 MB ocupados.

Para ver los procesos en memoria y la memoria ocupada se puede usar el comando “top” de Linux desde la línea de comandos del VPS. El panel Virtuozzo tiene una línea de comandos, una conexión SSH (Secure Shell) que va con Java. A mí personalmente no me funciona la conexión SSH por ahí, así que gasto un programa externo para realizar la conexión, como Putty. Nosotros ahora en el VPS tenemos varios WordPress con unas 1000 visitas diarias en total, una tienda Magento y otras webs menores… En total unos 60 dominios alojados + 40 alias… De correo no tenemos mucho. Pero como digo, no pasamos de 250-300 MB ocupados en memoria desde que cambiamos los MaxSpareServers, incluso ha aguantado dos “efectos menéame” de 7.000 y 13.000 visitas diarias en un sólo blog.

Etiquetas: , , , , , , , , , , , ,

Comments 8 Comentarios »