Mailinglist Archive: opensuse-es (1026 mails)

["Carlos E. R." <robin1.listas@xxxxxxxxxx>]

El 2004-04-08 a las 12:35 -0400, Luis Roa escribió:

> Gracias a Carlos Robinson y a Juan Erbes.
> La verdad, aunque se mantiene el problema, me tranquilizan un poco los
> comentarios, ya que de algun modo confirman mi apreciacion personal de que
> el problema no va por el hardware ni por una instalaciòn descuidada.
> Estoy un poco "temeroso" de regenerar el kernel, ya que al estar la màquina
> en producciòn, mi margen de error es cero.

Si compilas el kernel, editando el Makefile y definiendo extraversion
consigues que el arbol de modulos se grabe aparte del arbol original: de
esa manera puedes tener dos kernels independientes: el original y el
modificado.

> No he hecho parches al sistema, salvo actualizar en algun momento que ya ni
> me acuerdo.
> Cual es el riesgo al actualizar en linea de que algun paquete en produccion
> resulte dañado ???

Se supone que esa es una de las ventajas de usar la version de empresa
frente a las "caseras".

> Cual es el procedimiento mas seguro para intentar las sugerencias que se
> desprenden del comentario de Juan ???

La única manera segura de actualizar máquinas en producción es tener dos
servidores gemelos, y actualizar unicamente uno; una vez que funciona el
cambio, se hace con el otro.

Si no, pues lo mejor es tener una imagen completa que permita
reconstruirlo.

A mi una vez se me ha ocurrido una idea "descabellada": teniendo una
maquina con raid 1 (mirror) desactivar uno de los discos, y actualizar en
el disco restante; si funciona, volver a activar el otro disco y que se
sincronicen - si no funciona, que se sincronicen en la otra dirección.

¿Descabellado? No tanto... he trabajado con máquinas diseñadas para hacer
eso precisamente, con centrales telefónicas, por ejemplo, con un tiempo
medio fuera de servicio se mide en segundos por año.

-- 
Saludos
       Carlos Robinson