WARN cbftp cbftp HTTP 503|POST /spreadjobs failed

Diagnostic rapide

  • !cbftp
  • !sites probe

cbftp REST HTTP 503 (transitoire)

Résumé

Le bot appelle l’API cbftp (REST HTTPS) et reçoit HTTP 503 — souvent sur POST /spreadjobs (pazo) ou sous charge / redémarrage daemon.

Quand ça apparaît

  • Log : cbftp REST ← POST /spreadjobs HTTP 503, pazo: POST /spreadjobs failed: cbftp HTTP 503
  • Fenêtre audit D12 pre-reload : WARN non allowlisté si le motif 503 n’est pas couvert (502 TopClient l’est déjà)

Ce que ça signifie

cbftp refuse temporairement la requête (surcharge, job spread en cours, site indisponible côté moteur) — pas une régression ingress PRE.

Impact si ignoré

  • Gate D12 bloque bot-reload-safe.sh tant que le WARN reste dans les 500 dernières lignes
  • Spread pazo / race peut échouer sur ce tick ; retry au cycle suivant

À faire

  1. Vérifier le daemon : pgrep -a cbftp ; curl -sk -u ":PASSWORD" https://localhost:55477/info (code 200 attendu)
  2. IRC : !cbftp / !sites probe sur le site concerné
  3. Si persistant : logs daemon cbftp au timestamp du 503 ; redémarrer cbftp si nécessaire
  4. Re-audit : bash scripts/audit-zartek-fxp-log.sh --pre-reload → exit 0
  5. Relance : runbook D12 ingress live

À ne pas faire

  • Modifier le code ingress PRE pour « corriger » un 503 cbftp
  • dev-reload / bot-reload-safe en boucle sans probe cbftp

Validation

  • audit-zartek-fxp-log.sh --pre-reload exit 0 (fenêtre sans WARN non allowlisté)
  • POST /spreadjobs ou probe site OK sur commande test

Références