So-net 光で7時間越えの通信障害、復旧めど立たず 神奈川県でのみ発生【復旧済み】
ソニーのインターネットサービス「So-net 光」で2月24日午後0時18分から通信障害が続いている。対象エリアは神奈川県のみで、復旧見込みは立っていない。 対象サービスはフレッツ光ライト、フレッツ光ネクスト、フレッツ光ステーション、フレッツ光ネクストIPv6、フレッツ光ステーションIPv6、フレッツ・ADSL。 影響人数や障害の原因については引き続き調査中という。 追記：24日午後10時ごろに復旧 So-net 光の障害情報ページによると、障害は24日午後9時12分、約9時間ぶりに復旧した。ソニーネットワークコミュニケーションズは障害の影響範囲と発生原因を明かしていない。 25日には「NURO 光」「ひかりTV for NURO」でも6時間にわたる障害が発生。原因はNURO網内機器の故障としている。 関連記事 1日のドコモ障害は「IPv6シングルスタック方式」導入の影響 サーバ負荷上昇で
スーパーコンピュータシステムのファイル消失のお詫び | お知らせ | 京都大学情報環境機構
京都大学学術情報メディアセンター センター長 岡部 寿男 2021年12月14日 17時32分 から 2021年12月16日 12時43分にかけて,スーパーコンピュータシステムのストレージをバックアップするプログラム(日本ヒューレット・パッカード合同会社製)の不具合により,スーパーコンピュータシステムの大容量ストレージ(/LARGE0) の一部データを意図せず削除する事故が発生しました. 皆さまに大変なご迷惑をおかけすることになり,深くお詫び申し上げます. 今後,再びこのような事態の生じることのないよう再発防止に取り組む所存ですので,ご理解をいただきますよう,どうぞよろしくお願いいたします. ファイル消失の影響範囲 ・対象ファイルシステム: /LARGE0 ・ファイル削除期間:2021年12月14日 17時32分 ～ 2021年12月16日 12時43分 ・消失対象ファイル:2021年12
NTTドコモで発生した全国規模の通信障害についてまとめてみた - piyolog
2021年10月14日、NTTドコモは全国で音声通話やデータ通信が利用しにくくなる通信障害が発生したと公表しました。障害は同日17時頃の発生以降、完全復旧の発表は10月15日5時点でされていません。ここでは関連する情報をまとめます。 全国で障害、回復公表後も一部で影響継続 【お詫び】 2021年10月14日（木）午後5時頃より、ドコモの音声通話・データ通信サービスがご利用しづらい事象が発生しております。 お客さまには、大変ご迷惑をおかけしておりますことをお詫び申し上げます。 復旧の見込みについては、改めてお知らせいたします。 ▷https://t.co/tE4jmCsHNo— NTTドコモ (@docomo) 2021年10月14日 10月14日17時頃からNTTドコモ全国のエリアで音声通話、データ通信が利用しにくくなる通信障害が発生。同日19時57分にドコモより障害が回復したと発表された
9月2日木曜日に発生したAWS東京リージョンの大規模障害、原因はネットワークデバイスの新プロトコル処理に潜在的なバグがあったこと。AWSが報告書を公開
9月2日木曜日に発生したAWS東京リージョンの大規模障害、原因はネットワークデバイスの新プロトコル処理に潜在的なバグがあったこと。AWSが報告書を公開 2021年9月2日木曜日午前7時半ごろに、Amazon Web Services（AWS）の東京リージョンで大規模な障害が発生しました。 NHKニュースの報道によると、三菱UFJ銀行やみずほ銀行のスマートフォン用アプリやSBI証券などネット証券のWebサイト、KDDIのau Payなど金融系サービスが影響を受けたほか、全日空では羽田空港などでチェックインを行うシステムに障害が発生、日本航空では貨物の情報に関わる一部のシステムに影響が出るなど、幅広い社会サービスが影響を受け、大きな問題となりました。 障害が発生したのは、企業のデータセンターなどからAWSへ専用線で接続するためのネットワーク接続サービス「AWS Direct Connect」。
2021/9/1に発生したSTUDIOサービス全体における障害の経緯について
2021年9月1日 13:33~17:30頃においてSTUDIOサービス全体の接続が不安定な状態となっていた障害についての詳細
2重から3重化へ、AWS大障害を機に冗長構成の「定石」が変わる？
「2つのアベイラビリティーゾーン（独立性の高いデータセンター群、AZ）にまたがった冗長構成では不十分だった。これからは3つのAZによる冗長構成に変える」（大手ユーザーの技術者）――。 2019年8月23日に発生した米アマゾン ウェブ サービス（Amazon Web Services）のクラウドサービス「Amazon Web Services（AWS）」東京リージョンの大規模障害を受けて、ユーザーが続々と対策に動き始めている。冒頭の「3つのAZによる冗長構成」は中核となる対策の1つだ。 大規模障害への対策として何が必要なのか。AWSの活用経験が豊富なユーザーとITベンダーの技術者に聞いた。 まずはAWS東京リージョンで起きた今回の障害についてまとめる。 ALBが内部エラーを返した AWS東京リージョンには4つのAZがある。その1つで空調設備が故障し、仮想マシンの「Amazon EC2」の一部
fastlyのCDNで発生したシステム障害についてまとめてみた - piyolog
2021年6月8日、fastlyのCDNサービスで障害が発生し、国内外複数のWebサイトやサービスに接続できないなどといった事象が発生しました。ここでは関連する情報をまとめます。 原因はソフトウェアの潜在的な不具合 fastlyより6月8日付で今回の障害の顛末が公開されている。 www.fastly.com 障害原因はソフトウェアの潜在的な不具合で特定状況下かつ顧客構成で発生する可能性があった。このソフトウェアは5月12日に展開が開始されていた。 6月8日早くにこの不具合を発生条件を満たす構成変更が顧客によって行われネットワークの85%がエラーを返す事態が発生した。サイバー攻撃の可能性は否定と報じられている。*1 障害は発生から1分後にfastlyに検知され、49分以内にネットワークの95%が復旧した。 今回の障害を受け、短期的には修正プログラムの早期適用、復旧時間の短縮、テスト時に不具合
ワクチン予約接種関連のシステムトラブルについてまとめてみた - piyolog
2021年3月以降、政府や各自治体による新型コロナウイルス感染症のワクチン接種予約や管理を行うシステムが稼働を始め、住民への予約受付が開始されています。しかし、アクセス過多による接続障害など複数の自治体でトラブルが発生しています。ここではこれまでに発表や報道されたトラブルについて関連する情報をまとめます。 １．複数の自治体で起きた予約システムのトラブル 事例① アクセス過多による接続障害 予約開始直後など、急増するアクセスに耐え切れずにシステムに接続できない、しにくくなるなどの事象が発生した（あるいは関連性のある）事例は以下の通り。 自治体 発生/報道日 概要 沖縄県糸満市 4月15日 市が利用する予約受付システムが全国複数の自治体で利用されており、同日複数から大量アクセスを受けたことで受付不可となった。 兵庫県神戸市 4月21日 20日に不適切な設定によるものとみられる内部起因の障害によ
都内 固定電話の着信を一時制限 ワクチン接種予約が影響か | NHKニュース
東京都内では6日午前、電話の通信量が増え、NTT東日本が都内の固定電話への着信を一時制限しました。新型コロナウイルスのワクチン接種の予約のため、一時的に通信量が増えたとみられます。 NTT東日本は、電話の通信量が増えたため、6日午前9時から都内の固定電話への着信を制限しました。 消防や警察への通報といった緊急通話を優先するための措置で、制限は午前11時43分までに解除されましたが、2時間半余りにわたって都内の固定電話に電話をかける際につながりにくい状況となりました。 都内では自治体が新型コロナウイルスのワクチン接種の予約受け付けを固定電話でも行っていることなどから、この影響で一時的に通信量が増えたものとみられます。
マイクロソフトのAzureでシステム障害、JR東日本や防災関連のサービスに影響
米Microsoft（マイクロソフト）のクラウドサービス「Azure」で障害が2021年2月26日に発生し、日本国内の複数のサービスに影響が出ている。Azureの状態を示すWebサイトでは同日午後0時29分に障害が発生したとしている。同日午後5時30分時点で復旧していない。 障害が発生しているのは仮想マシンである「Virtual Machines」とストレージサービスで使うアカウントで各種のデータオブジェクトを内包する「ストレージ アカウント」の2つ。同日午後5時30分時点で根本的な原因を特定し復旧作業を続けており、一部サービスの状況は緩和しているとしている。 JR東日本によれば同日午後、同社の「JR東日本アプリ」において「運行情報」と「列車走行位置」で、最新の情報を確認できない事象が発生した。同社は障害を午後1時30分ごろに認識し、マイクロソフトの障害に起因するとしている。 Azureを
Slack、1月の大規模障害の原因を説明。「AWS Transit Gateway」がトラフィックの急上昇に対応できず、AWSはアルゴリズムを見直すと
Slack、1月の大規模障害の原因を説明。「AWS Transit Gateway」がトラフィックの急上昇に対応できず、AWSはアルゴリズムを見直すと AWSのネットワーク基盤の一部が飽和していた 1月4日、サービス内部のエラー率上昇によって始まったSlackの障害は、太平洋標準時の午前6時ごろからはSlackのWeb層の負荷が高まり、パケットロスを発生しはじめるなど徐々に深刻化。7時頃にはついにサービス停止にまで発展してしまいます。 負荷の解消のためにWeb層をスケールアウトさせるなどの対処を行い、なんとかサービスが復旧し始めたころに、AWSから障害の引き金となった現象についての報告が次のようになされたとのこと。 「Slack’s Outage on January 4th 2021」から引用します。 By the time Slack had recovered, engineers
システム障害の表と裏を語る - orangeitems’s diary
昨日、Googleの障害がありまして・・。 www.itmedia.co.jp 米Googleの「Workspace」を含む同社の多くのサービスが12月14日の午後9時ごろから約45分間使えなくなっていた障害の原因は、各種サービスにログインするための認証ツールのストレージクォータの問題だったと、Googleが同日、英Guardianなどのメディアに声明文を送った。 もう地球は一部の国を除いてGoogleに依存しているので、こんなことが起こると世の中わちゃわちゃするのですが、皆発生中は何が原因だ？影響は？と大騒ぎになります。 先日の東証のシステム障害でもそうですが、すごく原因、発生メカニズムを知りたがることに興味を持っています。 そもそも、本来の原因があるとして、その原因をありのまま発表する確率自体が私は怪しいと思っています。本当の原因があまりにも稚拙でどうしようもない理由であったときに、そ
Googleの45分間ダウンの原因は認証ツールのストレージクォータの問題
米Googleの「Workspace」を含む同社の多くのサービスが12月14日の午後9時ごろから約45分間使えなくなっていた障害の原因は、各種サービスにログインするための認証ツールのストレージクォータの問題だったと、Googleが同日、英Guardianなどのメディアに声明文を送った。 Googleの広報担当者によると、このダウンの原因は、Googleとサードパーティのサービスへのログイン方法を管理する認証ツールの障害だったという。認証を処理するサービスのためのストレージが不足すると自動的に割当を増やす（ストレージクォータ）ツールが正常に動作しなかった。 この問題により、GmailやGoogleカレンダーなど、利用するためにログインが必要なサービスが利用できなくなった。また、Googleの認証プラットフォームを利用するサードパーティのサービスでも、ユーザーがログインできなくなっていた。Go
東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について : 富士通
2020年10月19日 富士通株式会社 東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について 本日、株式会社東京証券取引所（以下、東京証券取引所）様より、さる10月1日に発生した東京証券取引所様の株式売買システム「arrowhead」の障害に関しての発表がありました。 東京証券取引所様、ならびに投資家の皆様、市場関係者をはじめ多くの皆様方に多大なるご迷惑をおかけいたしましたこと、あらためてお詫び申し上げます。 下記のとおり、本障害の根本原因および当社の品質保証体制の強化について、ご説明させていただきます。今後こうした事態を二度と起こさぬよう、再発防止に向け、全力を挙げてまいります。 記 東京証券取引所様の株式売買システム「arrowhead」障害の根本原因について （1）発生事象について 東京証券取引所様に共有ディスク装置として納入した当社ストレージ製
Microsoft 365の大規模障害、原因は未検証アップデートがデプロイシステムのバグにより通常のプロセスをバイパスして本番環境へ直接デプロイされたこと
Microsoft 365の大規模障害、原因は未検証アップデートがデプロイシステムのバグにより通常のプロセスをバイパスして本番環境へ直接デプロイされたこと マイクロソフトのサービス「Microsoft 365」で、日本時間の9月29日午前6時半頃から約3時間ほど障害が発生し、全世界でOneDriveやOutlook、Teamsなどのサービスに接続しにくくなっていました。 We're investigating an issue affecting access to multiple Microsoft 365 services. We're working to identify the full impact and will provide more information shortly. — Microsoft 365 Status (@MSFT365Status) Septem
東証売買停止、バックアップに不備 メモリー故障が発端 - 日本経済新聞
東京証券取引所で1日起きた売買の終日停止は、システムのバックアップが機能しなかったことが主因だ。きっかけは基本的な情報などを格納するディスク内のメモリーが故障したことだが、もう一つのディスクへの切り替えがうまくいかなかった。2012年のシステム障害でもバックアップが機能しない問題が発生しており、同じ要因が繰り返された。システム全体が止まりやすい構造に問題が無いか、究明が必要になる。「『ネバース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『何重ものバックアップ、「ことごとく失敗」 みずほ障害：朝日新聞デジタル』へのコメント
『10月1日に株式売買システムで発生した障害について | 日本取引所グループ』へのコメント
Engadget | Technology News & Reviews
JTBなど400社が使うTISのリモートアクセスサービスが全面停止、復旧は6月以降
