@noellabo @zundan カスタマイズされているそうですしソースを見たいですね。
https://place-of-refuge.com/about にあるソースの URL は本家のままのようです。
@mayaeh @noellabo 弊ぼっちはビルド時にbuidlpackが走らせるassets:cleanでたまにprecompileしたassetsが消える罠(precompileに3秒以上かかると最初にできたassetsは古いバージョンだと思われちゃう)にかかって、Gemfileを
-gem 'webpacker', '~> 5.4'
+gem 'webpacker', git: 'https://github.com/zunda/webpacker.git', branch: 'clear-command-with-better-versioning'
してあります。がそれ以外だとエラーやらログやらみないとなかなか…
投稿追ってみたら何やら昨日からアプデ作業されているようですね？
GET https://place-of-refuge.com/custom.css net::ERR_HTTP2_PROTOCOL_ERROR 200
なあにこれ
なんらか一定 nginx が怪しそうな感じはある
```
$ curl -L 'https://place-of-refuge.com/custom.css' > /dev/null
* HTTP/2 stream 0 was not closed cleanly: INTERNAL_ERROR (err 2)
* stopped the pause stream!
* Connection #0 to host place-of-refuge.com left intact
curl: (92) HTTP/2 stream 0 was not closed cleanly: INTERNAL_ERROR (err 2)
```
nginx の裏に nginx がいて upgrade 食ってるとかない？
んぐんくすなるほどなんもわからん
その後の情報が欲しいね。
空じゃなの再現
```
curl -L 'https://place-of-refuge.com/custom.css' --http1.1 -v > /dev/null
```
curl --http1.1 -v http:// place-of-refuge.com/custom.css
だとNginxが301をくれるんですね＝
curl --http1.1 -v https:// place-of-refuge.com/custom.css
だと
curl: (52) Empty reply from server
ヘッダーは返してきてて、レスポンスの生成中にぶった切られてるような感じなので nginx あんまり関係ないような気がする・・・（ログ見ないとなんとも言えないね）
てか /custom.css ってあるべきものなのかな？
$ curl -I https://mastodon.zunda.ninja/custom.css
HTTP/1.1 200 OK
:
Server: Mastodon
:
Via: 1.1 vegur
ほー！（bodyはないっぽ）
tootlctl とかヌルいこと言わず redis-cli の flushall が大正義なのではないか
@azmen そうするとあとはカスタム絵文字だけ？ 他にエラーおきてるとこあるかな？
journalctl -ru mastodon-web で、エラー起きてるとこ確認して、みんなに見せられれば答え早いかな。
@noellabo ネットワークで読み込めてないのは絵文字だけかな
journalctl -ru mastodon-web
したものだけどエラーは無いっぽい？
@azmen OK。そしたら他の動作にはほとんど支障ないかな？
@noellabo あ、今ためしに画像を投稿しようと思ったら500エラーになってアップロードできず
@azmen そのエラーログみてみましょう。mastodon-webです。
@noellabo さっきのjournalctlですかね、エラーが…ないです＞＜
@azmen 500エラーをmastodon-webが返しているハズなので、そうだな……
sudo journalctl -ru mastodon-web -g status=5
500エラーのある行だけみてみましょうか。本当は前後がみたいのですが、とりあえず存在だけでも。
@noellabo あれ、無効なオプション g って言われる＞＜
@noellabo あれ、なんにも出てこない＞＜
@azmen うむ。じゃあnginxの方のログかな。
多分場所はここ。
/var/log/nginx
ファイルはaccess.logとerror.log
lessとかgrepとか使って、エラー発生してそうなとこみつけて、情報を探す感じです。
mastodon-webにエラーログがないなら、その手前のnginxのログですね！
@noellabo あ！
[error] 24271#24271: *7771 connect() failed (111: Connection refused) while connecting to upstream, client: 110.3.34.241, server: place-of-refuge.com, request: "GET /api/v1/notifications?exclude_types[]=follow_request&since_id=31848 HTTP/2.0", upstream: "http://127.0.0.1:3000/api/v1/notifications?exclude_types[]=follow_request&since_id=31848", host: "place-of-refuge.com", referrer: "https://place-of-refuge.com/"
ですと
@azmen 通知の一覧をとるときのアクセスですね。
画像のアップロードがらみは、/api/v1/mediaと/api/v2/mediaにアクセスがいきます。
sudo less -f /var/log/nginx/access.log
ってしておくと流れっぱなしになるので、その状態で画像をアップロードしてみてください。どこでエラーが出るか観察できます。
@noellabo あれ、何も動かないです
@azmen lessに何もでてこないかな？ ファイル名間違ったかな？
普通にファイルのぞいて、検索したりしてみてください。
@azmen ここの時間に着目して、mastodon-webの方のログをみます。journalctlです！
@noellabo うーん、エラーはなさそう＞＜
@noellabo あ、今のは
2022/05/04 03:21:4
だから違うかも
@noellabo あ、さっきの通り今はかすたむ
cssは消しました