23:39:18
icon

古畑は面白かったぞ

20:38:20
icon

古畑見てる

19:10:17
icon

そしたら考えられるのは生成しているクライアントに問題があることくらいしかなくない?
あかん,何もわからなくなってしまった.迷子や

19:04:18
icon

手元から叩くと成功するということが判明してしまった.余計わけわからんわ,なんでcontrollerから叩くとタイムアウトするねん

18:51:16
icon

エラーが出ている箇所は特定できるが,なんでこれがエラーになるねん

18:39:30
icon

もしかしてこれetcd殺すだけでも行けるんじゃないか?

17:51:55
icon

etcdを殺したときにmasterが複数台エラーになるんだけど,その状態から復旧できないパターンがあるなぁ

17:39:57
icon

真面目にどこで詰まってるのか確認していくぞ

17:33:36
icon

これ順番に殺すと問題にならないな.タイミングか……

17:02:33
icon

エラーメッセージ的にはこれetcdを落としたら発生するんじゃねーか?

16:58:27
icon

etcdだけとかmasterだけ殺したときは死なないよな……?

16:57:59
icon

なぜetcdとmasterを同時に殺すとkube-apiserverが不通になるのか

16:24:36
icon

金曜にやらなきゃいけないことが大体終わった.ようやく遊べるどん!

16:02:10
icon

この件,codecovから顧客情報まで抜かれたの,結構珍しいと思ったけど,ソースコード上に顧客情報乗っかってたのね

16:01:34
icon

GitHubに上げてたソースコードに顧客情報が含まれてたんだ.それにしてもCodecovから漏れるのはすごいな / 他8件のコメント https://t.co/CStIReghs7 “「Codecov」への第三者からの不正アクセスによる当社への影響および一部顧客情報等の流出について | 株式会社メルカリ” https://t.co/q7ZvjrZrvD

Web site image
「Codecov」への第三者からの不正アクセスによる当社への影響および一部顧客情報等の流出について
13:50:07
icon

kubeletのオプションから--network-pluginとか--cni-conf-dirが非推奨になるけど,これってもともとdocker-shimsでしか使ってなかったの?ということはcontainerdやCRI-Oを使っている場合にCNIのconfとかってどうやっていじればいいんだ?これってCRIの方になにか定義されているの?それにしても,その設定値をkubeletからいじれなくていいのか?

12:30:54
icon

金曜日まじ忙しい

10:15:45
icon

しごとじゃ

01:56:46
icon

とりあえず多少のテストは追加したけど,CI入れないとだな

01:13:56
icon

@sandycorzeta Thank you! I will add it.

00:04:14
icon

テストデータをどうやって生み出すかは結構悩ましいな…….これによってcontextを分離したいねん