Skip to content

El arbol servido sube a db8b9f8: el coordinador se queda RUNNING - #386

Merged
frapercan merged 1 commit into
mainfrom
declara/db8b9f8
Nov 3, 2026
Merged

frapercan merged 1 commit into
mainfrom
declara/db8b9f8

Conversation

@frapercan

Copy link
Copy Markdown
Owner

Declara db8b9f83aead0a56eb2835c25ab6e87c94310650. Entran PROTEA#1091 (coordinador deferred) y #1090 (solo docs). Tres ficheros, +54/-10.

No hay migracion: 95 ficheros en alembic/versions a los dos lados, la base se queda en e3c9a7f15b20. El pin no se mueve de 370f904, asi que el venv ya satisface la declaracion.

Por que importa #1091, y lo vimos en vivo

El coordinador devolvia su OperationResult sin deferred, asi que el trabajador marcaba el job SUCCEEDED al publicar los lotes: el estado del job no decia nada sobre si se habia escrito un solo codigo. El ensayo 3f07049d quedo SUCCEEDED a las 01:38:04 con cero filas.

Efecto de segundo orden, y es bueno: con deferred, un fragmento perdido deja el padre en RUNNING hasta que el reaper lo corte a las seis horas, en vez de un SUCCEEDED falso. El fallo pasa de invisible a visible.

El ensayo valido el camino entero

cartas muertas    18.775 -> 18.776, exactamente +1
residue_code      872 filas, 7 fragmentos, 269.484 residuos

El +1 es el lote muerto por ReadTimeoutError; las 872 filas son 1.000 menos sus 128. Tarjeta, fragmento, sha256, insercion y avance del padre funcionan de punta a punta, y perder un lote no deja estado parcial.

Lo que frena el corpus es el enlace del nodo, no el codigo

tailscale ping al nodo da 301 ms por la ruta directa de la LAN, donde una hora antes daba 4-11 ms: no es un relay. El nodo esta en 2,4 GHz a -68 dBm con Power save: on y mide 0,22 MB/s, un 2,4% de sus 73,1 Mbit/s nominales. 87 GB a ese ritmo son 4,6 dias; a 20 MB/s son 1,2 h. Este servidor ya esta corregido.

Puerta, las dos senales

0 jobs en QUEUED o RUNNING y las trece colas en 0 mensajes y 0 sin confirmar.

Declara db8b9f83aead0a56eb2835c25ab6e87c94310650 como coordinador y como
schema-applied. Entran PROTEA#1091 y #1090.

No hay migracion: 95 ficheros en alembic/versions a los dos lados, la base se
queda en e3c9a7f15b20. El pin de protea-backends no se mueve de 370f904, asi
que el venv de este servidor ya satisface la declaracion.

#1091 arregla algo que vimos en vivo: el coordinador devolvia su resultado sin
deferred, de modo que el job pasaba a SUCCEEDED al publicar los lotes y su
estado no decia nada sobre si se habia escrito un codigo. El ensayo 3f07049d
quedo SUCCEEDED a las 01:38:04 con cero filas.

El ensayo valido el camino entero: la cola de muertos subio de 18.775 a 18.776,
exactamente un lote, y residue_code tiene 872 filas en 7 fragmentos con 269.484
residuos, que son 1.000 menos las 128 del lote muerto.

Puerta comprobada en las dos senales: 0 jobs en QUEUED o RUNNING, y las trece
colas en 0 mensajes y 0 sin confirmar.
@frapercan
frapercan merged commit a3f4703 into main Nov 3, 2026
7 checks passed
@frapercan
frapercan deleted the declara/db8b9f8 branch November 3, 2026 01:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant