JR西日本の立ち往生、何が問題だったか（追記あり）｜ジミーちゃん
2022年1月24日の夜から翌朝にかけて発生した、JR京都線と湖西線における大規模・長時間の立ち往生では、Twitterを中心に乗客な悲惨な状況や、乗客の救助のために会社に掛け合う車掌・運転士の苦境が実況され、大きな話題となりました。 25日に行われたJR西日本の記者会見を踏まえつつ、少し書いてみます。 くわしい時系列とか、電車が何だったかとかは書かないので、調べてください、スミマセン 立ち往生の発生 記者会見によると、立ち往生の原因は線路の分岐を切り替えるポイント（転轍機）が雪により目詰まり・凍結し、切り替えられなくなったことが原因でした。 ポイントが切り替えられないと、同じ線路を走る電車が分岐できないため、駅で追い越したりもできなくなるため、停止せざるを得なくなります。それが京都駅にある91台のうち、19台が不能になってしまったそうです。 ポイントには融雪器を設けることで、こういうトラ
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
