【悲報】京都大学のスーパーコンピューターのデータが77TB中28TB完全消失 [685821185]

?2BP(1000) · 2021/12/29(水) 00:45:57.46

お知らせ
掲載日内容
2021/12/28
スーパーコンピュータシステムのファイル消失のお詫び
http://www.iimc.kyoto-u.ac.jp/ja/services/comp/

2021/12/29(水) 12:42:17.80

>>6
まあディスク取り出して復旧やろな

2021/12/29(水) 13:06:36.38

>>410
あーgit管理ならあるかもね
git push origin
ターン
でスクリプト更新&死亡とは連想しづらい

2021/12/29(水) 13:40:35.52

>>281
インシデントだとしてもincidentだろ

2021/12/29(水) 13:41:41.28

謝ったんだから許してあげましょう

2021/12/29(水) 13:57:54.41

>>202
うわあああああああああああああああああああああ！！！！！！！あ゛あ゛あ゛あ゛あ゛あ゛あ゛あ゛！！！！！！！

2021/12/29(水) 13:59:28.91

>>499
本番デプロイ自動化レベルのCI/CD組んでたらこんなお粗末運用じゃないと信じたい
pullとかcloneしたファイルを本番ファイルにcpとかrsyncしてたらinode維持されちゃうかもだが、mvで上書きならinodeは新規ファイル側になるので今回みたいな惨事にはならなさそう

2021/12/29(水) 14:07:52.59

>>497
一瞬mvするだけで防げるの？cpした奴は見に来ないの？

2021/12/29(水) 14:17:18.58

>>504
inodeでググろう

2021/12/29(水) 14:27:23.55

みんなこっそりローカルとか私物パソコンにコピーしてましたって落ちはないのか

2021/12/29(水) 14:28:19.52

>>505
握ってるのはinode番号って事ね
OK理解したありがとう

2021/12/29(水) 14:30:51.42

>>495
いや根本はログ削除スクリプトのバリデーション不足だよ
rm -rf / (かどうかは知らんけど)が実行される可能性のあるスクリプトをリリースしたのが諸悪の根源

2021/12/29(水) 14:33:48.97

>>7
いや、完全にこれhpも人常駐させてるだろ

2021/12/29(水) 14:35:56.69

これ漫画やん
審査中論文とか成績通知表が吹っ飛んだ
自由だ！

2021/12/29(水) 14:36:31.15

スーパーコンピュータって言っても大した容量じゃないんだな
うちの数倍程度だ

2021/12/29(水) 14:37:07.16

USBメモリからRUNするとかはご法度なの？

2021/12/29(水) 14:40:32.95

差分でバックアップしとったん？

2021/12/29(水) 14:41:02.93

2位でよかったのに
こんなのに金かけて馬鹿だろ

2021/12/29(水) 14:41:16.58

作業中にやらかしたんだな
まぁHPが自社社員出す訳ないしその辺の会社に適当に任せるからそうなるわな

2021/12/29(水) 14:41:52.02

遅まきながら>>99見て胃が痛くなった
SEから別の仕事に移ってもう10年以上経つのに

2021/12/29(水) 15:18:43.97

何かに忖度したのかな

2021/12/29(水) 15:22:37.24

引数パスで環境変数を使わずハードコーティングしとけば防げた
あんまり聞いたことないhow toだな

2021/12/29(水) 15:34:23.24

スクリプトを組むうえで念を入れておくべきことがあったのはその通りだけど
スクリプトの途中で　古い → 新しいに切り替わって実行された時の
罠はひとつではない

2021/12/29(水) 15:43:02.58

全処理がひとつのスクリプトで完結せずに、複数のスクリプトが流れる処理は
それら複数のスクリプトを同時にリリースしなければならないことがある

旧のスクリプトで処理実行中に、新のスクリプトを複数リリースしたら、
なにをどう確認して正常にリリースできたとするのか、判定すら難しい

2021/12/29(水) 15:52:16.74

復元すりゃええんちゃうの？

