【IT】日本HP製ソフトの不具合で京大スパコンのデータ77TBが消失 [田杉山脈★]
■ このスレッドは過去ログ倉庫に格納されています
京都大学学術情報メディアセンターは28日、日本ヒューレット・パッカードが開発したスパコン用ストレージバックアップするプログラムの不具合により、大容量ストレージ(/LARGE0)の一部が意図せず削除されたと発表した。
不具合が発生したのは、2021年12月14日〜16日の内、12月3日17時32分以降更新がなかったファイルで、消失ファイル数は約3,400万、容量は約77TBに達する。ファイル消失の原因は、バックアッププログラムの機能改修において、不用意なプログラムの修正とその適用手順に問題があったことで、本来は不要になった過去のバックアップログファイルを削除する処理が、/LARGE0ディレクトリ配下のファイル群を削除してしまう処理として誤動作した。
日本HPでは、京都大学宛の報告書で「弊社100%の責任によりLustreファイルシステムのファイル消失の重大障害を来し、多大なるご迷惑をお掛けしたことを深くお詫び申し上げます」と述べている。
現在はバックアップ処理を停止しており、プログラムの問題を改善し、確実に再発しない対策をした上で1月末までにはバックアップを再開する予定。
また、ファイル消失後にバックアップが実行されてしまった領域のファイルの復元ができない状況となったことから、将来的にはこれまでのミラーリングによるバックアップだけでなく、1世代分の増分バックアップを残す等の機能強化を検討する。
https://pc.watch.impress.co.jp/docs/news/1378005.html 77TBってすげーな
うちの会社なんて全体で40GBのデータしかないのに 「弊社100%の責任」という表現が出てくるのがすごいな
対処を間違うとHPEクレイが日本のスパコン市場から撤退せざるを得なくなるような事態なんだろうな hpはクライアントPCでも独自クソソフト入れてくるからなぁ PSOの奴は全ユーザー合計したら何TB位だったのかな バックアップとってるなら復元できるんじゃね?
ドンぐらい時間かかるか知らんけど >>12
まず最初にhpのソフトを全てアンインストールして復元ポイントを作ってようやく普通のPCの出荷状態になる >>10
それはいくら何でも少な過ぎじゃね?
今時40GBはスマホだぞ 一般企業の業務のデータならすんなり金で解決で良いだろうけど
学術研究データだと、研究者にとってはなかなかつらいだろうな
セクター読んでデータサルベージ出来るならよいけど、テラバイトもあると厳しいか >>19
WordとExcelだけなら1年分のデータが数GBで足りる 俺のPCのHDDでも8TBはあるぞ
SSD入れたら10TB
大したことないだろw 77T分か
俺の無臭ファイルは10Tしかないから、その8倍近くだもんな
俺だったら、ショックで勃ちなおれなくなるわ 本当に必要なデータは必ず2か所以上に格納しておきましょう
ただし一つの不具合で同時にクラッシュするトコロはいけません 20年以上前にHDDからCD-Rへの退避で同じようなことをしたのを思い出した
600MBくらいだったけど、(当時の)貴重なエロ動画を多数失ってショックだった
77TBかあ…… バックアップ用のDBで不要になったテーブルを
TRUNCATEしたら本番環境だったことはある こんなシステムなのになぜ複数箇所にバックアップが無いんだ
RAIDなんてゴミじゃなく複数ミラーリングのほうが維持も冗長性も優れておる、RAIDは絵に描いた壮大なくそ >>14
まず本体の元データを削除して、その更新を元にバックアップを削除してるから
本体もバックアップも両方ファイルは消失してるんだわ。 百ぱーの責任と認める所がいいね、支那や韓国の
企業ならとことん責任転嫁するだろうな。 >>19
必要な情報はASPタイプのソフトに入ってるから、自社で保管しているデータはサーバー上だとそんなもんしかないんだよ。
各自のパソコンにどの程度のデータが保存されてるかは知らんけど。 ちゃんと不具合認めてるならマシだよな
単なるミスでやらかした時に
ごく稀に起きる大層な理由を考えて
それに対する対応策も考えて全て捏造されたのを
報告するのが普通だから 京大のスパコンは長年富士通だったが2012年からクレイ(現HPE)が受注、2016年の更新でもクレイ製だった
ちょうど次期更新の入札時期が来ていて、来年2月締切になっている たった2日間の不具合で、上書きされた領域分の77TBが消失したということは
1日30TB以上書き込んでるのか
データ全体では何テラバイトくらいあるんだろうな 日本のメーカーだったらユーザーのせいにして追加料金ぼったくりそう こっわ!
rm -rf /LARGE0
(^o^) >>6
清岡純子先生の作品なら、俺が提供できるぞ。 77TBって
俺のエロデータに匹敵するレベルの容量でビビるわ 77TBなんて
動画や画像なら大したことないが、
研究記録などのドキュメント原本なら悲惨。 意地でも復元求めないならそこまでのデータ
どちらも想定が甘い 1世代前のバックアップなんてこの業界では当たり前なんじゃないの?
特に大事なデータは 77T分か
俺の無臭ファイルは10Tしかないから、その8倍近くだもんな
俺だったら、ショックで勃ちなおれなくなるわ 77T分か
俺の無臭ファイルは10Tしかないから、その8倍近くだもんな
俺だったら、ショックで勃ちなおれなくなるわ あまり詳しくないがこういうのってバックアップ二重にしてたりするんじゃないの? >>1
本当に不具合なの?
中国韓国あたりが紛れ込ませたとかでなく? プリンタの会社の社員に運用を任せるほうがどうかしてる 謝らない・黙り込む・事故扱いにする
担当者をスケープゴートにする・何度も再発を繰り返す
そういう行為をしないだけある程度の理解はできるが…
前述行為コンプリートした銀行がこの世界にはあるらしいが本当だろうか
ここのは作業者が買収等されていないか身辺調査が必要な位の運用だが… >>1
これやった奴は間違いなくわざとだから捕まえて10年ぐらい自衛隊に拷問させないとだめだぞ 関数電卓良かったな。
メーカーだけでは食えないから大変だよな。
銀行とかにも下請けで入ってるの見かけるし。 77TBともなるとデータベースとかそのあたりな感じがするね。 京大ともあろうものが完全に
切り離した状態で保存してないのかよ
任せるほうも問題だわ >>1
元記事では
>日本ヒューレット・パッカードでは...
って書いてあるのに何で「日本HPでは...」に直してるの
日本ヒューレット・パッカードは日本HPE
Enterprise製品を扱う会社で今回やらかしたとこ
日本HPは株式会社日本HPで別の会社。PCとプリンタを扱う
別の会社
もとは同じ会社だけど2015年に分社した 複数並列バックアップシステムじゃねぇのかい・・・らしくねぇな >>36
富岳ベースで1大学用に縮小したのを入れればいいのに 消失したものの内容はなんだろ
エロ動画なら問題はないように思えるが > 深くお詫び申し上げます
え?お詫びだけ?
「ごめ〜ん。テヘッ♡」
ってやつ? >>85
フジフイルム「弊社にお任せを環境にも優しいですしお寿司」 これがコロナの薬開発だったら意図を疑わざるを得ないな
データの詳細は発表した? twitterで重いシェルの実行中にシェルを更新したとかなんとか スパコン扱うエンジニアのやるミスじゃないな
https://www.itmedia.co.jp/news/articles/2112/29/news040.html
ファイル消失が発生した原因
バックアッブスクリブトには、findコマンドにより10日以L古いログフアイルを削除する処理が含まれています。
スクリプトの機能改善と合わせて、findコマンドの削除処理に渡す変数名を視認性・可読性を高めるため変更いたしましたが、
この修正したスクリブトのリリース手順に考慮不足がありました。
bashは、シェルスクリプトの実行中に適時シェルスクリブトを読み込みます。
この挙動による副作用を認識できておらず、実行中のスクリプトが存在している状態でスクリブトの上書きにより
リリースしてしまったことで、途中から修正したシェルスクリブトの再読み込みが発生し、
結果的に未定義の変数を含むfindコマンドが実行されてしまいました。
この結果、本来のログディレクトリに保存されたフアイルの削除をする処理ではなく、/LARGE0のファイルを削除して
しまいました。 HPもいよいよダメか。
おれもいままでHPを使ってきたが最近のサポセンは事務的になって昔のような
丁寧さはなくなった。いまやあさらばを考えているところダニ。
「1TB当たり○○万円」とかの賠償金や保険はあるのかな Linux知らんからhpの報告書を読んでも発生原因がよく分からん
こういうことでいいの?詳しい人教えて?
@hpが旧Verのシェルスクリプトが走っているのを知らずに、新Verのシェル
スクリプトをファイル上書きでリリース
Abashは実行中にスクリプトをファイルから適時読み込む方式なので、途中から
上書きされた後の新Verのスクリプトがロードされる
B新Verでは変数定義を変えていたので、旧Verには無い変数を使った新Verの
スクリプトが実行される
旧Verには無い変数は当然未定義なので空文字として処理される
C結果、間違ったfindコマンドが実行される
(findコマンドの指定が”/LARGE0/$hogehoge”みたいな感じで、変数hogehoge
が未定義だったってこと?
それにより、”/LARGE0/logs”みたいなディレクトリを指定するはずが”/LARGE0”
になってしまって、“/LARGE0”配下の10日以上古いファイルを根こそぎ消したとか?) >>100
あー、hpって昔からfind使ったスクリプトをバックアップ関連で使ってるな bashがシェルスクリプトを実行中に適時読み込むとか、今回始めて知ったわ
プログラマーなら実行時に読む込むのが普通だと思ってるしな
俺みたいなLinuxに詳しくないIT土方が担当したら、普通に間違えそうw
まあでも、俺みたいな低レベル土方でも、スクリプト実行中に当該のスクリプト
ファイルを上書きするとか頭おかしいんじゃねーの?って思うが
Linux界隈ってそういうの普通なんかね? 関係者は京都にある77寺が一辺に消失したようなもんだろうね >>111
俺がヒューレットパッカードの仕事してたときは、バックアップ機材の処理するひとは
むちゃくちゃ高価な教育コース受けたひとだけで、そこまで教えてるかしらんが
通常ではやんないようなことはしてたんだろな、現場で 俺のエロ動画コレクションの6倍ものデータが消えたとかひでーな 果たして本インシデントで何人の首が飛ぶんだろか?老舗のHPもIBMも業績や株価がパッとしないし、サラリーも外資なのに抑えられてるから人材流出しまくり。 メンテ用の社外秘パスワードで立ち上げて
コマンドを何か勘違いして
書き換えただけ? ニュース速報プラスでもスレッド立ってて、28TBが復旧できないぶんとか書いてたから
個人研究者データがとんだぐらいか、>>116がほんとならな エロ動画1本多めに見て2ギガだとすると
38500本のエロデータが消えたのか。 Linaxのログって保存して何か意味あるの?
制御ソフトのバグ探しだけじゃねーの?
あれ解析して分かることってあるの? >>116
動画を多用する職種じゃなきゃ
データでテラは使わんでしょ これも官需な
損害の規模よりも
真摯に対応して公表
ちゃんと謝罪する営業的配慮が大事 富士通のスパコン富岳に買い替えろ、というお告げだな。 >>11
言わせたが正しいだろうね、外資系特有の責任逃れの言い回しでぶちギレして論理的に詰めた教授がいたと予想 >>105
概ねそのようなことが起きたんだと思う
展開する削除階層のディレクトリ名の環境変数が未定義(空文字列)になったため
より上位階層のディレクトリが find の検索結果になってしまい
削除対象でない範囲まで削除してしまったんだろう
作業対象のスクリプトなりサービスなりは止めておくのが常識だろうが
ユーザからできるだけサービス止めるなって言われることも多いんで
問題なさそうなところは動かしたままにしたかったんだろう
やらかしたエンジニアは大変だろうがHPEはまともな会社なんで
守ってくれるはずだから、あまり気に病まないでほしいものだ HPEの日本法人が
日本ヒューレット・パッカード(合同会社)
なのね
ややこしい
なんでHPEジャパンとかにしなかったんだ? HPはプリンタ製造からも撤退したらしくインクの製造ももはややってないようだな。 >>139
こういうHPとHPEの違いが理解できないレベル向けにも社名は明確にしといた方が無難
という例でした
早速 >>139
こういう輩はクレイがHPE傘下になってるってのも知らない気がする こういうど素人なバグを謝罪だけで済まされて言い訳が無い。
日本HPは、自分たちがど素人レベルの技術しか無いことをまず認めるべき。
そして、損害に対して賠償金を払え。何十億とするだろう。税金から来た金だ、賠償金無しで済むと思うな。 >>77
HPまた分社したのか最初から数えたらどんだけ増殖したのだか >処理として誤動作した。
素人目には 行き届いていない不完全なプログラムが
正しく動作したようにも見えるけどw
どうなんだろうね? 学会発表のために計算回してた人達涙目だな
ストレージから引き抜かずに放置してた人は自業自得 俺の扱ってる職場のサーバで20TBだけど、容量食ってんのは写真と動画だな 一番悲惨なのは卒論とか修論で追い込みかけてた人達かな スパコンって、むろんハードは他に無い特注に近いもんだが
ソフトはLinuxを移植して使ってるのが多いみたいだね。
バカ高いハードにチープなオープンソースのOS入れて
使うからこうなるんじゃねえの? マシンがどんだけ高価で
入ってるデータが如何に需要な内容かについて認識の薄い
Linuxオタに任したんだろな。 昔からオペレータは派遣野郎だもんな。 手順ミスるってなんだ?
テスト環境ではうまくいって本番は手順まりが得たのか? 俺の存在ごと消えてたらどうしよう
そんな学生居ませんとか言われて >>23
入れ物の容量は分かった。
で、自分で作った&収集したデータはどれくらいなの? >>1
わざとだろ、謝罪しないでいいから元に戻せよ反日企業 >>32
ファイルを切り取り→貼り付け失敗で完全消滅パターンだな
なので切り取りは使わずコピーにしている >>150
Linuxヲタつかカーネルとかの開発してるのはIBMとかの人間だぞ
リーナスはそれをまとめてるだけ 先任が使ってたバックアップスクリプト
引数無しで打てばusage出ると聞いてやってみたら
カレント全消ししやがってな新人時代を思い出した >データ77TBが消失
77T=77兆だが、それで思い出した。
コロナ関連で77兆円の国家予算を使った
らしいな。 これも無駄と云えば無駄に消えた
カネだわな。 でも、これで潤った利権絡みの野郎どもも
多いらしいな。胸糞悪いわ。 自分もこの業界で働いているプレイングマネージャだけど
こんな事あったらもうたまらんね
胃に穴開くだろうし正月どころじゃ無いわ
フロント担当の人、その上司の人、お気の毒に
まあ命までは獲られんから頑張ってくれ ハードの故障じゃなくてバックアップの失敗て
笑ってすまんなこれ 日本の癌、富士通・NEC・NTTデータ以外に頼めば大丈夫だと思ってたのに.... データの消失時のリスクを低減するためのバックアップなのに
そのバックアップで消されちゃたまったもんじゃねぇな かわいそうだけど担当者正月なくなったな
俺も市場トラブルで正月なかったことある
会社も寒いんだよなあ
がんばれ みずほもそうだけど、バックアップや災対機への切替が失敗してシステムが止まるケースが多いな
バックアップ機能をつけてシステムの可用性が低下するとは本末転倒だな 三流大学のデータならわかるけど
京都大学のデータを削除をしたのは大問題だろ。
経済的損失、社会的損失は計り知れない。
損害賠償責任で5000億円ぐらい取った方がいいと思う。
ふざけすぎ、なめすぎ。 >>4
今となっちゃいろいろだるい面あるけども間違いはないね HPはテープいまだに開発しとるよね。
なんでこうなるの。 FUJIFILM製の磁気テープにバックアップとった方がましですね IT土方のテロだろw
ありえないわこんなの
テロを隠蔽してんだろ
ばっかじゃねーのまじで 米国C社製のスーパーコンピュータで起こったミスで、日本国の国の機関のデータをミスで消したことから、重大なインシデントのミスですね。
使えないスーパーコンピュータは、とっととリコールして、日本製のF社、N社、H社のスーパーコンピュータに変えた方がいいと思います。 もうジャップってなにやらせてもダメだなwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww >>182
ホームページのことをHPと書いているようです。
社名とは関係ないと思うので気を付けましょう。 元データを消すバックアップとは?
ファイルの移動をバックアップと行っているのか? >>31
ミラーリングもRAIDだぞ
あとミラーリングは良くないぞ >>186
>>1に書いてることさえ理解できないの? ◆マイクロソフト・・・「だからクラウドを使えとあれほど」
◆Google・・・「だからクラウドを使えとあれほど」
◆RedHat・・・「だからクラウドを使えとあれほど」
◆ジャストシステム・・・「だからクラウドを使えとあれほど」
◆カノニカル・・・「だからクラウドを使えとあれほど」
◆富士通・・・「だからクラウドを使えとあれほど」
◆アップル・・・「だからクラウドを使えとあれほど」
◆日本政府・・・「だからクラウドを使えとあれほど」
◆京大生・・・「だからクラウドを使えとあれほど」
◆京大教授陣・・・「だからクラウドを使えとあれほど」 >>10
俺一人で150GBのデータがあるけど...
ちな、転職してイチから、3年半で
メールだけでも20GBあるけど... ベンダーが弊社100%の責任て言うなんて珍しいな
そんなに旨い仕事なのか? >2021年12月14日〜16日の内、12月3日17時32分以降更新がなかったファイル
この範囲だけだとそこまで大事じゃ無いんかな?77TBって演算用が主だったりするんかね 相変わらずHP製はクソなのか
プリンタ、デスクトップ、ノートパソコン…
いずれもHP製はすぐに壊れた。 >>165
そこらは逆に時代遅れの磁気テープ使ってるから
ヒューマンエラーは少ないんじゃね >>105
自分とこのシステムでもディレクトリを変数にした処理があった気がする。
ていうかrm -rfするときは下の階層のとこまでcdしとかないと怖い
>>136
>ユーザからできるだけサービス止めるなって言われることも多いんで
そっか。
バッチのスケジュールを見てると常に何かしら動いてる
重くて長時間かかるバックアップが邪魔
でも他のデータ更新系のバッチの時間帯にリリースするぐらいならバックアップの処理中のほうがまだ安全に見えると 77TBと言っても今のHDDなら10本程度か
ノーベル賞多数の天下の京大がこの程度も守れないのか 完全バックアップが取られていないことに驚く
京大のサーバー担当者誰なんだろ 常識ではありえないからHPはもう使えないな
レベルが低すぎる 日本ヒューレット・パッカードは予行練習をしなかった。
貴重なデータ財産に対し、新しいソフトウェアをぶっつけ本番で使用した。
当然に多年に渡り日本国民の血税を投入した貴重な研究データが消去された事実に対し、損害賠償をするべき。
また、デジタル庁は本件が事故に見せかけた外国勢力によるテロ攻撃でないかどうかを徹底的に調査するべき。 責任があるって言うけど、どうやってリカバリーすんの?頭下げてすいません、金払いますとかで住む次元の話?
桁違いの金を払えば済む話? 仕方ない、やっちゃうときはあるよな
ちょっと高くつくかもだがPCデポでレスキューして貰えや スパコンでもbashでスクリプト書いてることに驚いた >>205
ウチみたいな中小企業でもサーバ内に6世代、更に各々磁気テープにバックアップしてるのになあ 日本ヒューレットパッカードを日本HPと略すのはまずいと思う。 >>111
インタプリタ言語とコンパイラ言語の違いなんてITパスポートに出てくるような基本的なことだろ、、、 HPの責任というか日本のIT人材の砂漠化が原因だね クラウド、クラウドって言うけど、
スパコンのピーク時のデータのI/Oを処理出来るデータセンターは早々ないし、接続用回線の費用が月額8桁とかになるぞ。 今時ディザスタリカバリで物理的に異なる場所へのバックアップも求められて、どこもそれが当たり前だというのに京大レベルでこれか…
京大ですら安全工学を取り扱ってないのか? 破壊工作ではないんだな?
ヒュッパは大地震の翌日に営業掛けてきたりちょっとアレなとこあるからな IBMくさいのからむちゃくちゃ言われるな
そもそもデータ量がいっせいにでかくなりすぎて
ハードディスクからハードディスクでバックアップ取るとか
以前からしたらむちゃくちゃになってんのが悪いんだろ
ここでもテープでやってる人もいるみたいだけど >>10
俺個人ですら10TBのバックアップあるぞw まぁ、まともにバックアップとらないぐらいだから
価値のないデータだろ >>220
元くらしか。
安全工学の学者は一般向けの啓蒙に忙しくて
京大の頭がいい連中は自分らでちゃんとしてるだろうからヨシっだったんだろう
その京大の各研究グループはといえば専門の探求に忙しくてシステム要件はシステム会社やってりゃ大丈夫。安心の外資系ヨシって感じ rm -rfコマンドだっけ
瞬時に気持ちよく消えてくれる 4K 60fps 録画 2時間 100GBを超える
サッカー1試合録画なら150GB
ドラマを連ドラ録画予約したら1年で100TBは必要 >>1
よっぽど、いい情報があったんだな。
しばらくして、どこかで発表される内容もありそう。 >>235
リリースミスによる障害なのに、テストで分かるわけないじゃんw
元ネタか過去ログくらい読めよ >>231
つ dd if=/dev/zero of=/dev/sda 毎月毎週毎晩に差分をDLTに落してあるはず
アホでなければ どっかの自治体でもファームウェアのアップデートしなくてデータ飛んだニュースあったよな こういう経緯だったのか
いきなりデータ飛んだわ、復旧むりってメール来たから焦ったわ >>100
「再読み込み」とかデタラメな説明で言い訳していて酷いね これストレージ全体だと240ペタバイトあるシステムで、復元不能になったのは77TB中の28TBだそうなので0.1%でしかないw
スパコンの膨大な計算結果の一部とかじゃない?それ作るのに何日かかるか知らんけど >>198
スレタイがおかしいのかと思ったら元々のお詫び文でそう書いてあるね。
不具合じゃなくて作業ミスなのに。 データ消えても損害額を公表してない時点でゴミデータなんだろ。 77TBって全然大した事ない
8TBのHDDが一万円で買える時代
8TBにAVでいっぱいの十台以上あるし
それが全部飛んだって家庭用の話? >>236
不用意な改修と手順ミスってテストとか以前の考慮漏れっぽいけどな >>238
おじいちゃん、いまは、えるてぃーおーって言うんですって。 会社の支店が管理している鯖のデータを削除したアホが出現してからもう3年か
どうにもならない事が判明してシュレッダーにかけられる直前の伝票類から全部手で入力するしかないとなった時は他人事にしか思えなかった
日本中の支店から代わる代わるエンジニアやキーボード入力の速い人が出張していったっけ でもあれだろ、スパコンのデータて要はデータを計算させるための一時的なものだろ?
共用のスパコンでそのストレージにいつまでもデータ残しとくものでも無いだろ? 大晦日に2021年最低のバカを見た気分
>>247 >>252
これ関連のニュースでは何故か容量自慢のアホが沸くな
しかも大半がAV保存
アホかと >>254
AVはギャグだが
8TBのHDDが一万円で買える時代に
それか10台分飛んだから何って話 >>1
誰も読まないだろうけど、ポイント書いておく
・バックアップ処理中にバックアップのスクリプトを書き換えた
・バックアップ処理をバックアップ用マシンではなく、ストレージ用マシンで実行する構成になっている >>1
>・バックアップ処理をバックアップ用マシンではなく、ストレージ用マシンで実行する構成になっている
いくらか正確でない
ストレージをマウントして直接操作できるマシンで実行している、ということ
バックアップのサーバーとエージェントの構成にするのが常識 最近はみずほといい基幹要素のポカミスが多いね、天才が書いたコードはメンテできないからな。 やっぱ外資はクソだな
アマゾンも障害起こしてばかりだし >>238
>DLT
「DLTは、家庭用VTRやDATドライブなどで採用されているヘリカルスキャン方式ではなく、
固定式のヘッドを採用」
へー、ドラムじゃなく固定ヘッドなのか。磨耗に強いから信頼性も高いのかね >>258
>>>1
>>・バックアップ処理をバックアップ用マシンではなく、ストレージ用マシンで実行する構成になっている
そんなこと>>1には書いてない、お前の妄想はちゃんとそう書け
>ストレージをマウントして直接操作できるマシンで実行している、ということ
スパコンなんだからメインのマシンは計算用、それ以外の雑務をやるのをストレージ用と言ってるわけで、もちろんバックアップも
ストレージ用でやるのも当たり前
>バックアップのサーバーとエージェントの構成にするのが常識
何を言ってるのか全く意味不明だったのでちょっとググったら、サーバのGUIででバックアップのやり方を細かく制御するとかいう馬
鹿丸出しのことやって悦に入ってる馬鹿がいるのかwww
ずぶの素人の発想はともかく、そんなややこしいことやったらバックアップミスが増えるだけだっての >>261
DLTは昔のDECのミニコン用テープが起源
テープの癖にランダムアクセスが出来るという無茶仕様だった ビジネス板ということで、電子帳簿 ハードディスク飛んだらどうなるんだろう >>262
読んだんだね。えらい
一部だけ説明してあげよう。認識が甘くて危ないからね
>>もちろんバックアップもストレージ用でやるのも当たり前
こんなことを平気でやるから、本体のデータを平気で消すのである
今回の事象は発表(ぐぐれ)によると
本来は不要になった過去のバックアップログファイルを削除する
↓
/LARGE0 ディレクトリ配下のファイル群を削除してしまう
・バックアップマシンが、マウント出来なければ消すことも無い。エージェント(or そういうストレージ仮想化の機能)にやらせれば安全
・状況としてバックアップログが/LARGE0配下にあるのはほぼ確実(ぐぐれ)。本番ストレージにバックアップログがあるなど安易で危険で無駄遣いでしかない 年始返上でバグ修正とデータ復旧やってんだろ
まさかこれだけ騒がして休んでねーよな >>266
プログラムにバグがあったという案件ではないだろ >>265
>>>もちろんバックアップもストレージ用でやるのも当たり前
>こんなことを平気でやるから、本体のデータを平気で消すのである
せっかく詳しく説明してやったのに、このスパコンには計算用とストレージ用って分類しかないことすら分かってないのか
もちろんストレージ用の一部をバックアップ専用に使うのは可能だが、そんなややこしいことやるとミスが増えるだけ
>・バックアップマシンが、マウント出来なければ消すことも無い。エージェント(or そういうストレージ仮想化の機能)にやらせれば安全
素人の発想って、甘いなあ
今回の事例に類似した事故としては、エージェントの更新時にミスって、復元した昔のファイルが最新のファイルと同じパス名になった
結果最新のファイルが消えちゃうなんて事態は起きうるんだよ
仮想化なら、バックアップ用のディレクトリ作ってその下でさらに世代ごとにディレクトリ分けとくって程度のなんちゃって仮想化だけでよ
かったのに、findで古いファイル消すとかいうわけわからんことやってたから、こういう結果になっただけ >>268
まあね、OSのバグ、ファームのバグ、ミドルのバグ、運用のバグ、いろいろあるよね
御主張の構成で、仮にストレージが全損したらバックアップログも消えるから、戻すときに確認できなくなるけどね(引っ掛け問題) 同じものが2つ以上存在していることをバックアップという定義すら理解できてないのか京都大学は・・・
仮にバックアップしたデータが消えても元データが残ってるってのが常識なのに >>269
たとえテープ使ってても、ストレージが全損したら最新もバックアップも含めて全データ消えるのに、どこがひっかけだよ >>271
あはは、御主張の構成は危険だと理解したという事だね
バックアップを本体のストレージから切り離す理由のひとつも解ったようだから
とてもよろしい
終了としてよかろう
でも、ひっかけにはかすりもしていないから頑張って >>272
>あはは、御主張の構成は危険だと理解したという事だね
ねーよ
テープ使おうがエージェントとやら使おうが、ストレージは地理的に分散させないと火事とかでデータ全損するって
いう基本中の基本の話なのに、お前ほんと何もわかってないな システム構築をベンダー任せにしてBCP対策を怠った京大の責任でしょ。
だからHPが「100%うちの責任」って言う必要ないでしょ。
京大の情報システム担当のレベルもたかが知れてるとわかったわ。 >>1
ヒューレット・パッカード製の新品のパソコンに
パスワード盗み取るキーロガーが入っていたと、数年前にニュースになっていたよね
この会社は毎回やってくれるね
ま、それを採用する奴がアホだと思うけど >>274
文句があるならPCインプレス誌の記者へメールしたら?
署名も有るんだから簡単でしょ?
あんたそれも出来ないの? 賠償金幾らだろうか
重要な研究成果が消えたのかな
自分なら個人的にもバックアップとるけどな >>277
データ使えなくて処理止まってると思うから、
100億円はくだらんと思います。 >>277
データ使えなくて処理止まってると思うから、
100億円はくだらんと思います。 >>283
hpは部品を輸入して日本で組み立ててるだけ
日本製と連呼すれば情弱が買うからな 77TPとかはずかしくないか
ユーチューブなら5分ぐらいしかもたんぞ >>285
日本で組み立てたらMadeinJapanだろ
都合が悪くなった途端に「日本製」アピールから逃げるのやめろよ ■ このスレッドは過去ログ倉庫に格納されています