鯖缶

Caddy のログを確認すると dial tcp [::1]:9090: connect: connection refused となっている。そもそもバックエンドが listen していない？

Linkding のアップデートや compose.yml の変更一切なしの podman compose down → podman compose up だけでも確実に再現する。

コンテナのログを見ると uWSGI http bound on [::]:9090 fd 4 と出ているので、こちらは問題なさそうなのだが。

Executing podman-compose down doesn't remove network · Issue #490 · containers/podman-compose · GitHub

……という話があり実際 podman network ls するとネットワークが残っていたので podman system prune -a で消えたことを確認してから再度 linkding を実行してみたが、やはりだめ。
podman ps すると 0.0.0.0:9090->9090/tcp となっており listen しているように見えるが、ホストから wget -O - http://localhost:9090/ してもやっぱり connection refused となる。

systemd journal に流されるログが全部 WARN だか ERROR level で赤字になる問題といい、複数コンテナある compose.yml だとネットワークまわりか何かのエラーで起動すらしない問題といい、本件といい、 podman-compose は (あるいは podman も) 常用できる品質に到達していないのではないかという気がしてきている。

docker-ce の docker compose に戻すことを検討中。

compose を使うのをやめてちゃんと pod を作れという話はあるかもしれない、が、今の段階で k8s あるいは類似エコシステムに労力をつぎ込みたいとはあまり思えない…… (オーバーキルなので)

nop_thread さんは #note-7 で書きました:

他に単一コンテナのアプリがあったか覚えていないが。

• ntfy
• prometheus node exporter
• radicale

DB コンテナを compose でリンクしなくていいならもう少し増えるかもしれないが、とりあえずこんなもの。
ただし radicale と ntfy は VPS で動かしており traefik に繋いでいるはずなので、現状では docker compose を使うしかなさそう。