# Bitácora de Operaciones - 24/02/2026
## Control de Gestión
### 🚩 Pendientes
| ID | NODO | DETALLE |
| :--- | :--- | :--- |
| 📍 - P02 - **Sistema DASUTEN** | srv-dasu | ➡️ **[Viene del 23/02](2026-02-23.md)**
Despliegue e instalación del software del sistema DASUTEN en la VM. |
### ⏳ En Proceso
| ID | NODO | DETALLE |
| :--- | :--- | :--- |
| [⏳ - A07 - **Sync dtic-BKPs**](#srv-ns8) | srv-ns8 | ➡️ **[Viene del 23/02](2026-02-23.md#A07)**
Sincronización limpia de backups de Proxmox para aplicar nombres de host. |
| [⏳ - A05 - **VM Windows Server (Core)**](#srv-dasu) | srv-dasu | ➡️ **[Viene del 23/02](2026-02-23.md#A05)**
Creación y configuración de máquina virtual con Windows Server Core para rol AD DS. |
### 📝 Resumen de Actividades
| NODO | RESUMEN INTEGRAL |
| :--- | :--- |
| | |
---
## 📂 Actividades Detalladas
| ⏳ - 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.
➡️ **[Viene del 23/02](2026-02-23.md#A07)**
⏱️ **Cronología:**
- 🚀 **17:32 hs**: Tras el apagado del servidor, se relanzó exitosamente la suite de subida a la nube (`C3` - `full_upload`) en una nueva sesión GNU Screen. El proceso de sincronización con OneDrive se encuentra nuevamente operativo en segundo plano.
- 🚀 **12:53 hs**: El nodo `srv-ns8` sufrió un reinicio, interrumpiendo el proceso de subida en la sesión GNU Screen. Se procede a retormarlo.
- 🚀 **10:35 hs**: Verificación asíncrona de la sesión GNU Screen. El directorio `srvv-FENIX` fue transferido al 100%. Actualmente sincronizando volumen pesado de `srvv-KOHA` (~8.9GB) al 33% con una tasa estable de ~5.15 MiB/s.
- 🚀 **08:23 hs**: La subida a OneDrive continúa activa y estable en segundo plano, procesando actualmente los respaldos pesados del directorio `srvv-FENIX`. **Directorios ya sincronizados:** `VM-106`, `VM-107`, `VM-113`, `VM-115`, `pcv-DASU1`, `pcv-DASU2`, `pcv-DASU3`, `pcv-SERVIIO`, `srv-MauriK`, `srv-SysACADWeb`, `srvv-DATA`, `srvv-DNS`, `srvv-DOCs`, `srvv-DTIC`.
- 🚀 **06:00 hs**: Inicio de subida a la nube (OneDrive) de los respaldos locales (`full_upload`). |
### srv-dasu
| Tema | Hitos |
| :--- | :--- |
| ✅ - A06 - **Dashboard P2601** | 🚀 Refactorización de la capa visual y lógica del Dashboard de proyecto para incorporar métricas de justificación operativa.
➡️ **[Viene del 23/02](2026-02-23.md#A06)**
⏱️ **Cronología:**
- ✅ **10:25 hs**: Segunda inyección sobre Nginx. Se incorporó traza de tiempo granular por cada sub-hito (dificultad Física vs Remota), lógica dinámica de somatoria total, e interfaz de "Acordeones" para purgar el ruido visual colapsando los grupos inactivos. Se transparentó el esfuerzo interno del propio hito A06 (desarrollo y puesta en marcha del dashboard).
- ✅ **10:17 hs**: Despliegue de actualización en caliente sobre Nginx. Se inyectó el panel de "Métricas Operativas" (*glassmorphism*) que contabiliza Dinámicamente el **Tiempo Transcurrido vs Estimado**, segregando la intervención en horas físicas (in-situ) y horas remotas (SSH). La línea de tiempo fue sincronizada con los últimos cierres de hitos (`A01` a `A06`). |
| ⏳ - 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.
➡️ **[Viene del 23/02](2026-02-23.md#A05)**
⏱️ **Cronología:**
- 👑 **22:31 hs**: Promoción a Controlador de Dominio. El operador ejecuta localmente los commandlets de PowerShell (`Install-ADDSForest`) inyectando el nombre de dominio root `dasuten.utn`. El proceso finaliza con código `Success` y el servidor entra en fase de reinicio automático para asumir sus nuevos roles (AD DS, DNS, Group Policy).
- ✅ **20:34 hs**: Finaliza configuración inicial (SConfig). Se instalaron exitosamente los controladores faltantes de red (VirtIO NetKVM) vía `pnputil` desde PowerShell. Se configuró el nombre de host `dc-dasuten` y la IP aislada elegida `10.0.100.10` con los DNS apuntando al localhost listos para la promoción a AD DS. El SO base está operativo.
- 🧠 **20:16 hs**: Decisión Estratégica ("*Security & Isolation*"). Se replantea la arquitectura de red interna de las VMs. Para evitar colisiones y aislar el entorno operativo del segmento general de la Facultad (`10.0.10.x`), se decide que las VMs tras el hypervisor operarán en una subred privada segregada (`10.0.100.x`). El enrutamiento y salida externa se manejará posteriormente a nivel Proxmox o mediante túneles Tailscale.
- 👁️ **19:48 hs**: Bloqueo temporal interactivo. El operador reporta que la imagen solo permite instalación en Inglés (comportamiento esperado por ISO `en-us`) y un error de Compatibilidad. El error "The upgrade option isn't available" se debe a la selección errónea del método "Upgrade" sobre un disco virtual completamente vacío. Se le instruye al operador seleccionar el método "Custom: Install Windows only (advanced)".
- 👁️ **19:28 hs**: Inicio de la instalación gráfica interactiva de Windows Server 2022 Core a través de la consola remota VNC de Proxmox. Sistema en proceso de copiado de archivos e instalación base.
- ✅ **09:54 hs**: Intervención administrativa exitosa. Relevamiento fotográfico confirma la habilitación de Hardware Virtualization (SVM) y auto-encendido (APM) en la placa base ASUS PRIME A320M-K (BIOS V.0217). Datos asentados en el perfil del nodo `srv-dasu.md`.
- 🚀 **09:54 hs**: Arranque exitoso de la VM `100` (`qm start 100`). El sistema hypervisor levantó la máquina operativa sin fallos de KVM, confirmando la resolución del bloqueo crítico. |
---