【日本HP】京大のスパコンデータ、約 77TB（34011293 ファイル）を消失 謝罪へ
SNSでの反応をまとめました
なんかいまいちわからない、原因……
iノードでないとか今のシステムだとそうなのかなぁ https://t.co/serQmRrAVA— Toru Tashiro (@ToruMasala) December 28, 2021
これは担当者マジでストレスマッハやろ・・・
こっわ！ https://t.co/5jqer87QXZ— 4K HDR anime channel (@AnimeHdr) December 28, 2021
これはヤバい… https://t.co/uFU1wtRgjT
— Mori@休暇中 (@hrkmr_tech) December 28, 2021
そういやあ、MSDOS時代のバッチファイルも行単位で読み込んで動くから、にたようなめにあった気がするな。いや、あれはCP/Mだっけか。 https://t.co/akokUnq7sg
— kiccolo💉💉 (@kiccolo) December 28, 2021
想像力乏しくてあれなんだけど
$ find /$logdir -exec rm -rf {} ;
みたいなスクリプトでlogdirを未定義にして実行してしまったのかな? https://t.co/dp75QcNpLv
— tumf.eth (@tumf) December 28, 2021
文面から学校からの強い要請で100％っていれられたような気がする。 https://t.co/h4IVCQ35N5
— ジャム親父 (@jamuncle) December 28, 2021
リアル仕事納め級 https://t.co/iss8joKKVH
— ながと＠Nyanza (@nagakuma) December 28, 2021
こ…これは…やりそう…いやきっとやるわ…もしかしたらやったかも…ああぁあぁぁぅぁ…
恐ろし…人生果てるまでできればユーザー側であり続けたい…が、しかし、生きるためにベンダーで居続けるしか今のところは…
あな、おそろしや https://t.co/C46eNyZiT1— りょぉた (@s3ryota) December 28, 2021
「弊社100％の責任」って表現が斬新。 https://t.co/guvZRB00T1
— かしゆっか (@kashiyuka0091) December 28, 2021
こ、これは恐怖すぎる失敗。自分も昔似たようなことを本番環境でやらかして以来、変数の中身をチェックするようにしてる👼
作ったスクリプト
deluser=$1
rm -rf /userdata/$deluser
実際に実行された結果
$ ./hoge.sh (引数なし)
rm -rf /userdata/
あれ、なんか実行時間長くね??（この後気付く…） https://t.co/gGcG7VcsGA— Kaz (@Kaz_Macintosh) December 28, 2021
— 三多a.k.a魚の骨🦊次回歌姫参加予定 (@santa255) December 28, 2021
ついやってしまいそうな操作で、この結果はおそろしすぎる。。。 https://t.co/EYcO0NXBzt
— kosuke nakahara® (@mckosuke) December 28, 2021
ひぇっ…… https://t.co/fPQJNdl0rr
— 空夢/Koo.M/Ainsel：喪中 (@thistle_k) December 28, 2021
— Yuki Ishii@情シス (@Cryshii) December 28, 2021
— Masashiki@アヒージョ (@enj0u) December 28, 2021
京大えらいめに遭ってんな…… https://t.co/m0tN10XSMB
— 数々寄 (@ssk888) December 28, 2021
Windowsでもpause途中で.batファイル書き換えて意図しない挙動になることあるよね。 https://t.co/j4r08eZNO1
— なまにぃ (@NamaKnee) December 28, 2021
こういう事があるから、大事なデータはクラウド以外にも色々分散して保存しておかないとだめなのよねぇ。
それにしても怖い。 https://t.co/jTQPGHhaHF— Sho Sakaino (境野 翔) (@shosakaino) December 28, 2021
データ消えた元に戻らないってのはサポートにおいてもたまに起こる事でして。https://t.co/gduimwmiAz
— 🐻く ま じ ん🐻 (@kumajin3) December 28, 2021
怖〜 引き起こした結果が重大すぎる 検証大事だね https://t.co/KCHP9xTi44
— kentarou (@kentarou_c) December 28, 2021
いろんな意味で凄い話が年末に出てきたなぁ。
100％の過失と認めたり、問題の経緯もちゃんと確定させてるから再発防止もしっかりやってくれそう。
消失期間が二日ですんで良かったと思うべきかなー。 https://t.co/0qvLpL6gOm— 小林かつのり (@ka2nori0416) December 28, 2021
ことが重大なのも驚くけど、その原因が安定動作していたシステムに対するリファクタリングってのが本当に辛いな… https://t.co/LVMMTZcUMx
— Kashiken (@kashiken) December 28, 2021
フォオリーナより前の Hewlett Packard は信頼の証だったが、よもやファーストサーバーみたいなことをやらかすまで落ちぶれたとは…😞
それにしても実環境で未検証のシェルスクリプトを走らせるなんてど素人より酷い…😥 https://t.co/gGV4VkYXNv
— りゅか🌿 (@lyuka_jp) December 28, 2021
悲惨すぎる…。 https://t.co/W20KjIkp3A
— Takeshi.Magami (@Agreenshift) December 28, 2021
当該シェルスクリプトの実行中に置換したことによってfindの引数にした変数が未定義になってしまったことによる不具合と読んだけど、シェルスクリプト自体の不具合だと思ってる人も結構いるな https://t.co/tkxjlv4GnH
— 青木 (@nig_aoki) December 28, 2021
年の瀬に、こんな大事故のニュースを見て、まぁ自分とこは無事に仕事納まってよかったと思った。
待機は続くけど、仕事はしないぞ～！
( ﾟДﾟ)y─┛~~…… https://t.co/xtPfqrYnc5— Kagero (@Kagero) December 28, 2021
な、７７ＴＢ消失！？くわばら、くわばら・・ https://t.co/pNK7o1AknS
— Takechi (@suetake6) December 28, 2021
