GitLab.com database incident
GitLab.com database incident Yesterday we had a serious incident with one of our databases. We lost six hours of database data (issues, merge requests, users, comments, snippets, etc.) for GitLab.com. Update: please see our postmortem for this incident Yesterday we had a serious incident with one of our databases. We lost six hours of database data (issues, merge requests, users, comments, snippet
Microsoftの「Windows Azure」、閏年関連バグでダウン
米Microsoftのクラウドサービス「Windows Azure」で、太平洋時間の2月28日午後5時45分くらいから複数の地域（東アジア、西アジア、北米、北ヨーロッパのそれぞれ一部）でサービス障害が発生し、本稿執筆現在も完全には復旧していない（日本時間の1日17時40分現在、ほぼ復旧した。公式発表はまだ更新されていない）。 Microsoftは公式ブログで謝罪し、現在、復旧作業と原因究明に努めていると発表した。原因は閏年の処理に関連するソフトウェアのバグという。 どの地域でまだ問題が残っているかは、サービスダッシュボードで確認できる。日本が含まれる東アジア地域のサービスは、データ同期機能以外はほぼすべて復旧している。 同社によると、太平洋時間の29日午前2時57分にはほとんどの地域で復旧したという。一部の地域では約9時間にわたってサービスが使えなかったということだ。この障害は、顧客のスト
ファーストサーバ最終報告書、ベテラン担当者のマニュアル無視を黙認
ヤフー子会社のファーストサーバは2012年7月31日、6月20日に発生した大規模障害（関連記事）についての調査報告書（最終報告書）を公表した（写真）。報告書は、ファーストサーバに利害関係のない3人の委員による「第三者調査委員会」（関連記事）が作成した。同社Webサイトに「要約版」を掲載している。 報告書は調査対象とする事故を、6月20日に発生した「第1事故」と、第1事故で消失したデータが想定外の場所に復元された「第2事故」（関連記事）の2つとしている。 1人だけ自作プログラムでメンテナンス 報告書は、第1事故の事実関係について次のように言及している。ファーストサーバではシステム変更を実行する際、社内マニュアルに沿って実行することになっており、第1事故の原因となったシステム変更の担当者（A氏）以外は社内マニュアルに従っていた。 ところが、A氏だけはマニュアルに従わず、自作の「更新プログラム」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mid-2013 MacBook Air experiencing black screen bug
