59 lines
8.8 KiB
Markdown
59 lines
8.8 KiB
Markdown
# Bitácora de Operaciones - 23/02/2026
|
|
|
|
## Control de Gestión
|
|
|
|
### 🚩 Pendientes
|
|
| ID | NODO | DETALLE |
|
|
| :--- | :--- | :--- |
|
|
| ➡️ - P02 - **Sistema DASUTEN** | srv-dasu | Despliegue e instalación del software del sistema DASUTEN en la VM.<br><br>➡️ **[Continúa en 24/02](2026-02-24.md)** |
|
|
|
|
### ⏳ En Proceso
|
|
| ID | NODO | DETALLE |
|
|
| :--- | :--- | :--- |
|
|
| [➡️ - A07 - **Sync dtic-BKPs**](#srv-ns8) | srv-ns8 | Sincronización limpia de backups de Proxmox para aplicar nombres de host.<br><br>➡️ **[Continúa en 24/02](2026-02-24.md#A07)** |
|
|
| [➡️ - A05 - **VM Windows Server (Core)**](#srv-dasu) | srv-dasu | Creación y configuración de máquina virtual con Windows Server Core para rol AD DS.<br><br>➡️ **[Continúa en 24/02](2026-02-24.md#A05)** |
|
|
|
|
### 📝 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. |
|
|
|
|
---
|
|
|
|
## 📂 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/`).<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. |
|
|
|
|
### 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.<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. |
|
|
|
|
---
|
|
<!-- 🤖 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`).
|
|
-->
|