京都大学は、スーパーコンピュータに保存していたデータ約77TBが消失したと発表。うち約28TBはバックアップがなく復元不能という。原因は日本ヒューレット・パッカード製バックアッププログラムの不具合で、同社は「100％弊社の責」と謝罪している。

いまごろ仔細を把握して
・スパコンてlinux同等にbashで操作するんだへー
・リエントラント不備事故のように見え、起動中プロセスの確認しなかったのはまずいがlinuxだと動き違うのかな

という感想をもった

ITの業界で一番やっては如何やつやね

リリース手順もアホだが、そもそものバックアップ戦略がおかしい。バックアップといいながら、不可逆性のある破壊的作業が含まれている時点で危ない。

他人事では無い

ちょうど古いNASが接続怪しくなったんでBackup中の自分には怖い話。

ゲノム系のデータ大丈夫か？

これはエグい

おはようございます。

復元不能28TB💦
原因がバックアップ用プログラムの不具合というのが何とも😭

これって、ちょっとヤバいという次元を超えてヤバいんでは？

どれだけの量の情報がとんだの？
やっぱり、アナログがいいのかな？

シェルスクリプトの実行中の書き換えか

HPでさえ障害は発生するんですよ

HPださい。バックアップ失敗で77TB消失。

ヒェッ...
バックアップはだいじよなぁ

Bashスクリプトが実行してるときに、内容を書き換えると、その変更が、実行中のジョブに影響するとか思いもよりませんでしたわ。おっかねぇ。

７７ＴＢ紛失。１MBフロッピーの77,000,000枚分です。フロッピーを買ったらいくらするのでしょうか。

◎やらかしたね(笑)

bashの話は「そうなのか」って思うけど、なんでスクリプトを走らせながら、上書きしたんだろ？

えっ？そんなものなの？
どこかにバックアップないの？
HPこえーなー。

あー find ${path} -type f -mtime +日数 -exec rm {} \ 系の処理やな
これpathを環境変数にすると意図せず環境変数の未定義がほんと怖いんよな
影響はでかくなりがちだけどインフラエンジニアあるある

バックアップ処理中にバックアッププログラムの更新って...普通は処理終わって稼働してない時にやる認識なんだけど、そうでもないんですか？

77TBのデータが消失！！！
怖っ！！
↓

年の瀬に……来年のやらかしアドベントカレンダーネタですか（不謹慎

バックアップって普通は、差分だったり、何世代も別領域（別ストレージ）に確保するものなんだが。。。
BCP考えたら、別地域にデータ飛ばすだろうし。

