Reseña servidor SISFL velez 1 Día lunes 2…

-Reseña servidor SISFL velez:
1 – Día lunes 2/10: Se detecta que la réplica había dejado de funcionar. Se reinicia el servicio de replica, pero no se obtienen resultados positivos. Se reinicia el servidor, pero este no logra bootear. Se constata on-site que el mismo no había podido bootear, porq se habia corrupto un archivo. Se intentan hacer chequeos y reparaciones del mismo (con herramientas de hirens). Este logra arrancar, pero dando diversos mensajes de fallo.
2 – Dia martes 3/10: El disco presenta fallas aleatorias. Logra arrancar pero con numerosos mensajes de error, como dando señales de un proximo fallo total. Se backupea el cluster de postgres donde se encuentra la DB (se hace un copiado íntegro del directorio del cluster a un disco nuevo). Se corre un fsck, pero este hace que ahora el disco ya no bootee más.
3 – Día miercoles 4/10: Se instala debian 5 en disco de la PC q era de ATRA. Se intenta levantar el cluster desde el backup mencionado en el punto anterior, sin resultados positivos. Ante esto, se intenta recuperar el booteo del disco anteriormente mencionado, usando varias herramientas (hirens, live cds, system rescue cd), sin resultados positivos.
4 – Día jueves 5/10: Se procede a levantar el cluster desde un dump. Al principio, se intentó hacerlo creando un cluster aparte, como era en un principio (y como está en el sisfl de trejo). Los intentos fueron insfructuosos, y por ello se optó por levantarlo en el cluster que postgres instala por defecto. Esta vez, se levantó exitosamente. Le avisé a Aurora y ella va a estar haciendo pruebas. La réplica está desactivada por el momento.