だいぶいいとこまできたな．LBまでは疎通してる．問題はLBがkeep-aliveに反応しているが，その裏側までリクエストが到達してない気がしてならない．少なくともkeep-aliveを短くすればそれで対応は可能だなぁ

LBはack返してるな……どういうことじゃ

あーいいよもうtcpdumpしよう（

あーexecでpod内部でtcpdumpしながら出力を手元のwiresharkに食わせられるかな

何も設定していないときにkeepaliveしてるなんてことないよな？idle connectionが普段どのくらい残ってるのか確認したいんだが

このpodにwiresharkしてぇ……

keepaliveが未指定の場合はkeepaliveしないのか？

まじで全然わからん．これpod内に入っても正常に動いているし，エラーになったプロセス内でのみなにかがおかしい．何がおかしいんだよ

いや，やはりLBのログが見たいな

このLBがDSRしているのかどうかが気になるぞい

これもしかしてlbのタイプを変えたらいけるのではっていう気がしてきたぞい

だめだ，なんもわからん

lbのmemberじゃないなぁ．これを正しくしても状況が変わらない

やはりmasterだけで発生するな

俺の勘が正しければ，これはetcdは関係なくてmasterが死んだときに確率的に発生するのではないかと思ってるんだけど，違うんだろうか

ようやくレビューを一気に消化できた

hogehogeStatusでintとか定義するのやめてくれないかな……全然value objectの意味を理解してないじゃん

goのリリースバイナリをreleasesの添付ファイルにしているんだけど，これリリースタグ作ったらCIで自動ビルドして添付するようにできないかな

ActiveRecordはActiveRecord型ORMの中の最高傑作だよ