nosada @nosada@mastodon.sngsk.info

ので sngsk.info の裏側を docker から nspawn に戻した

nspawn コンテナ内で nginx 動くようになってた!!!

https://github.com/systemd/systemd/pull/9483 これ肯定的な文脈で閉じられてるし nspawn コンテナ内で nginx 動くようになったのでは

nspawn コンテナの中で nginx が動けば docker 捨てて元通りになれるのでなんとかそうなってほしい……

docker に iptables 触らせないために docker-compose build する前と後に iptables と docker を再起動するという行儀悪いことをしてるせいで nspawn が影響受けてコンテナから veth 通って外に出れなくなることが度々あってなんとかしたい

Mastodon が nodejs 8.x を要求するのついさっき知った。いままでよく動いてたな

やっばぶっ壊れてた

Mastodon 動かしてる nspawn コンテナのこともう20日くらい放置してるようだしそろそろどこかで綻びが出てくるだろう

メモ帳がわりに使ってるとあるが自分を信用していないので自前運用の mastodon.sngsk.info がメモ帳としての役目を果たせるか大変怪しいしなんとなればしょっちゅう落ちてるので可用性という意味では Twitter のほうがよいのだよな

https://github.com/systemd/mkosi/issues/280 で他者の issue に便乗した結果教えてもらったとおり現行の 239.303-1 でなおってた

コミュニケーションする相手がいないのでメモ帳のかわりになってるこちらに systemd 239.300-1 で mkosi でイメージのビルドがコケるやつを書いてなかったので破綻してきた

なんで突然これに言及したかというとこの事象を踏み抜いていたひとを他に観測したためで改めて検索かけたら issue があったからです

systemd-nspawn 内の nginx が /dev/null を open() できなくて起きてこないの https://github.com/lxc/lxd/issues/4950 で言及されてて systemd 的には https://github.com/systemd/systemd/pull/9483 というものがある

一週間壊れずに動いててえらい

こういうことが起こる度に man はちゃんと読もうと思うのだが寝て起きたら man 読むの面倒臭いと思うようになるのでまた同じような誤ちを繰り返すだろう

ひとまず nobody:nobody になってそうなところはふたたび全部もどした

nsenter に -U わたさずに pacman つかってたからか……

nobody:nobody になってしまうやつが再発してた

やっと復旧した

systemd-nspawn -M <コンテナ> して chown -R しまくるという泥臭いやりかたしか浮かばなかったけどまあそれでなんとかなったのでよしとする