nop_thread さんが6ヶ月前に追加. 4ヶ月前に更新.
100%
説明
詳細は未調査だが、 Podman compose で起動している linkding コンテナを ansible で systemd service ファイルのアップデート後に、 systemd service を再起動すると、 Caddy が 502 bad gateway を返してくる。
このせいで、 Linkding のアップデート後に毎回 LXC コンテナごと再起動する必要がある。
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 と出ているので、こちらは問題なさそうなのだが。
……という話があり実際 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 あるいは類似エコシステムに労力をつぎ込みたいとはあまり思えない…… (オーバーキルなので)
単一コンテナなので、 compose をやめて systemd unit でオプションを全部指定して起動するという手もあった。これだと podman-compose を使わずに済むのでもう少しマシに動きそう。
実験がてら試してみるのも良いかもしれない。他に単一コンテナのアプリがあったか覚えていないが。
nop_thread さんは #note-7 で書きました:
他に単一コンテナのアプリがあったか覚えていないが。
DB コンテナを compose でリンクしなくていいならもう少し増えるかもしれないが、とりあえずこんなもの。
ただし radicale と ntfy は VPS で動かしており traefik に繋いでいるはずなので、現状では docker compose を使うしかなさそう。