うひょ。

昨年末の障害ですが。
驚いたのは、CRAYは未だ頑張っていること、でもIAであること、スパコンでbashが動き、バックアップにfindコマンドを使っていること(linuxという事?)。hpeが100%瑕疵を認めてること(これが最大)。

作業したやつ頭真っ白になっただろうなw
どうせワンオペだろうし

ケアレスミスではあるが・・・
スクリプト自体のテストだけではチェックできないNGというのが厳しいねぇ。

この件、「snapshotとればー」みたいな人が居たんだけど、色々疑問に思うところがあり。

外部に丸投げするとこうなると思う。

あっちゃ～(´Д｀)

伏せ字にされませんでも、これこのように

"約28TBはバックアップがなく復元不能"

バックアップ中にバックアップシステム更新とかどんな運用だよ・・・

数日前ニュースなってたよおしっこちびる

俺も某大学のバッチ処理止めててんやわんやになったことある。（.kshrcを整理していてエラー出てたけど続きはまた月曜でええかと放置して帰ったら死んでた）

💻HPのPC
📍法人向け「Made in TOKYO」
📍一般向け 主に🇹🇼台湾の受託製造会社などが、🇨🇳中華人民共和国工場で生産

記事元▶︎

個人的な対策は「こまめにバックアップを取ること」に尽きると思う。

これって大問題じゃないの❓❓

ごめんなさい🙏間違えです🙇‍♀️
教えて頂きました🙇‍♀️

理研の富岳ではなく、京都大学のスパコンでした。

こちらです🙇‍♀️
よろしくお願いします。
🔹🔹

年の瀬にやっちまったねぇ

他人事では無い。
うちは飛ばないまでも、硬めすぎててアクセスすらできなくなる可能性ある。来春はそっちのフェイルセイフ実行する。

怖すぎる…やっぱクラウドに大事なデータは置いとけないな

【元ネタ】
・2020年12月編：


・2021年12月編：

メーカーも青くなってるかもしれないけども、研究者や学生も・・・。
私の卒論の頃だったか、事故による大規模停電でデータ飛んだって話もあったな。

あぁ〜あ
やっちまったなぁ～。
LTOテープでバックアップのバックアップを保存するのがいいと思う。（素人考え）

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

本当に大切なデータは自分で責任をもって保管しましょう。
Retarもトレードシステムのソースバックアップを火災に備えて、別の場所にも保管しています。

割と基本的なコマンドで消してるのね

規模は違うけど、こういうことが起こったみたい。

バッグアッププログラムの更新前にバックアップを取れ･････…😰

これは辛い…

まじか。。怖すぎる。。。汗

これはどうにも補償のしようがないが、しかし、損失が痛すぎるね。
どんなデータだったのか。
iSPとかのデータだとしたら…

「バックアップ処理中に不具合」って書いてあるのに「バックアップしていれば論者」は何を見ているんだ？世代管理の話をしている？

あら。

まだWin98時代、某日本メーカー製PCで、データバックアップ中にPCがフリーズし、元データとバックアップ先のフロッピーディスクのデータ両方が破損した経験がありますが・・・これは酷い・・・。

あらまあ年末にこれは大変ですなあ

うーん😑。
➡➡➡

--
▶ブログ【IFTTTの先へ】のサイトマップ（目次）:

sudo findでroot消しシェルスクリプト食らったときの絶望感はすごいよ

アホみたいな理由だけど、ちゃんと見るとなるほどなって感じ。

こんな感じかもね（危ないので画像で）
--

知識が偏っていると総体でアホになる好例。データの重要性が分かってないので、運用に頭が回らない。
かつて別の大学では敷地間の公道の空中に、WANの申請回避のためにケーブル張って、雷の影響受けたことあるし。

