気象庁、震度7誤報の理由に「システム上のメモリに残った過去の震度速報が流出」 61
ストーリー by nagazou
キャッシュ 部門より
キャッシュ 部門より
気象庁によると、今月1日に発生した能登半島のマグニチュード7.6の大地震後、再び震度7が観測されたとする誤った情報が発表された原因は、システム上のメモリに残っていた過去の震度速報が、プログラム上の不具合で再び表示された可能性があるという（TBS NEWS DIG）。
この問題は、今月1日の午後4時10分に石川県能登地方を震源とするマグニチュード7.6の大地震が発生し、志賀町で最大震度7が観測されたあと、気象庁が午後11時5分にも震度7が観測されたとする誤った震度速報を発表した件に関するもの。
気象庁の森隆志新長官はこの問題について「震度7を観測した情報をシステム上のメモリに残していたが、何らかの理由で意図しない形で引用されてしまった」と説明した。再発防止策として、震度速報をシステム上のメモリに残さないようにする措置を取っているとのこと。
アクセス過多でロックされてたとか？ (スコア:2)
地震を検知して深度データを更新しようとしたけど、前のデータが読み込み中とかでロックされてて更新が出来ず古いデータが残っちゃった、という感じだろうか。
現状ロック処理に不具合があるから強制的にクリアして運用対処する、で意味が通るんじゃない？
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Re: (スコア:0)
地震によって通信回線が不調になり震度計から情報が届くのが遅かった。
(情報が集まるまでどれくらいかかるか解らないから)過去の観測情報を表示したままにしていたが、現在の地震情報と取り違えて過去情報をもとに速報を作ってしまった。
とか？
Re: (スコア:0)
その間にも震度３～５クラスの地震はさんざん起きて、速報してるからからねぇ
ああ憶えてるわ (スコア:1)
相棒のラストの一番いいところで起きたアレだろ？
わなわな震えたわ
Re:ああ憶えてるわ (スコア:2, 参考になる)
右京さんが犯人に正論叩きつけるいいところで変わっちゃったんだよね。
地震速報終わったら次のエビかなんか食べる番組始まってうちじゅうでブーブー言ってたわ。
そのエビの番組もなんか面白かったけど。
後でTVerはじめて入れてラストだけみんなで見た。
配信サービスありがたや。
Re: (スコア:0)
>次のエビかなんか食べる番組
こっちは地震情報の後も普通に相棒やってたぞ
傑作選だけどな！
Re: (スコア:0)
そんな仮面ライダーブラックの速報テロップみたいな事言われても…
データ取り専用機 (スコア:1)
市販の地震計は、どちらかというと地震が発生したときの警告を早く出すためのもので、
地震の振動の記録を長時間とるようにはなっていないように見えます。
バックアップも数時間程度。
なので、電源再投入されたときに、最大の記録だけを残して、
次を記録するようになっていたんじゃないかなぁ...
大地震だと、電源が長期間復旧しないこともあるので、
これからは、できるだけ長時間記録できるような地震計が必要になるのではないかと。
電源が無くなった時に、表示を切って、震度と時刻を記録し続けるような仕組みがあれば
いいと思うのですが。
震度７を観測した地震計が転生先で間違って震度７を記録しました (スコア:0, すばらしい洞察)
というラノベですか？
ちゃんと記録として残ってる範囲だと震度７の地震ってそれほど多くはないわけで
どこで記録した震度７の情報をいつまでも女々しく覚えていたんだろ？
あー出荷検査で震度７のチェックの際の記録がそのまま残ってたのかな？
まあ地震計だから地震による電源逸失で記録が消えるんじゃ困るから
不揮発性メモリに記録してるのはわかるんだけど、さすがに出荷検査の
記録まで消さずに出荷というのはあり得ないような気もしない事もない。
# 過去にロクに検査しないで出荷して問題になったメーカーがあった為に
# あえて本体に残って検査記録を消さずに出荷するよう気象庁から指示があり
# それが残っていた…なんて事ならあり得ない話でもないか。
Re: (スコア:0)
再発防止策を見れば午後4時10分のものだと分かりそうなものだけど。
Re: (スコア:0)
ねー、何言ってんのこいつ??とか思っちゃったよ
一度記事から見逃したとしてもこないだ大地震があったことも知らんのかね…?
それとも「こないだの大地震」の震度が嘘だったと思ったのかな。あんな被害出てるのに。
Re: (スコア:0)
そんなことは分かった上で書いているのだが。
読み取れないのな。
Re: (スコア:0)
この人の書いてることだけがさっぱりわからない
Re: (スコア:0)
この手の話って、報道や一般の人にわかるように平易な言葉に言い換えたせいで誰にもわからない説明になってしまうってよくあるよね。
わざとやってるケースもあるかもだけど。
Re: (スコア:0)
これがプラスモデされてしまうのが今のスラドクオリティ
さぱーり (スコア:0)
震源の直下にあったとか
データがおかしいとか言い訳が変わってる気がする。
過去のデータが出るなら今まで他のところはでてなかったのか？
という信頼性の問題になるが
Re: (スコア:0)
直下にあったって言ったのとは別の日（つまり別の余震）だよ。
スタック足りなかった？ (スコア:0)
あまりにも地震が多発したので想定していた１日分の震度記録用のスタックをオーバーしてしまった？
Re: (スコア:0)
初期化漏れという気も
ゴゴゴゴ・・ドン！と来た場合、その期間の最大の揺れを「震度」として記録する仕組みだと思うから
前回の揺れ記録をクリアしないうちに次の地震が来た→記録で震度7になってる、みたいな
揺れが収まったら（例えばｘ分以上震度0だったら）自動クリア、とかの仕組みだと余震が多すぎてクリアタイミングがなかった可能性も
Re: (スコア:0)
処理的にスタック(last in first out)はつかわないんじゃいかな。
別の人が書いてるリングバッファ(first in first out)のほうがありそう。
Re: (スコア:0)
処理系がFORTHで書かれていた可能性(ﾅｲﾅｲ
Re: (スコア:0)
3.11以降のシステムでそれはさすがにあり得ないだろうとは思うが…
実際どういう仕組みでメモリ上に残し、それが再送されちゃったのかは気になるね。
巨大地震だったからあえて保持しちゃったのか、あるいは本当にたまたま間が悪くクリアミスの隙にハマったのか。
Re: (スコア:0)
「残っていた」ではなく「残していた」という表現から見て
メモリってストレージのことじゃないかな？
調査した技術者はちゃんと伝えたけど、広報は両者の区別がつかない人だったとか
Re: (スコア:0)
そして「何のために残していたのか」を失念して
＞再発防止策として、震度速報をシステム上のメモリに残さないようにする措置を取っている
のようなことをして別の不具合を出すのですね。
Re: (スコア:0)
ストレージの実態が不揮発メモリなことが増えてるのでメモリと呼ばれることが増えるのは避けられなくて、それを個人の認識のせいにはできないと思いますよ。
Re: (スコア:0)
ダイヤルゲージの置針みたいに、振り子の振れ幅のピークを物理的に保持する目盛りがあって、揺れが収まったら、次の揺れに備えてリセットするべきところを忘れたとか
# ないな
Re: (スコア:0)
複数件になるのを想定していなかったとしても、考えられそうなのは
・2件目以降は記録されない
・上書きされて最後の1件しか残らない
・フリーズとか異常終了
あたりで、「再送信」ってことはそこまで単純な話かどうかわからないな。
そもそもこのニュースは「送信後もデータを残してるからそれが再送信されたのかもしれない」という推測であって、再送信が確定したわけではない
一度ずつデータを消す運用に改めました (スコア:0)
https://news.tv-asahi.co.jp/news_society/articles/000332996.html [tv-asahi.co.jp]
直前の大地震のデータをメモリに残すのは、これまでは通常の運用で地震の情報を効率的に更新するためでしたが、今回の問題を受けて一度ずつデータを消す運用に改めました。
運用を変えても今後の情報の発表に遅れはないということです。
データを残すの自体は正常だった感あるね。言い回しが運用フローの不具合って感じ。
Re:一度ずつデータを消す運用に改めました (スコア:1)
ストレージにlogを吐き出して残すのはよくある話だと思ってたけど、そうでもないんだ
Re:一度ずつデータを消す運用に改めました (スコア:1)
ソースの方を読むと、不具合を突き止められないから、運用で回避するよって言ってるように思う。
自分の想定したシナリオだと、
・各々の地震計から計測した震度を記録した配列（のようなもの）がある。
・その配列をソートして一番大きい値を最大震度として発表する。
・各々の配列は地震のたびに上書きされるから、次の地震がおきる直前までは前のデータを持ってる。
・何らかの原因で更新されなかった要素がある。
・その結果、ソートするデータに前の地震のデータが一部混入する。
・それを防ぐために発表後は次の地震がおきる前にゼロクリアする。
最大震度を間違えることはなくなるかもしれないけど、根本的な解決ではない感じ。
昔は (スコア:0)
free()する前にデータをクリアする必要はあるかみたいな議論してたね、Cで
富山民なので (スコア:0)
震度７、今のゆれでそれはないわ
と誤検知をはなから疑ってました
Re:無責任な利用者 (スコア:1)
でもぶっちゃけ、「システム運用開始前に機能試験をしていたのであれば、この事象の発生を把握できていたはず。」は非現実的な理想主義者の戯言なんだよね。
そのうえ、あらゆるバグに対して使える、すなわち情報量０で具体性に欠き改善にまったくつながらない無駄意見でもある。
Re:無責任な利用者 (スコア:2)
なんとなくの印象論ですが、この手の問題って、
性能/処理量の問題で、過負荷時などのレアケースで問題が起きるようなバグ、
といったケースが多いように思います。
(ちょっと前の、住民票コンビニ交付の誤発行とか)
そういうバグだったら、
個々の機能だけを見る単体テストでは、たとえ全機能をちゃんと網羅したテストであってもバグを見つけることはできません。
まあ、負荷テストをしてないのが落ち度だって言われそうですけど、実運用に即したテストって難しいよね。
で、以下は勝手な想像ですが、今回の問題の説明を読んで、
「リングバッファにデータを貯め込むような処理フローになっていて、データが多すぎてリングを一周しちゃった」
みたいなことだったのかな、という印象を受けました。
書き込み側はバッファが一杯だったのでデータの登録をしなかったけど、
読みこみ側は発生データ数だけ読み込んだので、1周前のデータを読み込んじゃった、とか。
そういうバグなら、リングバッファがあふれないような普通の単体テストでは問題なく動作するでしょうし。
Re: (スコア:0)
地震計の性質上大量のデータが来る前提で作成されていそうでそのへんは普通考慮済みかも。
どちらかというと装置のトラブルで書き込みができずにみたいなケースのほうが大きそう。
地震が起きたんだから震度が記録されているだろうで震度だけ見て時刻を見ずに発表してしまいましたなんてやつ。
Re: (スコア:0)
理想論を言えばちゃんとしたプログラムかけばテスト不要ですからね。
Re: (スコア:0)
どんなアホでもこれくらいなら言えるし、こう言えば識者っぽい気分になれて気持ちいいんじゃない？
Re: (スコア:0)
また憶測だけで「ちゃんとテストしていれば見つけられたはず」説か。
しょーもない
Re: (スコア:0)
え機能テストって開発担当の仕事でしよ
Re: (スコア:0)
もちろん、単体テストは当人がやらないといけないが。
Re: (スコア:0)
ああ開発担当というのはシステム発注元に対してを想定していました。
なんでシステムを開発した会社のQA部署も含めて開発担当ですね。
実際のところ発注元は無茶振りしたら開発担当の会社にプレッシャーかけて開発を完了させノーチェック受け入れテストを済ませて終わりみたいなイメージ。QAと開発を別会社でやるケースも稀なイメージ。みずほくらい炎上すると全員が強力な一体感に包まれるそうだ。それこそ幼稚園からずっといっしょにいて同じ会社に就職してずっと同じ部署でチーム組んでるレベル。
Re: (スコア:0)
「無責任なスラド利用者の戯言」って略さずちゃんと書きましょうよ
＃総ツッコミワロタ
Re:無責任な利用者 (スコア:1)
Yahoo!ニュースのコメント欄なら大量の「共感した」がついたんだろうけどねえ。スラドじゃツッコまれるわな。
Re: (スコア:0)
まともに作っていれば発生するはずの無い、発生頻度の低いバグを発注側がチェックできるはずが無い
発注側はプログラムを自分で作れないから外注するのである
現時点では『現時点での「ちゃんとしたプログラムかけよ！」という主張はシステム発注元としては無責任。』という主張は無責任
Re: (スコア:0)
発注側がチェックできるはずだとか、まともに作っていれば発生するはずが無いとか、不可能なことを人間に期待するのはやめようよ
Re: (スコア:0)
余計な一文書く前に推敲できなかったのかな
Re: (スコア:0)
すら土民は多分推敲した結果誤字のほうがいいねってなったパターン。
文体からして２チャネラー系統の人って感じ。
//推敲したら過激な日の右舷が消えてしまった…
Re: (スコア:0)
テストは所詮テストでしかないんじゃ、本当に現象が起きたときにしかわからないこともあるってことじゃ。そういう経験、ないかの？
Re: (スコア:0)
この件は精度のせいではないし
精度を上げればこのようなことが起きなくなるわけでもない
お前が言いたいことは二行目だけだろお門違い野郎
Re: (スコア:0)
> 選挙対策裏金パーティ券
これって予算で買うようなもんじゃなくね?