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