バグ #499
未完了Linkding の compose.yml アップデート後にサービスを再起動してもページが表示されない
0%
説明
詳細は未調査だが、 Podman compose で起動している linkding コンテナを ansible で systemd service ファイルのアップデート後に、 systemd service を再起動すると、 Caddy が 502 bad gateway を返してくる。
このせいで、 Linkding のアップデート後に毎回 LXC コンテナごと再起動する必要がある。
nop_thread さんが約2ヶ月前に更新
Caddy のログを確認すると dial tcp [::1]:9090: connect: connection refused となっている。そもそもバックエンドが listen していない？
nop_thread さんが約2ヶ月前に更新
Linkding のアップデートや compose.yml の変更一切なしの podman compose down → podman compose up だけでも確実に再現する。
コンテナのログを見ると uWSGI http bound on [::]:9090 fd 4 と出ているので、こちらは問題なさそうなのだが。
nop_thread さんが約2ヶ月前に更新 · 編集済み
……という話があり実際 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 となる。
nop_thread さんが約2ヶ月前に更新 · 編集済み
systemd journal に流されるログが全部 WARN だか ERROR level で赤字になる問題といい、複数コンテナある compose.yml だとネットワークまわりか何かのエラーで起動すらしない問題といい、本件といい、 podman-compose は (あるいは podman も) 常用できる品質に到達していないのではないかという気がしてきている。
docker-ce の docker compose に戻すことを検討中。
nop_thread さんが約1ヶ月前に更新
compose を使うのをやめてちゃんと pod を作れという話はあるかもしれない、が、今の段階で k8s あるいは類似エコシステムに労力をつぎ込みたいとはあまり思えない…… (オーバーキルなので)
nop_thread さんが約1ヶ月前に更新
- 前回確認日 を 2024/10/17 にセット
単一コンテナなので、 compose をやめて systemd unit でオプションを全部指定して起動するという手もあった。これだと podman-compose を使わずに済むのでもう少しマシに動きそう。
実験がてら試してみるのも良いかもしれない。他に単一コンテナのアプリがあったか覚えていないが。
nop_thread さんが約1ヶ月前に更新
nop_thread さんは #note-7 で書きました:
他に単一コンテナのアプリがあったか覚えていないが。
- ntfy
- prometheus node exporter
- radicale
DB コンテナを compose でリンクしなくていいならもう少し増えるかもしれないが、とりあえずこんなもの。
ただし radicale と ntfy は VPS で動かしており traefik に繋いでいるはずなので、現状では docker compose を使うしかなさそう。