Hola :) El Lunes, 13 de Febrero de 2006 14:50, Carlos E. R. escribió:
El 2006-02-13 a las 10:22 +0100, Rafa Grim�n escribi�:
Consiste en desactivar la mitad de un espejo, y dejarla en standby. La actualizaci[f3]n se hace [fa]nicamente sobre la mitad del espejo que queda funcionando en modo degradado. Si funciona, se activa de nuevo la otra mitad, y autom[e1]ticamente se sincronizan.
Que yo sepa, esto no existe en Linux :( Estar�a bien esta caracter�stica.
Desde luego.
Yo creo que ser�a posible, pero... no tengo manera de experimentarlo. Creo que har�a falta el concurso de un sistema de rescate manual para forzar el cambio.
Una preguntilla, �esto era todo "digital" (aka con los dedos y tecleando)? Es decir, �hab�a un admin/sysop que lo hac�a o bien el propio sistema lo ten�a automatizado?
Con los dedos, y con alguien de soporte de nivel superior pegado a la oreja :-p
Ya, "trabajo en equipo" ;)
�Buf!
Tampoco lo hac�an siempre... creo que era con los upgrades de nivel, no con los parches normalitos. Estos tambi�n ten�an un procedimiento de backout: los parches primero se cargaban, luego se activaban una noche, y
En el caso de Irix, existe la opción de rollback de un parche por si lo has instalado y te falla el sistema. Estaría bien que los sistemas de paquetes de Linux tuvieran algo de eso. No me refiero a la opción: rpm --oldpackage (reinstalar un paquete viejo) Sino que le puedes decir al sistema de paquetes que haga un rollback y lo que hace es eliminar lo que ha añadido.
si a las 24 horas no se ve�an problemas, se dejaban definitivos. Si no, con un simple comando se restitu�a la versi�n anterior, que no estaba borrada.
Ten en cuenta que al desactivar un lado del espejo dejas la m�quina vulnerable a fallos de disco, y ya sabes que Murphy nunca duerme ;-)
Es que Murphy es un currante nato ;)
La primera vez que lo vi fu� durante un curso especial, que la m�quina de pruebas (maqueta) ten�an una mitad con una release y la otra mitad con la siguiente. Medio dia trabajaba con uno, y el otro medio con el otro, para que los desarrolladores resolvieran los problemas en que hab�an estado trabajando la ma�ana... alucinante. Todo ello para poder hacer el cambio a los clientes sin problemas.
Ahora con Xen, VMWare y similares tienes la posibilidad de trabajar con máquinas virtuales y te ahorras ese ajetreo. Lo bueno de la virtualización es poder hacer snapshots, migrar entre máquinas físicas, ... Parece que Xen ha impulsado bastante el tema y se está consiguiendo
Ha valido la espera ;) Por cierto, hay que celebrar lo de tu ADSL !! ;)
:-)
Pero no olvidemos que hay mucha gente que no puede, incluso en Espa�a. A mi los de Ono (cableros) me mandaron a freir monas, y eso que vivo en una ciudad importante y tengo un registro de ono a 20 metros de mi puerta. Peor los tienen los de los pueblos, que de adsl nada de nada. Ya les pod�an al menos ofrecer rdsi a precio barato.
Eso es verdad. Rafa -- Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman