diagnostico: stack project Attachable=false nao controlada Portainer — LRN-010

memory/2026-05-20.md

@@ -152,3 +152,30 @@ Usuário pediu para sincronizar o template: **"você duplicou e sim é para usar
 - pulse-docs: `cefa432` — project-stack.yml
 - pulse-memory: `c8a3e59` — stack project Portainer API
 - workspace: `6e82828` — MEMORY + SESSION-STATE
+
+## 🔍 18:55-19:03 — Diagnóstico stack `project` não controlada pelo Portainer
+
+### Causa Raiz
+- Rede `public` tem `Attachable=false`
+- `docker stack deploy` CLI: ✅ funciona (Daemon local ignora restrição)
+- Portainer API: ❌ bloqueia com `PermissionDenied: network public not manually attachable`
+- Stack `project` criada via CLI → aparece no `docker stack ls` mas NÃO no Portainer UI
+
+### Decisão
+- **Manter stack `project` como SwarmStack nativo** (CLI Docker)
+- Não recriar rede `public` com `--attachable` por enquanto — 19 containers em produção
+- Registro no Portainer não possível até que `Attachable=true`
+- Stack `project` é funcional (`games-demo HTTP 200`), apenas não gerenciável no UI
+
+### Estado Final
+| Item | Valor |
+|---|---|
+| Stack no Portainer | NÃO (7 stacks: bot,code,database,design,dock,git,pro) |
+| Stack no Swarm (`docker stack ls`) | ✅ SIM — 3 services |
+| `games.octal.tec.br` | ✅ HTTP 200 |
+| Labels Caddy | ✅ Aplicadas |
+| Modo de gerenciamento | CLI Docker Swarm (não Portainer) |
+
+### LRN Registrado
+- `LRN-20260520-010`: Portainer API bloqueia deploy em redes `Attachable=false`
+- Solução: usar `docker stack deploy` CLI ou recriar a rede (impacta 19 containers)