トランザクション無いのかよ(-_- そこまで重要じゃ無いデータなのか？？？

ふつうは何重にもバックアップから復元できる運用してるでしょうに…

これも、なかなかのもんだな。。。

京大でもHPなのね…。

えぇっ！としか言えない

こりゃ関係者はみんな真っ青になっただろうな・・・

元SANエンジニア兼プロマネをやってたボクなら顧客に納入するシステムなら絶対にデータ消失しないシステムにする。でも顧客から予算的につらいと相談されれば、消失のリスクは顧客持ちで導入する。だから外資なのに自社責任といえる

京大データ消失 日本HP社100％弊社の責任

理由が信じられない

おそろし過ぎる…。
人ごとと思えない。

『gkbrアワード2021』、滑り込みできた。

SEやってる相方さんからこれを聞いて、二人で背中が冷や冷やしてる年末。
にしても、弊社の100%責任って、なんか凄いな。考えるにおそろしい

うぉーこの年の瀬に

人によっちゃ背筋凍りそう

これはおっかない…。

バックアップの途中でバックアップスクリプトを置き換えたら、そのスクリプトが読み込まれて変数の中身が変になってファイルやフォルダーを削除しまくったってことか。

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

怖すぎんかね…

ヒエッ……／

こわ。

うへぇ…

関係者の心持ちを想像するとゾッとする。

大学所有の計算機、ちょいちょいストレージ吹っ飛ばしてる気がする。

バカとしか言いようがない。

何が吹っ飛んだのだろうか？
77TBくらいだと重要なデータ吹っ飛んでる可能性もあるし、しょうもないものの可能性もあるし

なななな77TB！！！！

rmコマンドのパラメータに変数が指定されているのを見るとそんなことは無いと思いつつ変数が未定義になったらやばいなあと思ったりしていたが、まさかそんなことがあるとは。

むっちゃ初歩的なリリースミスやん…
bashの動作も理解してないんかい…

シェルスクリプト自己書換の悪夢
77TB消したのわかったらその場で卒倒する

「100％弊社の責任」って文書で初めて見たわ。くっきりはっきりしてたんだね。

以外にも私でも書きそうなシェルスクリプトが原因ということでオシッコチビりそう。

アップデート中に起きた不具合でコレとは・・・HP社はエンコ詰めてケジメ取らないと(；・∀・)

未定義の変数を含む、とか何かな？と思ってたけど、処理対象がサブディレクトリの名前で変数化されてて、「動きのないものは削除」みたいなとこで
/large0/$subdir/
以下の-mtime +21をrmみたいなとこが
/large0//
と展開されてしまったみたいなことかしら？

バックアップか始まったらエラーでも出ない限りは放っておくのが一番。

原因が出てたけど書いてあるまんまの原因なら京大の責任ゼロは妥当ではないかなと個人的には感じた。

HP、つい数年前にもサーバ用ストレージが時限爆弾で全データ消失みたいなことやらかしてなかったか？信用できなさ過ぎる

消えたのは何の情報だろう？

むかし、4つのHDDをまとめようと1TBのHDDを購入して全部移し、元のHDDを物理的に破壊した直後に移行したほうも壊れ、総てのデータを失ったことがあった。ショック過ぎて立ち直れなかったな…😑

D論に向けてギリギリまで頑張ってたD3もいるだろうに、、

PSO２事件再来…今度はあろうことか京大のスパコンかい…

卒業、修了を控えた方々が、自分でバックアップしてたことを祈ってます。

ちょうど今 The DevOps 逆転だを読んでてツラみ

どのようなどシロウトがメンテしたらこうなるのか、具体的に説明がほすい。

◆今年の夏に最高責任者が交通事故で亡くなっている
因果関係は分からないけど

最新のデータが消失したなら分かるけど、古いデータがなくなるのはバックアップを何世代か残してなかったってこと？

“消失したのは、12月3日以降に更新がなかった3401万1293個のファイル。”

えっぐいww

草。やっぱHPEってゴミだわ。

原因は日本ヒューレット・パッカード（HPE）製バックアッププログラムの不具合で、同社は「100％弊社の責」と謝罪

これなぁ、、、データバックアップはかなり神経をつわなきゃいけないのに、なんでバックアップ処理中に更新するの、アホなの？

昨日の話はこれかぁ。
途中で止められたからこの程度なのか、はたまた止め切れず全滅したのか。

見る限り原因報告、Q~A等々で時間がかかったのね。

ヒエッ。。。。
ゾットするミスやな

ひえー…

修論消えてたら阿鼻叫喚やな

日本ヒューレット・パッカード「100％弊社の責任」


バックアップを
バックアップする
バックアップが必要

えげつない事書いてある割にはうっかりミスなのが怖い所よな

HPEは「担当技術者へのヒューマンエラーや危険予知・予防に関する再教育を実施する」←現場猫「ヨシ！」ｗｗｗ

LTOテープとかで定期的なイメージバックアップ取ってなかったのかね…？

たぶんこのニュースみた95%の人が知らないであろう事実

以下の2つは違う会社

「株式会社 日本HP」→日本HP
パソコンやプリンタを販売。みんなが知ってるHP

「日本ヒューレット・パッカード株式会社」→ Hewlett-Packard Enterprise(HPE)の日本法人。今回の京大データ消失

うぎゃあぁΣ（ﾟдﾟlll) <

これはｗｗｗ

ε=╭( 'ω' )╯ バックアップとってなかったのかよ！

やってくれたな、HP。
やはり君たちはいけてなかった。データロスは致命傷である。

今は開発ツールも充実した反面、全体を見渡せるSE他のスタッフが少なくなっているのではないだろうか？

うわぁ…