とりあえずできることとしては、

- DBとオブジェクトすとれーじを、何方もローカルにする
- Dockerの外で建ててみる
- ホスト機が怪しいと見て、違うホスト機割り当てられるまで潰して作るを繰り返す

あたりかねぇ…

つかれた…

ほんと、こんなところで詰まるとか想像してないて…

@zundan とりあえず・・・ねます・・・
ありがとうございました・・・

もうなんかどうしたらいいのかわからんくなってきた・・・

困ったなぁ…
何かが違うんだろうけど…VPSのホスト機みないとわかんない気はするよなぁ…

かなり本格的に見たけどわからんかった…
これはどうしたらええんや…

だめだなー
0.0.0.0:3000でLISTENできない理由が全くわからん…

いや、関係ないな、なんで127.0.0.11なんだ？？？

・・・お！？

となるとやっぱTCP待ってそうではある

いや、これもしかしてPUMAの起動待ってんのか？

せめて何をしようとしてEAGAINになってるのかがわかればなぁ

exposeでマップするか、コンテナ間の通信ならコンテナ名:ポートで行けるようになってたりしますね

QT https://mastodon.zunda.ninja/@zundan/114406590300372820

とはいえこれ、問い合わせ投げるのもむずすぎる…

なんかやっぱ、VPSのQEMU親レベルで変な可能性あるよなぁ

デバッグログのデバッグログが欲しい

ということは、やっぱり3000で待ち受けようとして失敗してんのか…？

QT https://mastodon.zunda.ninja/@zundan/114406563472401573

とはいえ…なんだ…？？？？

やっぱ、なんか取りに行ったときにおかしくなってる感じあるよなぁ

うーん、でもやっぱり動作としてはなんか変よね。。
同じことやってる別インスタンスは問題なく動いてんだもんなぁ

SIGINTじゃなかった、SIGTERM

ただ、一歩前進した
SIGINT投げたらやっぱこれ吐くから、キャッシュ周りっぽい

だめでした〜〜〜〜〜〜〜

一旦切り替えてみます！

なんかいけそうな気配ある…！

一旦これでどうだ…？

なんかcache観に行こうとしておかしくなってんのか…？
DBも叩こうとしてる気配あるから、大規模になりすぎてる説はちょっとありそうではあるな…？

もう頭疲れすぎてなんもわかんないけど、この起動コマンドがカーネルバージョン変わることでダメになってしまった…？？？

@zundan うおおおおおおお
解決したかもしれないですううううううう！！！！！！

SIGINT送ってもバックトレース見せてくれなかったんですけど、そもそも殺しても変な立ち上がり方するからなんでかなって思ったら、かなり昔に自分で入れた自動再起動があることに気がつきまして…
さらに、その当時の起動コマンドをそのまま使ってたんですが、その方法だとpumaの設定ファイル見てない可能性が出てきて…

とりあえず現状の起動方法で試してみたら、いけたような気がします…！

うーん…？？？？？

ガチャ回してもずっと一緒だった…

何かを待ってるのは間違いなさそうなんだよなぁ

なんかこれ、ホスト機ガチャの問題な気がしなくもないねぇ…
初期化してガチャ回してみっかぁ

エラーも出ないこと考えると、なんか特定のリソースが枯渇してて使えない的なことを疑いたいんだけど、そもそも何が枯渇してるとこうなるんかがわからん…

うーん、どうもここで止まってしまって、ちゃんとMastodonが起動できてないっぽいんだよなぁ…

なんで…？

ちょっとこれ、今日中にminio使うのやめるところまではいけないか・・・？

にしても、何が不味かったんだろうなぁ

いっそのことVolume持ってくのやめるかぁ
それ関係ないところでトラブってたような気もするけど、実質持っていく必要がないんだよなー

いくら試しても新環境に移行ができなくて、動作が怪しいところがあったので、新環境を作り直す方針に

#Yuichodon 利用者向け

止まってない間はつぶやいたりしてもらっても大丈夫です
ただ、呟こうとしたら止まってて失敗みたいなこともあり得るので、適宜下書きするようにしてね

#YUichodoner

予定通り #Yuichodon を2時から作業開始します〜
ちょくちょく止まるけど終わったらお知らせしますのでそれまではご承知おきください〜

#Yuichodoner