[ADN] Armonización integral de bitácoras históricas (20-26 Feb) y mejora de hebra 02_bitacora
This commit is contained in:
Ricardo Monla
+75
-28
@@ -16,43 +16,90 @@
|
||||
### 📝 Resumen de Actividades
|
||||
| NODO | RESUMEN INTEGRAL |
|
||||
| :--- | :--- |
|
||||
| [srv-ns8](#srv-ns8) | Diagnóstico y corrección del script de respaldos `dtic-BKPs_app.rb`. Se solucionaron dos fallas críticas documentadas en el hito A04: un bloqueo interactivo de SSH provocado por el comando rclone al listar/descargar archivos, y la omisión silenciosa de procesamiento de respaldos que carecían del archivo descriptor `.notes`. |
|
||||
| [srv-dasu](#srv-dasu) | Inicialización exitosa de la infraestructura base para la oficina DASUTEN. Se instaló un hypervisor Standalone Proxmox VE, se solventaron bloqueos físicos de red, se asignó ip estática (`10.0.10.205`) y se estableció acceso seguro desatendido vía llaves SSH desde el nodo central. Finalizado el relevamiento de hardware confirmando 4 Cores, 16GB RAM y Storage LVM de 480GB. |
|
||||
| [srv-ns8](#srv-ns8) | Diagnóstico y corrección del script de respaldos `dtic-BKPs_app.rb`. Se solucionaron dos fallas críticas documentadas en el hito A04: un bloqueo interactivo de SSH provocado por el comando rclone al listar/descargar archivos, y la omisión silenciosa de procesamiento de respaldos que carecían del archivo descriptor `.notes`. `[Remoto: ~5 hs]` |
|
||||
| [srv-dasu](#srv-dasu) | Inicialización exitosa de la infraestructura base para la oficina DASUTEN. Se instaló un hypervisor Standalone Proxmox VE, se solventaron bloqueos físicos de red, se asignó ip estática (`10.0.10.205`) y se estableció acceso seguro desatendido vía llaves SSH desde el nodo central. Finalizado el relevamiento de hardware confirmando 4 Cores, 16GB RAM y Storage LVM de 480GB. `[Físico: ~3 hs]` |
|
||||
|
||||
---
|
||||
|
||||
## 📂 Actividades Detalladas
|
||||
|
||||
### srv-ns8
|
||||
| Tema | Hitos |
|
||||
|
||||
#### ✅ - A06 - Dashboard P2601
|
||||
🚀 Despliegue del dashboard web para visualización de avance del proyecto DASUTEN (URL: `ns8.frlr.utn.edu.ar/P2601/`).
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| ✅ - A06 - **Dashboard P2601** | 🚀 Despliegue del dashboard web para visualización de avance del proyecto DASUTEN (URL: `ns8.frlr.utn.edu.ar/P2601/`).<br><br>⏱️ **Cronología:**<br>- ✅ **20:53 hs**: Dashboard "Cyber-Luxury" interactivo con timeline desplegado exitosamente en Nginx.<br>- 👁️ **20:49 hs**: Aprobación de especificaciones de UI/UX (modo oscuro, timeline) e inicio de maquetación en Nginx. |
|
||||
| ➡️ - A07 - **Sync dtic-BKPs** | 🚀 Reinicio de la sincronización de resguardos (`dtic-BKPs_app.rb C1`) con la nueva política de nomenclatura basada en nombres de host para las carpetas contenedoras de Proxmox.<br><br>⏱️ **Cronología:**<br>- ✅ **23:35 hs**: Finalización exitosa del procesamiento local. 17 VMs respaldadas en carpetas con nombres de host reales.<br>- 🚀 **22:42 hs**: Despliegue del script limpiamente en el procesador de fondo (screen) tras purgado de carpetas genéricas previas.<br><br>➡️ **[Continúa en 24/02](2026-02-24.md#A07)** |
|
||||
| ✅ - A04 - **Análisis dtic-BKPs** | 🧪 Revisión y diagnóstico de la herramienta de respaldos (`dtic-BKPs_app.rb`) a pedido del usuario. Se detectó una inconsistencia u omisión en los archivos descargados durante la fase "Descargar archivos de BKPs de VMs: zfsDISCO1".<br><br>⏱️ **Cronología:**<br>- ✅ **21:54 hs**: Análisis de logs (`logs/dtic-BKPs.log`) confirma el éxito del fix. El mecanismo de rescate identificó y comprimió satisfactoriamente **19 sets de Proxmox**, salvando backups huérfanos de `.notes` (ej. VM-101, VM-102, VM-103, etc).<br>- ✅ **19:58 hs**: Fallas resueltas exitosamente. Modificación en `tools/dtic-BKPs/fxs/proc_syncPmox.rb` para extraer iterativamente el ID de la VM desde los archivos cuando no se encuentra `.notes`. Actualización en `dtic-BKPs_app.rb` para incluir auto-lanzamiento en sesiones desconectadas (`screen -dmS`) previniendo bloqueos del agente SSH. |
|
||||
| ✅ 20:53 | Dashboard "Cyber-Luxury" interactivo con timeline desplegado exitosamente en Nginx. `[Remoto: 0:04 hs]` |
|
||||
| 👁️ 20:49 | Aprobación de especificaciones de UI/UX (modo oscuro, timeline) e inicio de maquetación en Nginx. |
|
||||
|
||||
#### ➡️ - A07 - Sync dtic-BKPs
|
||||
🚀 Reinicio de la sincronización de resguardos (`dtic-BKPs_app.rb C1`) con la nueva política de nomenclatura basada en nombres de host para las carpetas contenedoras de Proxmox.
|
||||
➡️ **[Continúa en 24/02](2026-02-24.md#A07)**
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| ✅ 23:35 | Finalización exitosa del procesamiento local. 17 VMs respaldadas en carpetas con nombres de host reales. `[Remoto: 0:53 hs]` |
|
||||
| 🚀 22:42 | Despliegue del script limpiamente en el procesador de fondo (screen) tras purgado de carpetas genéricas previas. |
|
||||
|
||||
#### ✅ - A04 - Análisis dtic-BKPs
|
||||
🧪 Revisión y diagnóstico de la herramienta de respaldos (`dtic-BKPs_app.rb`) a pedido del usuario. Se detectó una inconsistencia u omisión en los archivos descargados durante la fase "Descargar archivos de BKPs de VMs: zfsDISCO1".
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| ✅ 21:54 | Análisis de logs (`logs/dtic-BKPs.log`) confirma el éxito del fix. El mecanismo de rescate identificó y comprimió satisfactoriamente **19 sets de Proxmox**, salvando backups huérfanos de `.notes` (ej. VM-101, VM-102, VM-103, etc). `[Remoto: ~2 hs]` |
|
||||
| ✅ 19:58 | Fallas resueltas exitosamente. Modificación en `tools/dtic-BKPs/fxs/proc_syncPmox.rb` para extraer iterativamente el ID de la VM desde los archivos cuando no se encuentra `.notes`. Actualización en `dtic-BKPs_app.rb` para incluir auto-lanzamiento en sesiones desconectadas (`screen -dmS`) previniendo bloqueos del agente SSH. |
|
||||
|
||||
### srv-dasu
|
||||
| Tema | Hitos |
|
||||
|
||||
#### ➡️ - A05 - VM Windows Server (Core)
|
||||
🚀 Inicio del despliegue de una máquina virtual Windows Server Core genérica para operar primariamente como Controlador de Dominio.
|
||||
➡️ **[Continúa en 24/02](2026-02-24.md#A05)**
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| ➡️ - A05 - **VM Windows Server (Core)** | 🚀 Inicio del despliegue de una máquina virtual Windows Server Core genérica para operar primariamente como Controlador de Dominio.<br><br>⏱️ **Cronología:**<br>- 🛑 **21:05 hs**: Bloqueo Crítico. La VM `100` fue empaquetada exitosamente, pero Proxmox abortó el encendido al detectar que la **Virtualización por Hardware (AMD SVM) está apagada/bloqueada en la BIOS física** de la placa madre. Se requiere intervención manual del administrador.<br>- 🧠 **20:57 hs**: Asignación técnica de VM aprobada: `2 Cores`, `2048MB RAM`, `50GB Storage`.<br>- 🚀 **20:54 hs**: Inicio de descarga automatizada de ISO genuina (*SERVER_EVAL_x64FRE_en-us.iso*) conectando directamente el hypervisor con Microsoft Static Downloads.<br>- 🧠 **20:33 hs**: Análisis de arquitectura: Se decide un despliegue "Server Core" (sin interfaz gráfica) por sobre la "Desktop Experience" para optimizar recursos de Proxmox.<br><br>➡️ **[Continúa en 24/02](2026-02-24.md#A05)** |
|
||||
| ✅ - A02 - **Arquitectura srv-dasu** | 🧠 Definición de arquitectura y rol: `srv-dasu` operará como hypervisor Proxmox VE standalone fuera del cluster principal, dedicado exclusivamente a hospedar servidores virtuales para la oficina de DASUTEN. ADN y perfil de nodo inicializados.<br><br>⏱️ **Cronología:**<br>- 🧠 **16:50 hs**: Rol y ubicación definidos y registrados (`01_ontologia.md` y `srv-dasu.md`). |
|
||||
| ✅ - A03 - **Relevamiento Hardware srv-dasu** | 👁️ Auditoría técnica inicial post-instalación de Proxmox para asentar CPU, RAM y almacenamiento en el Snapshot del nodo (`nodos/srv-dasu.md`).<br><br>⏱️ **Cronología:**<br>- ✅ **19:20 hs**: Sincronización exitosa. Datos técnicos capturados vía SSH: `AMD A10-9700 4C`, `16GB RAM`, `SSD 480GB LVM`. Hubo bloqueos temporales por políticas del agente local.<br>- 👁️ **19:09 hs**: Inicio de relevamiento de recursos físicos del equipo. |
|
||||
| ✅ - A01 - **Instalación Proxmox VE** | 🚀 Preparación de entorno e instalación física de hypervisor Proxmox VE en el nuevo servidor `srv-dasu`.<br><br>⏱️ **Cronología:**<br>- ✅ **19:09 hs**: Cierre de tareas de infraestructura base. Servidor energizado, conectado y accesible vía SSH.<br>- 🔧 **19:05 hs**: Inyección exitosa de la llave pública SSH (`id_rsa.pub`) desde `srv-ns8` hacia `srv-dasu` para permitir administración remota segura sin contraseña.<br>- 🟢 **19:00 hs**: Enlace físico (cable) reparado y conectividad establecida en la red. Cambio a IP final operativa `10.0.10.205`.<br>- ⚠️ **18:42 hs**: Se reporta falta de conectividad en la interfaz de red asignada (`nic0`). Inicio de diagnóstico.<br>- 🟢 **18:08 hs**: Confirmación de red. IP real configurada: `10.0.10.204/24` (GW: `10.0.10.1`). Placa designada por PvE: `nic0`.<br>- 🔧 **17:48 hs**: Reconfiguración de IP post-instalación debido a segmento de red incorrecto asignado por DHCP/instalador.<br>- 🔧 **17:30 hs**: Definición de parámetros del instalador: Hostname (`srv-dasu.utnlarioja`) y Password Root.<br>- 💾 **16:54 hs**: Se descarga "Proxmox VE 9.1 ISO Installer" para su preparación.<br>- 🚀 **16:40 hs**: Inicio de tareas. Formateo y copiado de imagen ISO en unidad USB booteable. |
|
||||
| ✅ - A00 - **Acondicionamiento Hardware** | 🔧 Recepción del servidor físico y acondicionamiento de hardware base para `srv-dasu`.<br><br>⏱️ **Cronología:**<br>- ✅ **16:40 hs**: Cierre de gabinete y reubicación del chasis. Continuación metodológica (A01) con la generación y copiado de imagen ISO en unidad USB.<br>- 🔧 **16:00 hs**: Recepción de servidor físico. Apertura e instalación de nuevo hardware: se acopló el disco de estado sólido (SSD) y se ampliaron los módulos de memoria RAM. |
|
||||
| 🛑 21:05 | Bloqueo Crítico. La VM `100` fue empaquetada exitosamente, pero Proxmox abortó el encendido al detectar que la **Virtualización por Hardware (AMD SVM) está apagada/bloqueada en la BIOS física** de la placa madre. Se requiere intervención manual del administrador. `[Remoto: 0:32 hs]` |
|
||||
| 🧠 20:57 | Asignación técnica de VM aprobada: `2 Cores`, `2048MB RAM`, `50GB Storage`. |
|
||||
| 🚀 20:54 | Inicio de descarga automatizada de ISO genuina (*SERVER_EVAL_x64FRE_en-us.iso*) conectando directamente el hypervisor con Microsoft Static Downloads. |
|
||||
| 🧠 20:33 | Análisis de arquitectura: Se decide un despliegue "Server Core" (sin interfaz gráfica) por sobre la "Desktop Experience" para optimizar recursos de Proxmox. |
|
||||
|
||||
#### ✅ - A02 - Arquitectura srv-dasu
|
||||
🧠 Definición de arquitectura y rol: `srv-dasu` operará como hypervisor Proxmox VE standalone fuera del cluster principal, dedicado exclusivamente a hospedar servidores virtuales para la oficina de DASUTEN. ADN y perfil de nodo inicializados.
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| 🧠 16:50 | Rol y ubicación definidos y registrados (`01_ontologia.md` y `srv-dasu.md`). `[Físico: 0:10 hs]` |
|
||||
|
||||
#### ✅ - A03 - Relevamiento Hardware srv-dasu
|
||||
👁️ Auditoría técnica inicial post-instalación de Proxmox para asentar CPU, RAM y almacenamiento en el Snapshot del nodo (`nodos/srv-dasu.md`).
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| ✅ 19:20 | Sincronización exitosa. Datos técnicos capturados vía SSH: `AMD A10-9700 4C`, `16GB RAM`, `SSD 480GB LVM`. Hubo bloqueos temporales por políticas del agente local. `[Físico: 0:11 hs]` |
|
||||
| 👁️ 19:09 | Inicio de relevamiento de recursos físicos del equipo. |
|
||||
|
||||
#### ✅ - A01 - Instalación Proxmox VE
|
||||
🚀 Preparación de entorno e instalación física de hypervisor Proxmox VE en el nuevo servidor `srv-dasu`.
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| ✅ 19:09 | Cierre de tareas de infraestructura base. Servidor energizado, conectado y accesible vía SSH. `[Físico: 2:29 hs]` |
|
||||
| 🔧 19:05 | Inyección exitosa de la llave pública SSH (`id_rsa.pub`) desde `srv-ns8` hacia `srv-dasu` para permitir administración remota segura sin contraseña. |
|
||||
| 🟢 19:00 | Enlace físico (cable) reparado y conectividad establecida en la red. Cambio a IP final operativa `10.0.10.205`. |
|
||||
| ⚠️ 18:42 | Se reporta falta de conectividad en la interfaz de red asignada (`nic0`). Inicio de diagnóstico. |
|
||||
| 🟢 18:08 | Confirmación de red. IP real configurada: `10.0.10.204/24` (GW: `10.0.10.1`). Placa designada por PvE: `nic0`. |
|
||||
| 🔧 17:48 | Reconfiguración de IP post-instalación debido a segmento de red incorrecto asignado por DHCP/instalador. |
|
||||
| 🔧 17:30 | Definición de parámetros del instalador: Hostname (`srv-dasu.utnlarioja`) y Password Root. |
|
||||
| 💾 16:54 | Se descarga "Proxmox VE 9.1 ISO Installer" para su preparación. |
|
||||
| 🚀 16:40 | Inicio de tareas. Formateo y copiado de imagen ISO en unidad USB booteable. |
|
||||
|
||||
#### ✅ - A00 - Acondicionamiento Hardware
|
||||
🔧 Recepción del servidor físico y acondicionamiento de hardware base para `srv-dasu`.
|
||||
|
||||
| Tiempo | Descripción |
|
||||
| :--- | :--- |
|
||||
| ✅ 16:40 | Cierre de gabinete y reubicación del chasis. Continuación metodológica (A01) con la generación y copiado de imagen ISO en unidad USB. `[Físico: 0:40 hs]` |
|
||||
| 🔧 16:00 | Recepción de servidor físico. Apertura e instalación de nuevo hardware: se acopló el disco de estado sólido (SSD) y se ampliaron los módulos de memoria RAM. |
|
||||
|
||||
---
|
||||
<!-- 🤖 PREMISAS DE TRABAJO (IA) -->
|
||||
<!--
|
||||
1. ORDEN INVERSO: Lo más nuevo SIEMPRE arriba (Tabla Resumen, Secciones de Nodo y Filas de Detalle).
|
||||
2. NARRATIVA:
|
||||
- Resumen (Arriba): Narrativa integral y sintética, SIN TÍTULOS NI ESTADOS en el texto.
|
||||
- Detalle (Abajo): Generoso, explicando el "qué" y el "valor" técnico.
|
||||
3. ESTRUCTURA: Control -> Resumen -> Actividades Detalladas (Subdivididas).
|
||||
4. UNIFICACIÓN: Una sola fila por Nodo en Resumen.
|
||||
5. TRIGGERS (Sincronización en Cascada):
|
||||
- **T1 (Avance)**: Agregar un Hito `⏳` actualiza el DETALLE de la tabla 'En Proceso'.
|
||||
- **T2 (Cierre)**: Cerrar el último `⏳` de un Nodo dispara la creación de su Resumen Integral.
|
||||
- **T3 (Rollover)**: Al cambiar de día (archivo), heredar estas Premisas IA, migrar tareas `⏳`/`📍` al nuevo día, y marcar las antiguas como `➡️` (Migradas). Se debe SEGREGAR la cronología: los logs de sucesos quedan en su día original. Inyectar hipervínculos bidireccionales (`[Continúa en DD/MM](...)` y `[Viene de DD/MM](...)`) al final/inicio del detalle para mantener la trazabilidad exacta de la línea de tiempo transdiaria.
|
||||
6. IDENTIFICADORES: Usar el correlativo exacto del Tema como ID (ej. `[✅ - A01 - **Nombre Tarea**](#...)`).
|
||||
7. ICONOGRAFÍA: Tema = [Estado] (ej. ✅, ⏳, ➡️). Hitos = Prefijo de Categoría en descripción narrativa, y Emojis semánticos integrados en cada viñeta cronológica.
|
||||
8. ARMONÍA: Consultar y seguir estrictamente las premisas del ADN (`adn/02_protocolo.md`).
|
||||
-->
|
||||
<!-- 🤖 PREMISAS DE TRABAJO (IA): Fuente de Verdad → adn/05_ia.md -->
|
||||
|
||||
Reference in New Issue
Block a user