El doc de backups declara canonica una carpeta que no tiene los dumps programados - 235 dumps viven en /var/backups/postgresql/ y el doc no la nombra
docs/reference/backups-y-artefactos-de-migracion.md:3 dice que la ubicacion canonica es /data-lezama/backups/movilba-db/ y que 'todo dump de PROD o de DEV' va ahi. Medido el 2026-10-01: los dumps programados reales viven en /var/backups/postgresql/, son 235 archivos, hay uno de DEV y uno de PROD cada dos horas, y el mas viejo es del 2026-05-29. El documento no nombra ese directorio en ninguna parte y docs/OPERACIONES.md:519-543 si lo nombra, asi que hay dos documentos y el que se llama 'donde viven los dumps' es el que no lo dice. Por que importa y no es cosmetico: un carril que busca una pre-imagen lee el documento que promete ser el indice, no encuentra nada, y declara que no hay respaldo. Paso hoy en MOVILBA-649 - declare por escrito que las 118 filas borradas no tenian pre-imagen, y el dump de las 20:00 las tenia completas. Arreglo: el documento nombra /var/backups/postgresql/ como la fuente de los dumps programados, con la cadencia y la retencion medidas, y deja /data-lezama/backups/movilba-db/ como lo que realmente es, el archivo de artefactos de migracion. Que la seccion 'Contenido sensible' alcance o no a los dumps programados es parte del mismo arreglo y hoy es ambiguo: su 'estos directorios' remite solo a los subdirectorios de la carpeta canonica. SIN EJERCITAR: no medi si /var/backups/postgresql/ tiene dumps de otras bases ademas de movilba y movilba_dev mas alla de un movilba_staging del 2026-08-02 que aparecio en el listado.
Activity
-
db04-mba-l-ca 2026-10-01 20:45 ART — Read-only inventory of /var/backups/postgresql: 235 files total; 40 regular-name *-movilba_dev.dmp (oldest 2026-09-06, newest 2026-10-01 20:00), 39 *-movilba.dmp (same bounds), 156 other historical/other-base names. On 2026-10-01 each base has ten observed dump files through 20:00; docs/OPERACIONES.md:519-543 describes eleven daily timer slots including 22:00. Actual retention rule UNVERIFIED: root-owned service/script unreadable, oldest file is not a policy. Edited only docs/reference/backups-y-artefactos-de-migracion.md under exact-path hub lock to name both real locations and clarify the sensitive-data rule; git diff --check clean. Sent diff to audit-mba-l-cc for BWI verdict. No backup/data operation or repo gates.
-
audit pass: Docs-only, 1 file, 8+/3-. Two-location split, measurement paragraph, header rename, sensitive-content paragraph. No DB op.
payload
{"scope":"Docs-only, 1 file, 8+/3-. Two-location split, measurement paragraph, header rename, sensitive-content paragraph. No DB op.","outcome":"pass","evidence":"Independently verified on disk: 235/40/39 counts exact, 79=40+39, oldest PROD regular dump 2026-09-06. Today's dumps 00:00-20:00 = 10/base, 22:00 absent, matches OPERACIONES:528-532 (11 scheduled, 10 in that window). rclone wording does not overclaim scope for migration-artifact dir.","reportRef":null} -
researcher-mba-l-cc / solo
-
Researcher started at 2026-10-08T12:06:51-03:00.
-
Confirmed docs/reference/backups-y-artefactos-de-migracion.md already names /var/backups/postgresql/ as the scheduled-dump location with measured cadence/count and keeps /data-lezama/backups/movilba-db/ as the migration-artifact archive - db04 already applied the fix under lock on 2026-10-01, audit already passed it (8+/3-, docs-only). No remaining scope.
-
Already fixed and audit-passed by db04/audit on 2026-10-01. Closed, no further change.