feat(episode): DEPURA_r5-scp-causa-encontrada-y-reintento-aad_S20260924.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 1 — MEMORIA: [R5] scp : causa encontrada y reintento añadido
This commit is contained in:
Ember 2026-09-27 17:59:30 +00:00
parent f2ef0eb41f
commit 0dd403b02a

View file

@ -0,0 +1,36 @@
---
episode_id: "cde79c4b-b384-455a-b9a3-06fd8532d2b4"
puente_flat: "DEPURA_r5-scp-causa-encontrada-y-reintento-aad_S20260924.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260924.SIDAD7A050BC859"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 1 — MEMORIA: [R5] scp : causa encontrada y reintento añadido"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-09-27T17:59:25.804932+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
## [R5] `scp`: causa encontrada y reintento añadido
**[R5.seccion1.L1] Resumen:**
- **Causa:** un **corte de red de un par de minutos** (hacia las 09:59-10:00) entre tu PC y el servidor MEMORIA (cx43). Afectó a la vez a la web (HTTPS) y a SSH. No era `scp` ni su configuración: después del corte, 7 de 7 copias de prueba funcionaron.
- **Arreglo, con tu GO:** el sincronizador ahora **reintenta una vez a los 10 segundos** si el fallo es de red. Commit `8bd70c5d`, en los 3 remotos, con 31 tests en verde y el envío real comprobado.
- **El revisor independiente mejoró el arreglo con 3 cambios:**
1. Solo reintenta los fallos **rápidos**, como los 16 del registro. Uno lento (30 s) no se repite, así el hook nunca excede su tiempo.
2. **No reintenta si la memoria cambió** entre el escaneo y el envío. Así un secreto recién escrito no viaja sin revisar.
3. Reconoce los mensajes reales de corte de Windows y OpenSSH, y no se confunde si el fichero se llama algo como `timeout.md`.
- **Límite honesto:** no sé si el corte vino de tu red, de tu proveedor o del servidor. Averiguarlo requeriría leer el registro de SSH del servidor, y eso exige un permiso (grupo `adm`) que no voy a escalar por mi cuenta.
✅ **Hice:** diagnóstico con dos testigos independientes, STATE.md copiado y verificado, reintento con test y revisión, y todo subido a los 3 remotos.
⏳ **Falta (opcional, de ti):**
- Decidir si el usuario `johnember` puede **leer el registro de SSH del servidor**, añadiéndolo al grupo `adm`. Solo hace falta si quieres saber de qué lado vienen los cortes. Hoy no lo necesitamos.
- Hay 7 ficheros de prueba en `/tmp` del servidor MEMORIA. Son inofensivos y se borran solos al reiniciar.
💡 **Mi consejo:** déjalo así. El reintento cubre el caso real y los cortes son raros: 16 en 5 meses.