From 01b1dcfefe33a18c86fe1e83daa4c2891fea8b88 Mon Sep 17 00:00:00 2001 From: Sergio Date: Fri, 11 Sep 2026 02:59:13 +0000 Subject: [PATCH] =?UTF-8?q?respaldo:=20el=20rsync=20del=20propio=20corpus?= =?UTF-8?q?=20no=20pod=C3=ADa=20correr=20el=20respaldo=20del=20propio=20co?= =?UTF-8?q?rpus?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Corriendo el respaldo desde la caja de producción (SDD 28, puerta 7): ==> [1/3] estado (el grafo: qué había construido y con qué hash) unknown compress name: zstd !! estado: error 4 que NO es de red — no reintento El script exige `--compress-choice=zstd` (medido: el doble de rendimiento efectivo, porque el 79 % del store son secciones `.debug_*` y comprimen como texto) y **`recipes/rsync.toml` lo construía con `--disable-zstd`**. El comentario de la receta decía por qué: «deps externas quitadas (no en catálogo)». Ya no es cierto — `zstd` tiene receta y está sellada. Dos arreglos, y los dos hacen falta: 1. **La receta enciende zstd** (dep `zstd`, fuera el `--disable-zstd`). Control en los dos sentidos: el rsync nuevo lista `zstd zlibx zlib none`, el anterior `zlibx zlib none`. Radio cero: `rsync` no es dep de ninguna receta (medido), así que no re-hashea nada más. 2. **El script DEGRADA en vez de morir.** Detecta el soporte (`rsync --version` → «Compress list») y cae a zlib avisando. Un respaldo que no corre por un algoritmo de compresión es peor que un respaldo lento — y el fallo era especialmente malo porque el error 4 se clasifica como "no de red" y el script no reintenta: el respaldo simplemente no se hace. Y de paso queda cubierto el caso de un hub que todavía no reconstruyó su rsync. **También la raíz cableada**: el script hacía `cd /mnt/vvv/takana` por defecto —la ruta de gioser— así que desde cualquier otro hub moría con `No such file or directory`. Ahora se deriva de la ubicación del script, como el resto de `scripts/`; el override por `RAIZ` se conserva. Control: en gioser sigue resolviendo a `/mnt/vvv/takana`. Co-Authored-By: Claude Opus 5 (1M context) Claude-Session: https://claude.ai/code/session_01RomoxEGZUhaT4pob1QSX5x --- recipes/rsync.toml | 9 ++++++--- scripts/respaldo-storagebox.sh | 20 ++++++++++++++++++-- 2 files changed, 24 insertions(+), 5 deletions(-) diff --git a/recipes/rsync.toml b/recipes/rsync.toml index 9da2f15e..dd2bc80b 100644 --- a/recipes/rsync.toml +++ b/recipes/rsync.toml @@ -50,14 +50,17 @@ cp rrsync.1 support/rrsync.1 --disable-acl-support \ --disable-xattr-support \ --disable-xxhash \ - --disable-zstd \ --disable-lz4 \ --with-rrsync \ --with-included-popt \ --with-included-zlib \ --disable-md2man \ --disable-openssl - # deps externas quitadas (no en catálogo): popt/zlib embebidos; acl/xattr/xxhash/zstd/lz4/openssl deshabilitados + # deps externas quitadas (no en catálogo): popt/zlib embebidos; acl/xattr/xxhash/lz4/openssl deshabilitados. + # zstd YA NO: se deshabilitaba porque no estaba en el catálogo, y el resultado era que el rsync + # del propio corpus no podía correr el respaldo del propio corpus —que pide + # `--compress-choice=zstd`— muriendo con `unknown compress name: zstd` (SDD 28 §6.9). La receta + # de zstd existe y está sellada, así que entra como dep y el soporte se enciende. ''' # de build() de Alpine (traducido; el lab provee $CBUILD/$CHOST — Etapa G Fase 3): compile = ''' @@ -72,4 +75,4 @@ make DESTDIR="/out" install # depends de runtime de Alpine (NO build-deps): python3 [deps] -build = ["zlib", "linux-headers"] +build = ["zlib", "linux-headers", "zstd"] diff --git a/scripts/respaldo-storagebox.sh b/scripts/respaldo-storagebox.sh index f259a560..94975adc 100755 --- a/scripts/respaldo-storagebox.sh +++ b/scripts/respaldo-storagebox.sh @@ -61,7 +61,11 @@ SB_USER="${SB_USER:-u647150}" SB_HOST="${SB_HOST:-u647150.your-storagebox.de}" SB_PORT="${SB_PORT:-23}" # 23 = SSH completo (rsync). El 22 sólo da SFTP/SCP restringido. KEY="${KEY:-$HOME/.ssh/github5}" -RAIZ="${RAIZ:-/mnt/vvv/takana}" +# La raíz se DERIVA de dónde está el script, como el resto de `scripts/`. Antes el default era +# `/mnt/vvv/takana` cableado —la ruta de gioser— así que el script no corría en ningún otro hub: +# desde la caja de producción moría con `cd: /mnt/vvv/takana: No such file or directory` (SDD 28 +# §6.9). El override por env se conserva. +RAIZ="${RAIZ:-$(cd "$(dirname "$0")/.." && pwd)}" SECO="" [ "${1:-}" = "--seco" ] && SECO="--dry-run" @@ -130,7 +134,19 @@ SSH_CMD="ssh -4 -p $SB_PORT -i $KEY -o StrictHostKeyChecking=accept-new -o Serve # donde lo único que importaba era la última línea. Con el respaldo corriendo desatendido (que es # como se corre), ese log es la única forma de saber qué pasó — y a 2,6 MB no se lee. PROG=""; [ -t 1 ] && PROG="--info=progress2" -RS="rsync -a --partial-dir=.rsync-partial --exclude /.dmerge $PROG -z --compress-choice=zstd --compress-level=3" +# zstd duplica el rendimiento efectivo (medido, ver cabecera) pero NO todo rsync lo trae: el del +# PROPIO CORPUS se construye con `--disable-zstd` (`recipes/rsync.toml`), así que desde una caja +# takana el respaldo moría en el primer paso con `unknown compress name: zstd` y un error 4 que el +# script clasifica como "no de red" y no reintenta. Un respaldo que no corre por un algoritmo de +# compresión es peor que un respaldo lento: se degrada a zlib y se avisa. +if rsync --version 2>/dev/null | grep -A1 -i "compress list" | grep -qw zstd; then + COMPRESION="-z --compress-choice=zstd --compress-level=3" +else + COMPRESION="-z" + echo "⚠ este rsync no trae zstd (compress list sin él) ⇒ comprimo con zlib." + echo " Es ~la mitad de rendimiento efectivo. Se arregla en recipes/rsync.toml (dep zstd)." +fi +RS="rsync -a --partial-dir=.rsync-partial --exclude /.dmerge $PROG $COMPRESION" # ── REINTENTOS: EL ENLACE SE CAE, Y ESO NO ES EXCEPCIONAL ─────────────────────────────────────── # Primera corrida real (2026-08-07): tras subir el cerebro y 2,3 G de store, murió con