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 になってしまうやつが再発してた
