夜のドライブは楽しかったけど、クッソ眠い
オブジェクトストレージの障害情報更新されてないけど、もう更新する気がないのかまだ障害が発生しているのか判断しかねる
趣味鯖なので落ちてても困らないけど、仕事案件で導入する予定だったのはお流れになりそう
サービス観測用のバケット作りたいけど、新規追加できないんだよなあ…
conoHaのオブジェクトストレージはSwift、cloud^nはS3互換…移行するんだったらcloud^nかなあ
気がついたら障害情報更新されてたけど、順次再起動していますって…
輻輳大爆死だったら結構前のAWS S3大規模障害と同じ気がするけど
SakuraObjectStorage、略称自体がSOS信号発してる
IPv4,IPv6総当たりするのかな？ - 総務省、ネット上のIoT機器全調査を行うと発表 | スラド セキュリティ https://security.srad.jp/story/17/09/11/0511254/
This account is not set to public on notestock.
自宅の仮想環境でCeph鯖作ったときは深刻なCPUパワー不足とHDDアクセス過多で大爆死したのでどこかのクラウドで再試行したい感はある
S3は所詮クローンなのでドメイン強制書き換えとかしないと使えないソフトが多いけど、Swiftは最初からオープンな仕様なのでちゃんと導入するのならSwiftなのかねえ…
Swift単独で使いたいのにKeystoneとか考えないといけなくなるからOpenStack嫌い
SakuraObjectStorage、障害継続中なのに対応終了マーク付いて草しか生えない
さくら鯖、障害情報ページだけでなくヘルスチェックページを用意するべきでは
GETとLISTできるけど、POST/PUTするとTimeOutする感ある
Nextcloudのデフォルトバックエンドが落ちるともれなくタイムアウトエラー出すまで処理放置されるのでアレ
ふと思ってDocs見直してみたけど、やっぱり"git tag -l | sort -V | tail -n 1"するとv1.6.0rc5が出しゃばってくるんだよなあ… https://comm.cx/media/k1CeC2lu-kaEGXG3pOU
@BananaGiko_cle 1.6.0が最新ですが、sortコマンドが文字列長くて且つ数字が大きいものをいちばん上に持ってきてしまう問題があったりしますね
アップデートガイドだと"git tag -l | grep -v 'rc[0-9]*$' | sort -V | tail -n 1"でrc付きを排除するパワープレイ感
タグアプデ勢は安定勢なので"git checkout $(git tag -l | grep -v 'rc[0-9]*$' | sort -V | tail -n 1)
"でいいとおもいます
結局3日間障害継続している感じがあるSakuraObjectStorage…
クレカの枠戻ってるっぽいのでcloud^nとconoha試すか
若干血反吐吐きそうだったけど全てリセットして無事conoHaに移住
さくらVPSからconoHaのSwiftにアクセスしているので微妙に遅い感は出るかもしれない
色々弄ってて思ったのが、conoHaのSwift鯖はさくらのS3よりレスポンスがいい
SabreDAV<->(Nextcloud)<->Swiftな感じなのにほぼ即時レスポンス感
SLA的にアレゲすぎるし、API経由でバケット作成できないしで糞いからバケット削除でもうお世話にはならない方針で…
一つの鯖にいろいろ詰め込みすぎてメモリとストレージがきつい感ある
\10,800(税別)、税別なのか税込みなのかわからなくなってヤバイ
SakuraObjectStorage、依然として障害継続中とかまじでやばすぎじゃないですか
registerProtocolHandlerが稼働しないの、もしかしてassets鯖から配信しているからでは…？
DBのメモリ再割り当てしてOOMKillerに賄賂渡したので勝利
ドメイン切り分けるたびに証明書発行するのめんどいので早く来年のワイルドカード発行無料来てくれ
keybaseのログイン情報どこかに飛ばした気がしてならない
NextcloudのdefaultBackendにconoHaのSwift指定してるけど、単体ファイルダウンロードが11MB/s出てたので満足です
箱根ドライブ帰りの夜中に走行した時以外通るたびに検挙されてるので好き
箱根ドライブ楽しいけど、行って帰ってくるとメーター二つ半飛ぶのでお財布につらい
javaのとりあえずメモリ確保しとこな処理どうにかならんのか
Netflixが勝手に多言語になるの、まさかのアカウント乗っ取られてた
ディーラー行く度にREVORG一色の中自分にだけSTI推してくるのなんとかなりませんかね
STIといえばスバルブルー、スバルブルーと言えばインプレッサ
MT運転できる自信なかったし、EyeSight欲しかったからそれなりな感じの選択だったと思ってる
結果にcommitするとは言ったがoriginにmergeするとは言っていない
jetty、solr、elasticsearch全部ばらばらに動いているのどうにかしたい感めっちゃある
solrは別jettyで動いているのを統合出来そうな気がするけど
x1e.32xlarge instanceがスペック的にもお財布事情的にも楽しそう
SakuraObjectStorage、今も障害継続中らしいし明日までには到底復旧できなさそうな気がする
@ykzts@pawoo.net やっとソースコード追いかけて把握しました…5分間待たないとregisterProtocolHandlerが発動しないんですねhttps://github.com/tootsuite/mastodon/blob/master/app/javascript/mastodon/containers/mastodon.js#L37-L41
いままでハンドラ発動しなかったのは我慢強くなかったからなのか…
Timeout来てイベント発火したけど何も処理されなかった謎
アドオン突っ込みまくってるから阻害されている可能性あるけどわからん…
さくらインターネットのIPから渋アクセス出来ないけど、conoHaのIPからは渋アクセス出来るのね
今日もSakuraObjectStorageは回復していないですね
MTU低めに固定してPMTUD殺したらアクセス出来ないサイト無くなったっぽい？
@OH iptablesでREDIRECTしたらnginxじゃなくてRailsに直接アクセスされるのでstaticなファイル配信されないんじゃ
80番で口開けてるnginxから餌を取り上げて3000に転送するiptablesェ…
エスパーすると多分nginxのserver_name設定ミスとiptablesの設定で80ポートを3000のRailsに直流し込みしてたのが原因では
assets:clobberすることによりAPIアクセス以外を排除するダイナミックなブロック方法
