Commit Graph
11 Commits
Author SHA1 Message Date
devopsandClaude Sonnet 5 200a56de05 fix(k3s): ajustar MTU de flannel.1 a 1400 para eliminar blackhole PMTUD cross-node
Confirmado empiricamente: el limite real esta entre payload interno 1420
(OK) y 1450 (100% perdida sin ICMP, blackhole real). k3s no expone
--flannel-mtu en esta version, asi que se aplica en vivo sobre la interfaz
de cada nodo (no persiste en config, se reaplica en cada start/create).

Co-Authored-By: Claude Sonnet 5 <[email protected]>
Claude-Session: https://claude.ai/code/session_011FqYP3Wf1W63Qmh7qgXAAT
2026-08-16 23:00:37 -05:00
devops 208d307e5a fix(gitea-runner): limites de recursos reales para el runner
El contenedor gitea-runner se creaba sin ningun limite de CPU/memoria
(docker run plano), compitiendo directamente con gitea (que ademas
tenia cpu-shares=90, muy por debajo del default de Docker de 1024).

Causa raiz confirmada en vivo el 2026-08-15: durante un build pesado
de commerce-backend, tanto gitea como gitea-runner se reiniciaron
solos (ExitCode=0, RestartCount=0 en ambos -- restart limpio disparado
externamente, no un crash) coincidiendo con 502 Bad Gateway del runner
y memoria del host casi agotada. Mismo patron ya visto y documentado
en incidentes anteriores (2026-07-30, 2026-08-11).

Se agrega --cpu-shares 512 (menos prioridad relativa que gitea) y
--memory 8g / --memory-swap 10g al runner. El fix de cpu-shares de
gitea (90 -> 1024) va en docker-compose.yml, fuera de este repo -- no
tengo acceso de escritura root a ese archivo, queda para aplicar
manualmente.

Este cambio solo afecta a la proxima creacion del contenedor
(create_gitea_runner_container es idempotente); no se aplica solo al
contenedor que ya esta corriendo.
2026-08-15 15:02:01 -05:00
devops 77780af646 Update deploy-lab.sh 2026-07-18 20:38:55 +00:00
devops fc9dfb9374 Update deploy-lab.sh 2026-07-18 03:39:35 +00:00
devops 62385a475b Update deploy-lab.sh 2026-07-18 01:03:47 +00:00
devops 5b1a63ab2e Update deploy-lab.sh 2026-07-17 13:55:35 +00:00
devops c74aba7684 Actualizar deploy-lab.sh 2026-07-12 04:04:31 +00:00
devops 228bec84c6 Actualizar deploy-lab.sh 2026-07-12 03:48:26 +00:00
devops e72f764f22 Actualizar deploy-lab.sh 2026-07-12 03:47:15 +00:00
devops 0ebcafe010 Actualizar deploy-lab.sh 2026-07-12 02:44:05 +00:00
devops 677a3c45ef Añadir deploy-lab.sh
Persistencia Real: Al usar los volúmenes -v hacia /DATA/AppData/..., los datos de ArgoCD no desaparecerán nunca aunque borres el clúster.

Modo "Insecure": He automatizado el patch de server.insecure, eliminando la fricción con los certificados SSL de tu Nginx Proxy Manager.

Idempotencia: El script intenta borrar el clúster y recrearlo, asegurando que siempre partas de un estado limpio pero con tus datos intactos en el disco.

Recuperación automática: Al incluir el docker update --restart=always, si ZimaOS se reinicia, todos los componentes del clúster volverán a subir solos sin intervención manual.
2026-07-12 02:21:36 +00:00