こんなもんで完全消失できるんだったらドリルでHDD破壊する必要ないじゃん

2021/12/29(水) 16:00:46.64

>>99の説明で事情が理解できる嫌儲民おおすぎだろ

2021/12/29(水) 16:13:23.98

>>251
外資系の謝罪文として間違うわけないスペルミス
ってことは作成者はHPの人じゃなくね　英語できなさすぎる

2021/12/29(水) 16:14:05.28

>>523
外資系でも英語苦手まんいるよ

2021/12/29(水) 16:54:17.16

優秀かつ注意深いエンジニアは金融担当。

大学のスパコンなんて、一番トラブっても怒られないシステムなので無能の巣窟。

2021/12/29(水) 17:34:26.59

>>518
削除対象のディレクトリとか書いた設定ファイル持たせとけばええだけかもしれんけどもね🤔
でも
(本番環境)「もしかして」
(開発環境)「私たち…」
(本番環境＆開発環境)「入れ替わってる～？！」
もんだいが発生するやろけども

2021/12/29(水) 17:51:09.91

>>498
無理

2021/12/29(水) 17:55:52.51

>>473
買収したばかりのCrayの製品だから恐らくCrayのエンジニアか完全に下請けかキツいな

2021/12/29(水) 18:03:45.59

>>521
分散ファイルシステムの復旧とか保証した方が安いレベルの費用の上そもそも復元は不可能だろう

2021/12/29(水) 18:17:14.09

まぁスパコンのストレージなんて計算用のデータとか計算結果がアウトプットされたファイルしか入ってないやろから
ずっと置きっぱなしにしてるってな類のもんじゃないだろうけども
計算中だったデータがパーになるのはきついやろなぁ

2021/12/29(水) 18:19:11.26

>>99
だれか情強モメンの方、プログラミング知識ゼロの僕に分かりやすくこの状況を教えて

2021/12/29(水) 18:26:25.87

大容量ストレージのバックアップがHPに無いの？

2021/12/29(水) 18:34:28.61

sudo rm -rf /
って打ったんだろ

2021/12/29(水) 18:53:15.58

一気に削除はこわいよなー
できるだけ細かく、遅く削除を心がけたい

2021/12/29(水) 19:27:28.39

こんなことありえるのか？

2021/12/29(水) 19:41:55.71

>>531
ちゃんと上の方で消す場所書いてたのに
実行中にスクリプト入れ替えたら書いてた消す場所かちゃんと適用されずに全部消えた

2021/12/29(水) 20:29:11.75

実行後に変更が適用されないように、
スクリプトを外部に記述して読み込んだ文字列を
evalで実行するてノウハウもあんのね

2021/12/29(水) 21:40:11.40

set -euしとけよ

2021/12/30(木) 02:43:39.10

TB、TB、10megaTiB

2021/12/30(木) 08:43:55.65

>>473
Broadwellが実際に動くという文字を始めてみた気がする

2021/12/30(木) 12:34:12.12

これ一次請け、下請け関係なくHPのプロパーでLinux触ってるやつでも同じミスするだろ

2021/12/30(木) 12:36:03.36

s3に置いときゃ良かったのに
クソ安いから過去差分消すとか言う概念なくなんのよ

2021/12/30(木) 12:39:57.97

>>542
ただしスパコンだからなあ。インターネットのオブジェクトストレージからファイルごとダウソして計算開始とか、
F-1にトレーラー引っ張らせるようなもんだからなあ

2021/12/30(木) 12:43:32.43

>>542
S3って240GB/sでアクセスできるの？

2021/12/30(木) 12:45:19.07

ほんまに、技術立国(笑)ってなってんな

2021/12/30(木) 12:47:34.41

>>542
速度がね…

2021/12/30(木) 13:24:55.94

修士は失敗しようが何しようが卒業出来るだろうけど
博士とかどうすんだろうな

2021/12/30(木) 16:02:08.75

>>545
システムは海外製だよ
だから今海外で大問題になっている