ありえないわ！(リツコ風

はー。

最近こういうの多くない？？大丈夫？？内部工作員とかいない？？

スパコンの状態は運用に大きく左右されるので、スパコン上だけにデータを保存してはいけない。保存と解析はデータサーバ上で。京大スパコンのデータ77TBが消失

記事読んだだけでもドキドキするわ。。。

！？！？
何が驚きって、hpのソフトを使っている事に驚き

おいおい。

Oh NOOOOO……..

うわぁぁぁぁぁ

バックアップ中にバックアッププログラムの更新をしたって行為も…(´・ω・`)

うーん、こんなこと本当にあるんだ。
信じがたい。

ちょっとよく分からない →

結局ハードなのか、ソフトウェアなのか？ソフトウェアだろうけど

なんだ77GBか大したこ…

んん？！！（二度見）

ワンライナーで書けばよかったのか（bashのソース見てないけど）

スパイウェアばかりじゃない。自爆もある。
そのうち、マイナンバーカードも…

コレはお腹痛くなるヤツ。

あわわ…

うわぁ…今年一番こわいニュースかも

プログラム更新したのがHP中の人ってこと？再教育以前にバックアップ中って知っててやったのかな？

年末年始にぃぃ

不具合というよりヒューマンエラーでしょ、これ。
まぁ、気づいた直後のエンジニアは、冷や汗半端なかっただろうな。

うわぁ・・・(; ´Д｀)

なかなか豪快に行ったな。 命大事に、な。

引用
「うち28TBはバックアップがなく復元不能という。」

不具合以前の問題だろう。
>ストレージのバックアップ処理実行中にバックアッププログラムの更新作業をした

うぎゃぁ。
なにやらかしとんねん。

あら〜😢

こんなアホみたいな理由でスパコンのデータが飛んだとか嘘でしょ・・・？京大生もビックリだろ・・・おまけにこれ程重要なデータのバックアップデータがミラーリング一つされてないとか。。。研究室の合宿写真とかそういうのは話が違うんだぞｗ

こんなんあるんだな
と思うけど
シェルとかスクリプト作ってる人たちって基本的に凡ミス多いと思う
エディタでぺぺっとみたいな作業の仕方だし

ITmedia。

外資系企業で起きたばかりの事象に
100％弊社の責とかコメント出すの珍しくね？
っていうそのレベルのヒェッ…

最悪の部類の悲劇。当事者を責めるのは簡単だけど、絶対に個人を責めちゃいけないレベルの事案

いや、そもそもバックアップ中にほかの作業すンなよ
ど素人かよ
(´・ω・｀)

コワイコワイ。
仕事納めどころじゃないだろうな当事者は。

ぎゃあああああ…ってなる

((((；ﾟДﾟ)))))…

プログラムの不具合が起きちゃうのはまぁしょうがないとしても、大事なデータのバックアップを取ってないのはあかんやろ

これは酷い。


＞バックアップ処理実行中にバックアッププログラムの更新作業をしたことで、ストレージ内のファイルを削除する想定外の処理が発生

ＨＰって💩なの？

エロ動画なら構わないけど、京大の研究データが吹っ飛んだんでしょ？

テキストの７７テラバイトだったら完全に詰むわ

これは損害デカいなあ

ひぇ…

windows の bat、動作中に書き換えると動作狂うこと経験則で把握してたけどbashもか。スクリプトfile行単位に都度読むのがシェル共通の仕様？

「うち28TBはバックアップがなく復元不能」だってよ。バカ過ぎて笑ったわ

十数年前、僕が話を聞いて驚く度に「茸男さん、Googleはペタバイトだよ」って笑いながら話してた友人の当時十数TBの手持ちCDのデータ(合法)は無事だろうか……

これか…

HP。。。

77TB、、、、

普通はヒューマンエラーが出ないようにシステム組むはずなんやけどね。

泡をふいて気絶

節子、それバックアアップちゃう！

時代はクラウドですよ！

「ストレージのバックアップ処理実行中にバックアッププログラムの更新作業をしたことで、ストレージ内のファイルを削除する想定外の処理が発生したのが原因」。
処理中にプログラムを書き換えたのだろうか。素人さんかな？

2038年問題が来る前の予行演習だろうか。（憶測

某国がHP関係者を買収しし、データ抜取り後の行き掛けの駄賃でデータを消したと疑われてもいいレベルの失態。
*

いやこれヤバすぎん・・・・・…？

これか

うわー

LARGE0だから、シミュレーションコードが消えたって人はほとんどいないかと。まあ、数週間数ヶ月かけて取得した計算データがなくなるのはきつい（昨年経験済み）。

今回、自分のところは被害なかった。

😱😱😱 皆さんもバックアップは忘れずに．年末年始はよい機会かと

自分が当事者だったらと想像するだけで胃が溶ける。

ひょえー😰

バックアップ中にバックアッププログラムの更新とか怖すぎ。年末にSEさんは大変やな。

珍しい潔い、きっと但しが付くに違いない◼︎

こういうトラブルって製造元が何かと理由を付けて責任逃れすることが多いのに、そこをしっかりと非を認めるHPは信頼できるメーカーだな

適用タイミングをミスって変数が空になった結果、上位のディレクトリでfindしてrmか。つらい…

他人事なので笑えるけれど、自分のデータがなくなったら青くなるだけでは済まない。改めてバックアップの大切さを痛感したのだ… 「

この挙動覚えておこう。自分でもいつか踏みそう。
というか、直感的に勘弁して欲しい仕様なので、ある種の仕様バグで直して欲しいレベル

バックアッププログラムがウィルスだった(´・ω・`)

大容量を簡単に扱える功罪

日本ヒューレット・パッカード「担当技術者へのヒューマンエラーや危険予知・予防に関する再教育を実施する」

いや、そんな素人を現場に投入すんなよ。
バックアップ作業中にバックアッププログラムを更新するのは危険と予測できないような素人を。

どうして……

ストレージに不具合が出た日に、このニュースは怖い…

使用後すぐにローカルにデータを移動していただろうけど、短期でも偶然今プログラムを動かしていた人と、長期に渡って動かし続けている人が被害を受けたんだろうなぁ…

特に後者はやり直すにも…う〜ん…

京都大学は12月28日、同学のスーパーコンピュータに保存していたデータ約77TBが消失したと発表した。うち約28TBはバックアップがなく復元不能という。

色んな意味でツライ事件だ😱

時代はクラウド発言の方にもなんかコメントいただきたい。

京大スパコンのデータ77TBが消失
日本ヒューレット・パッカード「100％弊社の責任」

リスクを減らすにはストレージベンダーも分ける必要があるってなかなかツライ