【乞食速報】スパコン77TBデータを消した会社「100% 弊社の責です。補償はユーザー様のご意向に沿います」 [356012471]
■ このスレッドは過去ログ倉庫に格納されています
https://www.iimc.kyoto-u.ac.jp/services/comp/pdf/file_loss_insident_20211228.pdf
2 ファイルが消失したユーザ様への補償について
この度のファイル消失は 100% 弊社の責であると考えており、補償につきましては、ユーザ 様、並びに、貴学のご意向に沿うようにいたします。 > 結果的に未定義の変数を含む find コマンドが実行されてしまいました。
これは set -u していれば防げてた気がす >>121
むしろ基本動作だろ
ただこれを意識しなくてもスクリプト自体はかけちゃうからぐぐった作法てさらっとかいちゃうやつがはまりそう バックアップ処理と削除処理が1つのスクリプトにあんのか
わけても今回の件は防げないだろうどわけろよ >>125
cshはこうじゃなかった気がする
新しいシェルを使うごとに調べないな
そもそも実行中のスクリプトファイル修正しないけど >>19
どうすんだよこれ!!!って鬼詰めされてそう どんなデータが飛んだんだよ
京大のデータとかになると中身が気になるんだが >>130
スパコンに入ってるデータだから
シミュレーション条件(実行スクリプト)とパラメータファイルとシミュレーション結果
とかじゃない? >>128
まあその場で修正してえいは
ぶっこわしていい環境でしか普通の神経だとやれんな >>111
変数名を変更したい気持ちはわかるけど影響範囲が広いからリリース後は絶対にやらないよなあ またひとつかしこくなった
inodeの仕組みの問題なのね >>138
バックアップ領域へってもアラートとぶわけもなく実行したエンジニアは当日すやすやよな 実行中のスクリプト書き換えって
それはそれでアホじゃね
少なくとも本番環境じゃ絶対しないわ 「俺のロリポ画像1TB分なんとかしろ!」て嘘ついたら現物保証してくれんの? スーパーコンピュータの使い方は知らないが
まともなユーザーなら手元にデータぐらい残してるだろう
どんまい おい、ふざけんなよ。誠意をみせろ
俺の胃袋は覚えているぞ テープドライブとかでネットワークから隔離して世代管理ぐらいしてるかと思った 客が自分で作ったバッチのミスをなすりつけてきたことあるな
おんなじ感じの削除系で、環境変数使うやつ >>115
> その最初の実行中のスクリプトを動かしたのは京大側なんじゃないかと推理してみる
日常的に使うスクリプトだったんじゃねぇかな。
「引数でn日前とファイル名のプレフィックスやサフィックスを指定して、リストアップする」とかそういうやつ。 昔コンピューターの保守やってたけど某スーパーの給与データ飛びそうになってギリ復旧できた
あまりのプレッシャーで翌日マジで熱出て寝込んだっけ >>25
普通にやってるけど?
どうでもいいスレに適当に書いてテストするのは当たり前だろ馬鹿 >>137
> >>111
> 変数名を変更したい気持ちはわかるけど影響範囲が広いからリリース後は絶対にやらないよなあ
完全同意。
ちゃんと動いているものには
不用意に手を加えないのが鉄則。 >>144
> 人が死ぬわけじゃないからドンマイ
こんな事故を今の時期にやられると
卒業/修了までのスケジュールが破綻する学生が出るかもよ。 >>165
そこまでアホじゃないだろ
もしくは京大が定期バッチの設定をしたとか 俺もバックアップしようとしてHDD追加したときに間違って元HDDをフォーマットしたことがあるからな >>135
そもそもテスト環境で修正して検証してからリリースするだろ普通 下手な対応すると研究機関と契約できなくなるだろうし必死だろうな ■ このスレッドは過去ログ倉庫に格納されています