ファーストサーバ事件の原因が判明　｢削除コマンドの範囲指定を忘れ、全サーバーのデータが消えた｣

大規模障害の概要と原因について（中間報告）
2012年6月25日　2：00

http://support.fsv.jp/info/img/syogai_after.gif
●原因1：脆弱性対策のための更新プログラムの不具合
脆弱性対策のためのメンテナンスが必要となる都度、メンテナンスのための
更新プログラムを作成しており、今回も更新プログラムを作成しています。
そのプログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、
メンテナンスの対象となるサーバー群を指定するための記述漏れが発生していました。

●原因2：メンテナンス時の検証手順
メンテナンスに際しては、検証環境でまず動作確認を行うという手順が定められていましたが、
プログラム実行後の動作確認を行う対象は、あくまでも当該メンテナンス対象サーバー群を
確認すれば足りるとされていたため、検証環境下で対象サーバー以外に影響が及んだことの
確認がないまま、動作確認上は問題なしと判定され本番環境での実施が行われました。

●原因3：メンテナンス仕様
システムを含むデータのバックアップは毎朝6時に取得しております。
しかしながら、脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても
実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに
切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、
脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に
対して同時に更新プログラムを適用するという構造に修正して実施しました。
そのため、今回のメンテナンス実施において、対象サーバー群のデータ消失と同時に
バックアップ領域のデータも消失したという事象に至っています。

http://support.fsv.jp/info/nw20120625_01.html

あるあるｗｗｗｗｗｗｗ

馬鹿すぎるｗ

ねーよアホ
完全に人災じゃねーか

rm -rf /
あるあるｗｗ

del *.*
みたいなことやっちゃったかｗｗｗ

ﾎﾟｶﾐｽを防止する為の何かは無かったの？

こういうのって通常のバックアップの他に
外部メディアにバックアップをとって遠隔地に保管してあるものとばかり思ってた

　　　　　　　　　 ／⌒　　⌒＼　　　　　　 |⌒|
　　　　　　　　 ／（ ⌒） .（⌒） ＼　　　＿/　 | 　　　　　人を許して気分がいい！
　　　　　　　／::::::⌒（__人__）⌒:::::＼　（＿　　＼
　　　　　　　|　┬　　 |----| 　　　　|　（＿　　　| 　　　　今日もユルシタ！
　　　　　　　 ＼|　　　 `ー'´ 　 　 ／　　（＿　　 |
　　　　＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿
　　＿　　　　　　　　　　　　　　 ヽ|　 |ヽ　ム ヒ
　　　/　　/　 |　　＝　/　/ ヽ.　　|￣|￣　月 ヒ
　＿/＿ /　　|/　＿_ノ　　｀/　 / | ノ ＼ ﾉ Ｌ_い

フールプルーフとはなんだったのか

>>8
そのバックアップに対しても削除コマンドを実行しちゃったんだよこのアホ企業は

rm -fr /かw

まあしょうがないよね！

範囲指定し忘れたのは個人のミスなのか？

レビューしてないってことだよなつまり
少しでもチェックしたら防げることじゃん

テストしてねーって事じゃん

ITドカタ大国の末路です
重要なサービスすらこれ

で、どのくらい死人が出たの？

こんなアホな人的ミスやっといて補償はしないとか　ファーストサーバの俺ルールスゲーなw

プログラマの人はどうなっちゃうの？

担当したやつ生きてられるのかよｗｗ

まさかこれでお仕舞い？

素人ちゃんが運営してるの？

　　ﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝ
　　ﾊﾞﾝ　　　　　　　ﾊﾞﾝﾊﾞﾝﾊﾞﾝﾞﾝ ﾊﾞﾝﾊﾞﾝ
　　ﾊﾞﾝ（∩`･ω･）　　ﾊﾞﾝﾊﾞﾝﾊﾞﾝﾊﾞﾝﾞﾝ
　　　＿/_ﾐつ/￣￣￣/
　　　　　 ＼/＿＿＿/￣

勿論ITリテラシ零経営陣は反省しません
破滅まっしぐら＾＾

> 対象サーバー群とそのサーバー群のバックアップ領域に
> 対して同時に更新プログラムを適用する
訳が分からない

あるぇー管理ソフトのバグじょのこっとのー

人為的にやっちゃったのなら、どれだけ事前に免責事項を書き並べててもアウトだよね？
どうやって補償すんの？
賠償金を払えるキャッシュあるの？

バックアップまで同時に消すとかもうね

やっぱりヒューマンエラーか

テスト環境で
消えちゃいけないとこまで消えたのに
チェックする人は、消したい部分が消えた事だけを確認して｢オッケー!ちゃんと消えたな(´∀` )｣

で本番に進んだのか

>>12
rm -rf ($hogehoge)/($hogehoge2)

$hogehogeと$hogehoge2が空だったって意味だろｗｗｗｗ

ファイルの誤参照の障害について

復旧作業において専用サーバー、共有サーバーでそれぞれ障害が発生いたしましたので、
下記の通りご報告いたします。

■ 障害の概要
データ消失の後、データ復旧作業を実施。6月21日（木）9時ごろにデータの復旧プログラムにより
消失データを復旧し、リカバードファイルとしてお客様に提供しました。
しかしながら、専用サーバーのお客様より、専用サーバー内において情報にアクセス権限を
有していなかった者からも参照できる状態になっているとの報告があったため、
リカバードファイルの提供を22日（金）21時ごろ停止し、状況の確認を行ったところ、
専用サーバー内において、アクセス権限を有していなかった情報についても
参照が可能な状態にあったことが判明しました。

上記、問題の発覚を受け、共有サーバーにおいても、リカバードファイルの提供を即時停止し、
現在状況の確認を行っております。

■ 障害の原因
原因：データ復旧手順の不備
弊社にて消失ファイルを復旧しようとし復旧プログラムを実行しましたが、
復旧プログラムの仕様への理解が不十分であったため不適切なリカバリーファイルが作成されてしまい、
その復旧ファイルの内容を確認せずにお客様に提供してしまったことが原因です。

■ 影響範囲
現在調査中です。

http://support.fsv.jp/info/nw20120625_01.html

これ使ってどうぞ（迫真）

rm　-rf $DIRECTORY1/$DIRECTORY2

あるあるｗｗｗｗ

凄いな・・・企業の言い訳とは思えんレベル

>>33
情報流出も認めたか

今後の対策の定番

ダブルチェック(笑)

ctrl+zとかで戻せないの
こういうの

>>23
大阪の会社なんで酷使してて睡眠不足とかでうっかりとかじゃないの？

クラウドでこのザル管理は…ないだろ
さすがYahooクオリティ

データ消しただけで上書きしてないなら戻りそうなもんだよねえ

超テキトーな運用じゃねーか
激務過ぎて余裕が無いって状況でもまともな奴ならこんなミスしねえぞ

え、同じ鯖でバックアップもしてたってこと？

【ﾌｧｰｽﾄｻｰﾊﾞｰ】サーバーデータ､バックアップデータが消えた全容がようやく見えてきた 中間報告upされる
http://engawa.2ch.net/test/read.cgi/poverty/1340567463/

>>33
>復旧プログラムの仕様への理解が不十分であったため

作った奴はもう逃げた後ってことか
なんか色々とありえんな

　　　　　　　　　　　　　　　　　＿＿＿＿＿
　　　　　　　　　　　　　 , イ´　　　 ヽ　∨ ./＼　　　　 /}
　　　 　 _　　　　　　 ／|　{　　　 　 ﾉ　 }　{　　 ＼ 　 /　|
　　　　 { ＼ 　 　 .／. : |　 `ー一 ´　／ヽ ＼＿_,∧/　 ﾉ
　　　　｢|　　 ｎ　/. : : : :.＼＿＿＞＿＿＿ヽ＿＿,∧ 〃
.　　 　 〉＼ _| |丶: : : : : : : : : : ／ / / | |＼` : : : : : :}ﾉ
　　　　 ＼/|ヽ∨7.　: : : : : : :/x‐‐しし∪-､|　: : : : :ｎ 　　　全消しだよ！
　 　 　 　〈 `ｧ'　.{／ヽ: : : :/ |/f'び　　 rｭ､∧:　: : :ﾉ }
　　　　　　 ¨ゝ-､ノ　/＼_/　ﾄ 廴ﾉ 　 .∪'〈　∨べ、'-､
　　　　 　 　 　 廴／　 /.|　 ト . _（｀ア_ .イ　　＼_｣￣　　　　　　,-─､
　　　　　　　　 　 ￣￣￣|∧|ミ＜￣￣<-＼|￣　　 　 　 　 　 /ｒ─､ﾉ7
　　　　　　　　　　 　 　 　 　 　 ｀＼（￣ }＼　　 ＿＿　　　　 _| | : :// |
　　　　　　　　 　 　 　 　 　 　　 　 Ｌ＞≦ｦ¨￣ (　 「───トﾐ,) // /
　　　　　　　　　　　　　　　 　 　 　 　 |／ 　 /＿(＿|───廴＿!｣/
　　　　　　　　　　　　　　　　 　 　 　 ∧　　_,＼/
　　　　　　　　　　　 　 　 　 　 　 　 └‐＼( 　 _>　　 ＿
　　　　　　　　　　　　　　　　　　　　　　 　 ヽk´ ＼／. : :.ヽ
　　　　　　　　　　　　　　　　　　　　　 　 　 　 ＼/　.: : : ::_|
　　　　　　　　　　　　　　　　　　　　　　　　　　　{、: : ::／‐〉
　　　　　　　　　　　　　　　　　　　　　　　　　 　 ヽー//　/
　　　　　　　　　　　　　　　　　　　　　　　 　 　 　 `ｰゝ‐'

>>42
たぶんその程度の知識も持っていないやつが管理してる

>>16
テストしたけど、よく見てなかったんだと

ソフトウェア技術者の育成を軽視した国の末路がこれか
マジで中国以下じゃねえの？

>>46
東電で露呈してたろ
末端の作業してるのなんて・・・

ニューススレでたつIT業界の話ってネタだと思ってたの？
プロはいないよｗ

>>42
たぶんこれ

http://twitter.com/pcb/status/216745385882955776
> ファーストサーバ障害、もしかしてなんだが、extundelete というツールを使うと
> RECOVERED_FILES/ ができるけど、もとのHDDを保全せず、やみくもに実行
> したらディレクトリ構成も復元過程で破壊され他人とデータが混ざりとどめを
> さしたって可能性がなきにしもあらず

まともな奴はとっくに辞めてる。

>>33
これ前任者からまともに引き継がなかったか
知識無いけどその辺からコードをコピって運用してたのどっちなの？
教えてエロイ人

rmコマンドで消しただけならファイルの復活できるのにね

削除したファイルをlsofで復元する
http://sourceforge.jp/magazine/06/11/23/0451251

何のためのバックアップだよｗｗｗ
本鯖とバックアップに同時適用とかｗｗｗ
脆弱性パッチあてて不具合あったとき
二度と戻せない糞仕様
まぁこんな糞管理じゃいずれこうなってたろうな

>>50
余裕で中国以下だよ

ごちゃごちゃ言ってるが要するに馬鹿って事だろ

>>50
中国以下に決まってんだろ

こんなんで保障しませんユーザーの自己管理ｶﾞｰとかなめてるにもほどがあるだろ

>>51
ＩＴっていってもここまでおかしいのはウェブ系だけだろ
こんなのハードやってるところじゃありえんよ

人間だれもでもミスがあるからうっかり間違ってしまうってことは仕方が無いんだけど
能力不足はダメだよ

>>52
頭の無い奴が無茶復旧かけて垣根壊しちゃったって事？

前任者が引き継がなかったっつーかもうお星さまになったんじゃね

事故じゃなくて事件じゃないの？

>>61
web系っていうかシステムが大きく変わらないところ以外は駄目でしょ

日本人って積み重ねは得意だけど変化が起きるとすぐ駄目になるし

サーバー業界ってクラウドであれこれやってるから過去の運用ノウハウが
変化しまくってるのでやっちゃったんじゃないの？

銀行だってあんまりかわらんじゃん
統廃合のたびにｗ
合併した際にどちらかの銀行システムに統一すればいいのに
仲良し人事で複数運用させたりするからなあ

基本アホなんだよｗ

>>62
そもそも普通誰かが軽くやらかしても大丈夫なように出来てるんだけど
設計自体がおかしいから駄目だった

被害者は集団訴訟しろ
許し難い杜撰さだぞこれ
サーバ管理会社が技術者の腕に対して適切な評価運用して来なかったが故の事故としか思えない

どんな無能集団だよ
人災は事件

大したことないのに騒ぎすぎ
恥ずかしいから嫌儲民名乗るなよ

>>66
いやこの問題は生産物に対してのレビューもしてないようにみえるし、
テストもまともにやってないってとこだろ
ちょっとわかる人がスクリプト確認すれば防げたことだし、テストの
確認をきちんとしていても防げた話

銀行のシステム切り替えなんかとは全く別次元

>>67
設計がおかしい＝能力不足
ってことね
設計なんて時間をかけて出来るんだから、うっかり間違えるってありえない
能力不足だよ

そんなことありえんのかよ

>>1 >>45
たとえば、重複検索もできないアホが作業したってことだよな？

自分の作業の部分だけ見てご満悦で、他への影響などまるで考えないアホ

ﾜﾛﾀ

根元はどうせ、コストカットとかのせいなんじゃないの？
いずれは起こるヒューマンエラーだったと

>>55
これ削除したファイルを使用してるプロセスがないと駄目じゃん
そんな状況ほとんどないと思うけどｗ

> しかしながら、脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても
> 実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに
> 切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、
> 脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
> 脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に
> 対して同時に更新プログラムを適用するという構造に修正して実施しました。

／(^o^)＼ﾅﾝﾃｺｯﾀｲ
これ普通の鯖会社ならどう対処してるの？

事実は知らんが原因を包み隠さずに明かす姿勢は評価する。が
＞脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し
過去の不具合への対策が今回のような致命的な損害を招いたことは擁護できない

原因報告の内容にも驚いたが、
全部馬鹿正直に公表したことに一番驚いたわ。
これが事実だとすると、
ミスとはべつに、本番データとバックアップを同時に上書きしてる
運用実態でしたって認めてるってことだもんな。

これはあるあるｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>16
テストはしてた→ただし、テストの意味がなかった
削除コマンドを走らせた→現用系アボン
同じバッチを待機系にも走らせた→待機系アボン

不幸が重なった”事故”ですなぁ（ ´_ゝ｀）

つかこれバックアップじゃないし。

>>77
そういう事じゃなくて、いろいろな手段でファイル復活できるんだよ
rmコマンドじゃファイルの実体は消えないからさ
適当に検索したからよく読んでなかった

>>78
復元をした後に脆弱性パッチを適用する
バックアップな時点でいずれにせよ本番環境に持ってくるにはアップデートが必須なので、その時に脆弱性のアップデートもやる

これをバックアップだと言い張るならバックアップなんてしないほうがまし

大規模システムの管理ほど、ミスの多いコマンド系になるのは何故なのか。

よくもそんなあほなミスが出来るなと

これ重過失じゃないの？

なんだ自爆かつまんね

文系の俺でもそんなことしないのにFSときたら・・・

ファーストサーバー

　　　　　　　-‐''''"´￣｀`ヽ､　　　 　 　 　 　 　 ＿＿＿_
　　 　 　 /　　　　 ＿　 　 　ヽ　　　　　　　 ／／´ 　 __,,＞､
　　　　 /　　　　 　 ￣￣　　 {　　　　　 　 /::/　／￣:::::::::::::::＼
　 　 　 l　_ｨﾆﾆｱ二二二ﾆヽ､j._　　　　　 /::::l／::::::::::::::::::::::::::::::::l
　　　　 | 0Lj／-‐-ﾚノ ﾉ＿ヽ:::｀ヽ　　 　 l:::::::::::／l／lノノ/_イ:::::l
　　　　 ﾚ:r､/　ｲﾟﾃ　　　ﾋﾟﾄ｀|::|　　　　　 l:::::::::/ rtﾃ､ 　.ｨtq l::::::|
　　　 　 l:lﾍ　　'"　　　,j 　'"/ﾉ　　　　　 |::lﾍ!j　　´　　,j　　 !;:::/
　　　　　ヽヽ､　　　r‐-, 　 /'　　 　 　 　 ﾚﾘｰ ､　 　 ,....,　　lﾉ/
　　　　　　　　lヽ､　￣　／　　　　　　　　　｀ヽ､lヽ ､ ￣　／´
　　　　　＿,r┴‐-｀v´-‐j-､＿＿　　　, -‐-､_r┴─'ｰ‐ﾁﾄ　　　　　　　バルス！！
　 ／￣/:.:.:.:|￣￣｀T￣´|:.:.:.:l´　｀ヽ /　　　　ヽ￣`ー-‐'´`''''⌒ヽ
／　　 ,':.:.:.:.:.l　　　　l　　 l:.:.:.l　　　　＼　　＿r‐､-､-､ｒ,　 　 ､　　 ',
　　 　 |:.:.:.:.:.:.!　　 　 !　　 !:.:.l　　　,. -‐ゝ/// 〉 〉 〉 〉 〉　　　 !　　 ',
　　　　l:.:.:.:.:.:.ｌ　　 　 |　　 l:.:.:l　 ／　　人〈〈〈〈 '　'　' /っ　　　l　 　 l
　　　　l:.:.:.:.:.:.!　　 　 !　　 l:.:.:.ﾄ/　　 /　　```´-ｧ‐'''"　　　　 /　　　l
､＿＿/:.:.:.:.:.:ｌ　　 　 |　 　 |:.:.:ヽﾍ　 l　　　　/／　　 　 　 　 /　_ ｨノ
　 　 /:.:.:.:.:.:.:!　　　　l　　　|:.:.:.:.:l `ｰヽ､＿ノ´l､＿＿＿＿__/lﾆ二」
＿___l:.:.:.:.:.:.:.|　 　 　 l　　　|:.:.:.:.:!　　　　　 　 |＿　 （ ( ) ）_〕|　　 l
　　　l`ー‐‐'匸二l￣￣l二フｰｲ　　　　　　 /　　￣ `‐‐'´　ヽ　　|


こういうことだろ？

単に削除しただけなら復旧できそうなものだが？
0フィルとかして完全に壊したのか？

つーか画像見たけどこれバックアップじゃないんじゃ・・・
RAID1に見えるんだが・・・
http://support.fsv.jp/info/img/syogai_after.gif

担当した人はマフィアに誘拐されて生首にされるの？

>>84
まぁ上書きしない限りディスクには残るから復元方法はあるだろうな

こんなんとか
http://gigazine.net/news/20070720_photorec/

これはあるあるだは

データをクラウド化したからそれに完全に頼るんじゃなくて
自分の手元でもちゃんとバックアップするべき、という教訓なのか
クラウド領域も所詮はバックアップのうちの一つという意識を持つべきということか

>>94
RAIDとか関係ないってｗ

>>94
やってないね
バックアップは完全ですって売り込んどいて単なるRAIDだったって詐欺だな

全部消えちゃうけどいいのか？
みたいなメッセージは出ないのか…

>>98
重要なデータはまともな企業に預けましょう

おわり

>>94
画像見るのが一番分かり易いな
ここの知ったか薀蓄語りとは大違い

>>101
「全部」の意味を誤解してたのが今回の原因

派遣のIT土方がやらかしたのか？

俺ですらバックアップ取ったHDは物理的に切り離して絶縁しているというのに

こういうのって定期的に物理テープにバックアップ書き出してるんだとばかり思ってたけど
民間のレン鯖でそこまでやってくれてる所あるんだろうか

簡単に言うと、バックアップ鯖と業務マシンに同時にWindowsupdate
実施しちゃった位あほってこと？

普通、そんなヤバイ事できないよね

>>102
＞重要なデータはまともな企業に預けましょう

正：重要なデータは自分でもバックアップを取っておきましょう

>プログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、
>メンテナンスの対象となるサーバー群を指定するための記述漏れが発生

よくわかんないんだけど、本番前に別の誰かがそのプログラムチェックしたりしないの？
担当者がプログラム書いて即本番とか怖いんだけど

>>102
でも大手のヤフーがこのざまだぜ？
人間のやることは完璧じゃないって事だな
絶対消したくないデータなら大勢で共有するか100個ぐらいのHDDに保存しとくくらいするしかないなｗ

で、何人死んだんだ

>>93
業者に頼んで短ければ１週間ってとこじゃないか
まあやってると思うけど

>>49
>>82
おっしゃる通り
テストの仕様自体がなってないじゃん
テストの意味が全く無いじゃん

>>105
日本の実務をこなしてるのは派遣奴隷だろｗ

プロは居ないぞ

>>111
大手のNTT系列でも結構やらかしてるだろ
銀行だって例外じゃない

だから日本人は変化に弱いんだって
組織に情報が蓄積される「継続性」な事業以外は無理なんだよｗ

身分階層作って技術者使い倒すからｗｗ

うちの会社だとテスト環境でうまくいっても、パッチ当て前のバックアップを保存した
後に実行して、うまくいったら再度別のバックアップを取って完了なんだけど。
これ手抜きオペミスじゃないか。

どういう権限管理してるんだよ・・・

検証環境での検証が出来てなかったってこと？

パソコンだとhddのデータ間違えて消しても
すぐさま引っこ抜いて
サルベージソフトとか使えばデータ復旧出来るけど
こういうのは出来なかったの?

結論は人間に任せないことに尽きるなｗｗｗｗ

>>119
できたんだろうけどしなかったっていうのが正解かもね

>>115
素人の技術者って技術者じゃないよなｗｗｗ
技術持ってないし
トラブルを持ち込む技術ｗｗｗｗ

>>94
アイコンの出来がやたら良くてワロタンゴ

なんかようわからんが、ウィニーが最強のバックアップということか？

なんで１プッシュでバックアップのデータまで飛ぶんだよ
消した奴の責任じゃないぞ

なんかすげえ故意とも思えるミスしてんなあ

>>124
違法なデータばかり扱ってるツールってイメージだけど実際かなり優秀だよね
上手いこと使えばすごいことになるんじゃないか

最近はDATテープとか、物理的にバックアップは取んないのん？

物理的にバックアップが取られてるか確認したほうがいいな・・・
クラウドに預けるときはｗ

>>128
DLTでもライブラリ使ったらいくつドライブがあっても足りない上に時間かかりすぎる。

>>125
外向きには「バックアップ」と言っているけど、
内部的には「待機系」扱いの運用をしてたんやね。
「バックアップ」扱いなら、同時に更新なんて運用ルール的に出来るわけない。

なんておっちょこちょいなんだ

>>39
ゴミ箱に突っ込むていうのであれば可能だけど、rfオプションを指定してしまうと確認も出ずに実行される。

このくらいの障害引き起こしたら担当者はどのくらい怒られるの？

>>124
まゆゆの痴態は永遠に不滅だもんなあ

>>133
怒られるどころかクビじゃねぇのたぶん

>>133
自殺未遂で両足切断して生き地獄を味わう位？

>>10
> フールプルーフとはなんだったのか

「フールプルーフとはバカがミスをしないためのもの。
わが社には優秀なスタッフが揃っていてバカは一人もいないので関係ない話です」

>>124
あれこれ真のクラウドコンピューティングなのかもしれない。

rm -rf /かよｗ
バックアップとってんじゃねーのかよ
いくらなんでも1日前には戻せるだろ

関係者のみんなはどんな気持ちで今日の朝を迎えるんだろうか

そもそも更新プログラムになんでコマンド入れてたの

レンタルサーバーレベルならデータのバックアップは自分でやれ
でもまだ許されるけど、
今回はASPといってアプリケーションの運用まで含んでところが問題

訴訟が捗るね！
やったねたえちゃん！

>>138
真の意味でクラウドストレージでしょ
っていうか俺はクラウドストレージって要するにWinnyみたいな構造のもんだと思ってた

３つのミスが重なった不幸な事故だっつってんだろ！

>>144
えっ？
ちがうの？

どういうスクリプトだったか開示しろ

あるあるｗｗｗ

>>50
いや、選択と集中の結果だよ。たぶん。

東電に習えよ



銀の弾丸「想定外」

ファイル消した後わざわざ上書きしたのか

あれだけechoしろと…

内部の愉快犯がデータ全消失パッチ仕込んだんだろうなあ
こんな穴だらけの管理だから通るかもとは思うだろうけど
ほんとにデータ全消失するとは愉快犯も思わなかったんじゃないかな

>>144
それで合ってると思うけど

おまえら大本営発表を鵜呑みにしちゃうの？

>>123
普通のOfficeクリップアートだろ。

東電なら「不幸な事故」を演出するだろうなｗ
今回の中間報告は全部馬鹿正直に書いてある（ように見える）ので
読んでて逆に気味が悪い。

>>146
あんま詳しくわからんけど上の絵見る限り違うっぽい
つかP2Pなら鯖が死んでデータがどうのって話になんねえんじゃねえの

>>146
Winnyみたいな概念…ってことでいいんだよね？俺も自信ない(´・ω・｀)

「クラウド」って要は分散コンピューティングの群にストレージ領域やら
計算能力やらを任せるコンピューティング、雲のように掴みどころのない、形のない漠然としたものに
膨大な記憶量や計算量を生み出させることだと思ってたんだが

ちがうのかな？

リンカーンかワシントンか忘れたが正直に懺悔したら許されたわけでこれも許すしかないな

>>129
DLTは古くないか？
今はたしかLTOだろ？

なにそれこわい

>>158-159
これはただのレンタル鯖でしかないよな
詐欺じゃないの？

なんかよくわからんけど
これやらかしちゃった人のことを考えるとメシウマッ
ぶん殴られたりしたのかなぁ

お、おう

これ馬鹿正直にそのまま公表してよかったのか
なんかの事故ってことにしとけば
被害が少額の企業なんかは情けをかけてくれたかもしれないのに
こんな完全な人為ミスだったら怒りも収まらんだろ

しかし客のデータ全消しできるようなミスが起こるなんて
どんな管理してたのかね
そんな大事な物をマジでrm -rf /みたいな
dosやlinaxなんかのコマンドで処理しようとしてたのか？
もし専用のプログラムで管理してたなら
プログラム作った下請けがチェック機能付けてなかったのが悪いって言えるかもしれない
そこまで狙ってこんなことを公表したのかな

これならただのレン鯖でOSのシステムアップデートもデータバックアップもユーザー任せのほうがましだな

テストで消さなければいけない箇所だけチェックしてよし、消えてるな→本番

ってこと？

まとも所ならこの被害を出した会社とは関係を断つだろ
やりようが良くていいんじゃね
もちろん損害を賠償してもらうけどその後に切る決断にはなっただろう

プログラムって言ってるけどただのシェルスクリプトだろ

>>124
データが消えることがまず無いからな
PDだと匿名性まで完璧
PDの推定バックアップ容量見てみたら今150TBあったｗ

>>38
ちょｗｗｗｗｗｗｗｗｗｗｗ
バラしちゃダメだってｗｗｗｗｗｗ

これって免責されないよね
多分いくら規約に保証されないって書いてあってもこれが事実なら裁判で負けるわ

hdd丸々コピーしようとして
コピー元のhddをフォーマットしてしまい
超焦った。
その後、数時間かけて全セクタをサルベージして
ほぼ復旧に成功。

素人をサーバー管理者にした結果がこれだよ

>>166
rm -rfじゃないんじゃね？
例えば通常は
rmdata server1,server2,server3
みたいに使うコマンドで
引数なしの場合全サーバーを対象とする

みたいなことになってたんじゃないかな？

まぁ人為的ミスを認めないとなると、
「じゃあシステムのバグによる暴走か？」ってことになって、
原因が明らかになるまでは同じシステムで運用しているところ
全体があぶねーってことになってしまうからなー。

馬鹿正直な発表をするにしてもオブラートに包んだ発表をするにしても
これから地獄なのは変わらんよ。

まだHDDの容量がMBまでの時代、オフィスにあるサーバ内のRAID5ディスクのデータがシステムごと全部飛んで、SEさんがDATから必死に戻していたが、2週間くらいかかってた覚えがある。

ヒューマンエラーか
にしてもどでかいミスしちゃったな

>>173
さすがにこれはお粗末すぎて免責されないと思う
あまりにもアホすぎだし規約どうりの賠償じゃ絶対おさまらないだろうね

復旧用のもおそまつでわろた
全員に見られるようになってたって？

ヒューマンエラーかよw

要するに本番環境とは別にバックアップ環境はあったが
データのバックアップを取るということはしてなかった

本番環境でデータを消すコマンドを間違って実施したところ
バックアップ環境でも全く同じことをしてしまい（バックアップ環境は基本本番環境と同じ動作をするから）
どっちの環境でもデータが消えた
データのバックアップは無いので終わり

いやテープドライブなどの、物理的に隔離されたバックアップがあるはずだろ、普通は。

すべてオンラインで繋がったサーバとか
こういう事態が起こりうることは容易に想定されてんだから

根本のシステム構成から間違っている

>>6
あげといてやろうな

ゴミのような人員とゴミのような管理
もう駄目だろ

脆弱性対策かしらんがバックアップに更新かけるのはおかしいだろ
どういう思考なんだ

>>183
なおテストは機能していなかった模様

も追加でｗ

>>94
検証の時点で対象外サーバーも確認してたら、
削除コマンドの指定範囲が間違ってるのに気付けてたのか

本当にプロなん？

DRサイト（ミラーリングサイト）に切り替えて、本番を更新
問題がなかったら切り戻して、DRサイトを更新
うちだとこうなんだが・・・

もしかして、クラウドやってるくせにDRサイトさえも持ってないとか・・・？

バックアップも同じハードに入れてたら意味ないよね。
物理的に破壊される場合もあるし。

>>164
殴られるならまだ自分に肉体的懲罰が感じられて精神的にマシ

おまえにはうちのシステムを金輪際触らせられない、と自宅待機命令を受け
家で手首切ったり自傷に走ったりしてなきゃいいが

バックアップサーバーにもパッチを当てるってのはわかるけど
データのバックアップを数世代持ってないのはどうなんだ？
俺の知ってる所はサーバーの冗長化と共に、
LTOチェンジャー使ってOS以外のデータを毎日ローテーションで数世代取ってるぞ

東電を反面教師にフルオープンにした予感

そもそも脆弱性対策の更新プログラムで１つのサーバーのデータ全消しするっていう状況がよくわからないんだが
どういう意図なんだ？

これやった社員はどうなるの？

>>194
だからそれを持たないシステムなんだから
同時にバックカップにバッチを当てるのはおかしいって話でしょう

■ 暫定対策
サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き、当面の間はメンテナンス作業を停止いたします。また、止むを得ずメンテナンス作業を行う場合には、ダブルチェックを欠かさず細心の注意を払って作業を実施いたします。
メンテナンス運用手順を修正し、対象外サーバーの確認作業を追加します。
通常のバックアップ以外ではバックアップ領域に修正を加えられないように仕様を修正します。
■ 今後の事故究明と再発防止策
第三者による事故調査委員会を6月30日までに立ち上げ、事故要因を徹底究明し、再発防止策を策定いたします。


wwwwwwwwwwwwwwww

結局潰れるのだから自宅待機でもどうでも

こういうのってやらかした担当者は首になるだけで終わるんだよね
正社員って良いご身分ですね〜

こんなに簡単に全削除できるものなら、今までよくウィルスで同じ被害が起きなかったね

RAIDは冗長性でバックアップではないと
さんざん説明があったろうに

未だにRAID1でメディアエラー起きて一部データロストとかあるけど、
客がよく切れてる
毎日データバックアップしてないからだと

>簡易バックアップサービス　初期費用：無料 / 月額費用：2,100円
>リストアサービス　1回あたり 10,500円
>※弊社のシステムバックアップデータをもとに、お客様のデータや設定情報を復元します。
これじゃあ「バックアップ取ってる」と客は思うわな

それバックアップの意味ないじゃん・・・

1台のHDDでパーティション分けてCドライブをDドライブにバックアップしてる俺レベルか

>>201
担当者レベルの問題じゃないだろ、システムが根本的になってない、、

何よりもシステムのバックアップは存在してもデータのバックアップが存在しないという設計が問題
アホすぎ
流石日本のITといった感じ
馬鹿しかいないんだろう

>>47
スーパー連鎖(倒産)タイム！

原発に繋がるものがあるな
クラウドさんのせいじゃないからな。やめなよ

俺の鯖のほうがまだ安全だわ

>>201
正社員のわけないじゃん
派遣とか請負の素人だろう

>>176
そんなヤバイ事を簡単にできるようになってたのがおかしいっつってんだよ
普通は削除コマンドに「引数無しで全対象」なんて仕様にするのがおかしいし
もしそういうプログラムに得なかったなら
引数入力してない時に警告出すとかいくらでもやりようはある

こんなシステムで信頼謳ってたのかよ

>>214
おいおい

国策の原発があのザマだぞｗｗｗ

こんな国でｗｗｗ

>>206
このシステムだとCのファイルを削除した瞬間にDのファイルも削除されちゃうからヒューマンエラーに関してはこの会社のシステムの方が弱いな

設計レビューとコードレビューしとけば

クラウド提供するとこは欧米からシステムまるごと買って運用だけしてると思ってたが違うのか

それでどう責任取るの？

ヒューマンエラーでした ｴﾍｯ　ってこと？
そしてそしてその後どうするの？この事件を？

>>205
バックアップの意味はあるよ
本番環境がハードウェアが死んでも、バックアップ環境に切りかえればそのまま連続運用できるっていうシステムだから

ただ、データのバックアップにはならない
RAID1はHDDが死んだときにそのまま連続運用できるけど、データのバックアップにはならないのと同じこと

やっちまった奴って、サリン事件並の人数の人生ぶち壊してんじゃね？

>>221
それはバックアップじゃなくてただの冗長化でしょ

嘘でもいいからハードウェア障害と言っておいた方がマシなレベル

たとえ1つが消えても残り2つが不当に改ざんされたデータを感知して元通りにする

エヴァのスーパーコンピュータみたいなのはすごかったんだな

>>224
嘘をつくと裁判で不利になることも見越したんじゃない？

>>224
全サーバのデータが吹き飛ぶハード障害って

バックアップもシステムの末端に組み込んで強制削除しちゃったのか
なんで組み込んでるの

このシステムをメンテしてたスタッフがかわいそうだわw
こんなの怖くて使いたくねーよwwww

社員はコマンド実行したとき
どんな気持ちだったんだろうな

>>213
確かにおかしいよな
サービス開始前に全サーバー簡単に初期化できるツール作ってそのまま使ってたとか？

>>230
責任の擦り付け合いじゃないかな
このスクリプト作った奴は誰だ、バックアップ体制を作ったのは誰だ、コマンド実行するときに異常に気づかなかったのか、などなど

>>230
社員「ほなハロワいこか」

範囲の指定とか、慣れれば派遣でも出来そうな処だしな。
ちょっぴり齧った頭だったら誰でも出来る。

重要な処は相互確認をしないといけない。（アルバイト（派遣）＋正社員の二人で）

まぁこういう事件が起きないと全体のセキュリティやコンプライアンスが向上しないのもあるしな。
間違い無くこの事件が起きたから、未来のもっと大きな障害のいくつかを未然に防げたよ

バックアップは1日1回１つだけとってるんだ
もっと頻繁にとってるかと思ってた

うちもこうなりますよ！って言えば上司はびびるからな
サンキューファッサバ

>>225
それRAID2以上なら普通だろ

>>234
エヴァの大事な作業する時は2人が別々の場所で
キーを回して操作するやつか

本当にエヴァの方がすごいなー

これ責任逃れ無理だろwww下手したらYahooも死ぬwww

>>27
腹立つ言い方ｗ

原因３がこじつけ臭いなあ
ＡとＢ、対策にタイムラグがあると問題が起こるからといって、単純に同時にやれば良いと判断しないだろう

>>236
バックアップ1日1回は普通だろ
バックアップ先の領域もその分必要だし
バックアップ中はサービス重くなるからな
大体夜間バッチで動かすもんだよ

>>239
初号機パイロットが怒り狂って本部を消滅させかけたけどな
あれシンジが悠長に喋ってなかったらアウトだったろ

>>239
エヴァはモノがモノだからコストも無尽蔵にかけられるからね
ギリギリの人件費で利益を出さなきゃいけない鯖屋には真似できない

掃除のおばちゃんがコンセントに足引っ掛けたのよりひでぇw

>>232
手順書あるかどうかだけなんじゃない
作ったやつがどうのよりもこのシステム？（笑）の場合コスト掛けずに運用することが先だろうからな

サーバー群のバックアップ領域にWEB鯖用と同じ脆弱性対策が必要なネットワーク構成だったってことか？

おいおい・・こんな凡ミス
シロウトでもやらないだろ
産業スパイじゃねーのか

これから裁判だらけになるね、ここ

>>249
ホームページなんて誰でも見れるのに何でわざわざ消すのさ
あほらし

削除コマンドを停止させる処理って何だろう
無限ループで終了フラグ立つまで消し続ける処理ってことだよな、えげつねえ
削除対象リスト作ってから消すとかデキなかったんだろうか。データ量が多すぎて無理だったんかな

>>26
だよねぇｗ
なんのためのバックアップなんだｗ

重過失でござるー

http://www.youtube.com/watch?feature=player_embedded&v=1SCZzgfdTBo
Googleのデータセンター

巨大なGoogleでさえテープドライブで物理隔離した保管を行なっている

総括すると、この発表は事実ではないということか

全鯖対象に削除実行ってどんな管理体制だよフリーダムすぎる

>>252
電源引っこ抜けをwww

>>255
いやググるだからこそだろそれはｗ

>>232
いや、実行に気がつかないでメシ食いにいってたのか
ディスクがカリカリいってる(いわないけど)のをぽかんと見ていたのか
実行を止めようと努力していたのか

はたまた

そこらへんが歪んだ意味で気になる

データのバックアップを取らないシステムなんかを設計して使ってた会社なんて潰れなくても今後利用する気にはなれんだろw
この件で素人集団とバレちゃったわけだしw

>>256
なんか合った時完全な事実公表してるとこってどこあったんだろうかっていうｗ

早くkillコマンドをやるんだ

＞復旧プログラムの仕様への理解が不十分であったため

5万を超える顧客を抱えた企業の言葉とは思えないｗ

>>255
いろんな潰れた鯖屋を買ってるから、そういうところのはわからんぞ
ちゃんとしているところはそこだけかもしれない

気づいた瞬間心臓止まりかねんな

これ裏を返せば内部の人間なら全サーバの全データにアクセスできるってことだろ？
普通にやばいよね。

>>255
ベタだけど三次バックアップ以降は物理媒体だなあ
にしてもSE悲惨

バックアップを更新したら
それバックアップじゃないよ

要するにちょっと消そうと思ったら全部消しちゃった的な話？

世界中にある、原発とか軍事ミサイルとかのシステムは大丈夫なんだろうな
ヒューマンエラーの全てが洗い出されてるのか

>>262
サバ事件じゃないけど
サウンドハウスのカード流出？

ここ最近はかなりの隠蔽度合いかな

>>269
ちょうど更新時だったのかもしれないぞ！

>>256
素人をどうやって納得させようかって感じにしか見えない

なにもかもおかしい
起こるべくして起こってる

>>94
RAID1でなんで別々にコマンド発行できるんだよｗ

メンテナンスによる人為ミスは想定されることで、システムでミスに対する耐性を持っている、普通は。

オンラインで接続されたシステムは、何らかの理由で全損する可能性は常にある
この会社は物理的に隔離されたバックアップを持っていなかった
システム設計段階で間違っている

>>244
ダミープラグ（人工知能）とアンビリカルケーブル（電源）

エヴァを破壊するぐらいの自爆装置（機能停止装置）を用意していない訳がない（妄想）

削除コマンドの範囲指定忘れただけでバックアップも消えるようなシステムが悪い

今日は給料日だお

何を上書きしたんだよw

なあに良くある話さ

これって顧客になんの責任もないじゃん
損害賠償請求くるぞ

>>8
本来はそういうのを「バックアップ」って言うんだが
この会社はそうではなかったようだな

あるあるｗ

Yahooもファスサバ使ってればよかったのにな

データが消えていなくてもファーストサーバーが詐欺で訴えられていいレベル

>>78
WindowsUpdateでの不具合が怖いから
念のためにバックアップを作成したのに
そのバックアップと本環境の両方同時に
WindowsUpdateを実行したってことだよ？

「普通の鯖会社ならどう対処してる？」とかの問題ではなく、
ド素人の俺でもこんな事やらんわｗ

給料もそうだが、そういやボーナスも近かったね。

いきなりボーナスなかった事になったりしてｗ

なんか、心が痛い

>>280
「21日以降の勤怠表が飛んだから欠勤扱いな」

切り捨てられた奴隷SEの置き土産だろ

まだ気付いてない会社とかあるんだろうな・・・

運用テストを軽視するからこうなる。

実行する前に確認や警告が出ないのがおかすい

おそらくサーバー管理ソフト使ってんだろう
puppetとかchefとか
そのルールを書き間違えてやらかしたんだろう

東京湾に浮かぶな

稼働率100%だから待機系への切り替えで対処できない問題は起こらないことになってたんだろうな

このシステムの設計は自社で行ったのかな？
他社なら飛び火して面白いのにw

やらせるなよ

これ損害賠償いけないの？？

こんぴゅーたー「俺は悪くない」

>>279
この記述だとバックアップやったのは削除コマンドの不注意とは違って故意なんだろ

うわああああ
テスト環境だがやったことあるわｗ

>>301
だから約款持ち出して「消えてもウチは責任取りませんって言ってますやんｗｗｗ」って
主張してんだよ

> ハードウェア障害が発生してバックアップに切り替えた途端に
これがそもそもおかしい

HDDを0バイトで上書きしたわけでもなし
時間かけりゃ復旧できるだろ。これ。

>>292
あれか、辞める最後の腹いせに時限的な置き土産を残した感じのコピペ（餌をあげないと〜）があったな。
今回とは全く関係ない（だろう）けど。

>>301
バックアップのオプションを契約してる企業は賠償請求できるだろうな。
支払えず潰れるだろうけど。

バグじゃ無いじゃん
完全に操作ミス

どんな契約かは知らんが
これ稼働系と待機系があるだけで
バックアップじゃないよね

底辺SEが躍動するスレ

>>266
全身文字通り凍り付くだろ血の気が引くわ

バックアップぐらい用意しとけよ

悪いのは人の方だったのか
良かったなあ

バックアップやシステムファイル含めての脆弱性修正更新プログラム書いたけど一時ファイル削除のコマンド止めんの忘れてたわｗ
範囲指定してなかったからメンテナンスしてないサーバーも一緒に丸ごと消えちゃったけどゴメンね☆(ゝω・)v

ちょっと何言ってるか分からないです

>>307
狂った鯖缶が証拠隠滅の為に窓から投げ棄てたんじゃね？

関係ないのに気分悪くなった

流石に設計したのは底辺SEじゃないんじゃね
でもSEって上流なら技術を知ってるってわけでもないしなぁ

>>301
ここまでイージーミスだと免責されない可能性が高い

社内の様子をライブカメラで流して欲しいわ

最初に言ってたように人的ミスか

結局デリートしただけって事？
それをリカバリできないとかありえんのだが
絶対ちがうだろこれ

本番環境とバックアップ環境へ同時に処理を走らせるのが凄いな。
ちょっと怖くて出来ないや。

さすが中国に毛が生えた程度の黄色人種国

>>319
動きゃ良いんだよ！派　と、綺麗に揃えたいんだよ！派の熾烈な争い。

復元できずってことはddコマンドあたりでご丁寧にゼロ埋めしてたのかね・・・

俺が担当者だったら速攻で精神科で診断書貰って休職するね
ほとぼりが冷めた頃、退職届出してバックれるわ

>>1
これは完全に許した
みんなももう許そう

バックアップ部もつなぎっぱなしか
これはひどい

人的ミスだし損害賠償来ても来なくてもどちらかに確実に死者が出ますなぁ
宇都宮線に飛び込まないでくれる？

JISでもISOでもいいからバックアップ体制の規格作れよ。

管理体制が稲中のノリなんだろな

データ復旧できるけど、雲のようにつかみ所の無い、何が誰のデータなのか分からなくなったから出来ない

クラウド(笑)

短所の寄せ集めじゃねーかｗｗｗｗｗｗｗ

明らかに重過失だろｗ
それでも誠実な対応をしないのか

>>335
ヤフーの子会社だしな
絶対しないでしょ

あれだ、2つのキーを同時に回さないと消去できないシステム作ればいいじゃん

ジャップのIT企業低レベル過ぎだろ…
そりゃ世界で勝てねーわ

>>335
そもそもレン鯖がデータの保障なんてする必要ないだろ
ネット環境の提供が業務なんだから
死ぬのはサイボウズ

Yahoo系に誠意のある対応は無理。
昔数百万件の情報流出した時、既に解約済みだったけど漏れて
保障のメールがきたけど500円のお詫び送りたいから新しい住所教えてくれってきた時はびびったわ。マジクソ

「おわびに容量二倍にします」

全然報道されないのがすごいな
禿の圧力か

これでバックアップから戻せってのは、通らんだろマジで…

再発防止策→ネットワーク構成そのものの見直し

どっかのエロゲーを思い出す

バックアップにも処理かます必要があるとしても、
処理前のデータも残さないとバックアップと言わんだろ。

>>342
携帯CMでどんだけゼニ落としてると思ってんだよｗ

これ、テロだよね？

今日電車止まる？止まらんよな？マジやめてくれよ

>>341
よし許した

一時的に脆弱性が残ろうとデータが古くなろうと
「バックアップ」はリカバリする時以外は
人為的にはできるだけさわれないようにして、
通常のバックアップは全自動で動くようにしておくのが
ヒューマンエラーを避けるための正しい設計だと思うのだけど
（脆弱性回避は別の問題だ）
素人の「上書きしますか？→全てはい」と同じことやらかしちゃってるんだよな('A`)

原発問題でもそうなんだが

人的ミスも含めて防げないと

最悪の事態を想定してないんだな

重過失で賠償義務負うんじゃねーの？

>>340
５００円（しかも、郵便局（だっけか？）に持っていかないと駄目・しかも期間限定）もあれ裁判になって、
大阪地裁で結局、約６０００円の支払い判決でたでしょ。（そっちまるっきり放送されてなかったけど）

対応は会社で決めるのではなく、裁判で決めるのが一般的。

社長が逮捕された時点で見限らなきゃいかんかったってことだわ
馬鹿すぎる会社

ようわからん
ドラクエで例えてくれ

派遣社員のテロ的展開だったら面白いのに

ここまで正直に白状したんだからもう許した。

これは仕方ないとは思えないな。
馬鹿すぎる。

ITのことはさっぱりわからんから、お前らの書き込みが宇宙語に見える

これはAUTO
損害賠償請求すべきだな

バグじゃなくて完全にレンタルサーバ側のミスじゃん

これミスした人はもう生きてないの？

なぜか東電を思い起こした

「このシステムは隔離されたバックアップが存在しないようだが？」
「その方が安くできます。」
「採用」

何で勝手に削除すんだよ？

データの保障は不要でも、作業ミスなら与えた損害への賠償は必要だろ

これファスサバと被害会社の担当者はどうなるの？
損害賠償請求される？

>>354
え、マジで？
５００円を受け取らなかったんだけど今からでも受け取れたりするかな？

>>351
バックアップじゃなくて出来の悪い冗長構成だからな

直接の原因はヒューマンエラーだが、これは防げるヒューマンエラー
この会社の運用方法がどう見てもおかしい

Yahoo!漏洩事件の時もそうだが、ＢＢテクノロジーだけなんだよね。その時請求先として認められたのは。
Yahooに対しては厳しいかな。
各会社が連携して裁判で因果関係を出したら認められるかもしれんけど。

アホｗ

毎朝6時にバックアップ取ってるなら
更新バッチだって自動で取り込まれると思うのだが
違うってことはデータのみ取ってたと。

でも、データのみなら更新バッチなどいらない。
読むとシステの障害時に切り替え想定してる。
バックアップではなくて
ただの待機系

ファーストサーバ「待機系はバックアップです(ｷﾘｯ」

>>332
こんな事故が起きるなら何かしらルールは必要だよな

K察とかデータリカバリ得意やん
そんなんでも吸い出せないん？

ここ、元社長がなんか猥褻なことして捕まってたよな？

ぜんぶ削除したらぜんぶ消えたって事だろ
削除コマンド考案者が犯人だわ

>>378
新幹線の売り子のねーちゃんに全裸でチン○ン見せたｗ

>>5
ワロタwwwwwww

これデータのバックアップ環境じゃなくてシステムのバックアップなんじゃ
よく言われるRAIDはバックアップじゃないよというアレ
なんでバックアップ環境とやらに即座に更新プログラムが反映されるんですか

仮にヒューマンエラーでも個人には責任無いだろ
みた感じシステム？の問題みたいだし？

人為的ミスっていうか、構造的欠陥だよな
きっかけは担当者かもしれないが、バックアップ（）までぶっ飛ばしたのは、完全にシステム設計のトップの責任だろ

ダミーテスト環境作ってなかったんだろ
労力が要るからな

クラウドでコストダウンｗｗｗ

訴訟の事はよくわからんけど、情報漏洩って500円で済まされんの？
どういう基準で決まるの？
6000円でも少ないだろ
故意に売ったら丸儲けじゃん
ン十万くれたら納得できるかなって感じ

こんな欠陥に誰も気づかないとかありえないだろうなあ、
誰かが気づいてもなおせない組織的欠陥があったとしか

「バックアップ環境」の正しい意味を報告を書いた人間が理解しているかどうか、
っていうのは案外今後ポイントになってくるかもねー。

技術や知識の差こそあれ、
この業界の人間なら知らないわけはないとは思うけど、
でも、報告や図を見ると、
「バックアップ環境」と「待機系」を混同しているようにも見えるんだよなー('A`)

うそくせーｗ

だから言っただろ！
SE・PGが削除命令を設計・コーディングする時は
数年かけて集めた自PCのエロ動画満載外付けHDDに当てる覚悟でおこなえと！

単純削除なら、1週間もあれば復旧可能だろ。
その間は致命的だけど。

バグ？ヒューマンエラー？
違う
これは禿が仕組んだ日本企業へのサイバーテロだったんだよッ！！

ほんの僅かでも知識あればこんなスクリプト走らせないよな
まあ、約款に書いてあるし、こんな会社の鯖使ってたとこの自業自得

>>1
よくわからんが、原因1で、間違えて全消しプログラムを作ってしまったとしても、
原因2の検証環境で、対象サーバーの確認をした時に全消しされてるから、おかしいと気づくんじゃないの？
それとも、対象サーバーは、全消し去れてる状態が正常だったの？

FSSE「バルス！」

ちゃんとした手順書が無かったり、操作したヤツのスキルが無かったりしたんだろう。

>>369
あー、上は覚書で書いたものだけど、ちょっと調べたら最高裁までいったんだね。
しかし、概ねは支払いを認める判決。（５００円金券を控除対象として５５００円の支払い）

2007/12/28日に最終的な判決が最高裁で出ているから調べてみ。

・・・これ見てみると、yahooの因果関係を認めているような気が（ｒｙ
（こっちは個人情報だから少し特殊なのかもね）

根本的な設定ミスだなｗｗｗｗｗｗｗ

運用系に更新プログラムあてて問題がなければそのバックアップを取る
バックアップ環境に直接更新プログラムあてるとかありえない

バックアップごと更新するという斬新な手法に驚き

専門的な板では阿鼻叫喚の地獄絵図だな
さて孫はどう対応するか

もう毎日、システム全体をHDDに保存してケーブル抜いとけよｗ
今のHDDの価格ならそれくらい楽勝だろ

>>374
メンテナンスしてからバックアップが行われるまでの間に
障害が発生したらメンテナンスしてないシステムが使われちゃう。
だからどっちもメンテナンスしましたってことだろ。
よかれと思ってやったらあぼんしちゃった。切なすぎる事案だ。

毎週二時間かけてテープでバックアップを取ってたのを思い出すぜ

この事件で問題なのは、クラウド化の流れに対してイメージが悪くなってしまったということ。

素人並みの鯖管理だとバレたしもうここは駄目だろうね…

○○人の派遣社員のテロってことはないよな？あるのか？

本番機でデータ消しちゃった後、なんで直ぐにバックアップ機にもパッチを適用すんの？
動作確認しても気づかないのかな

コミュ力でなんとかしろよｗ

>>386
こんな基本的なミス、明らかな重過失だよ。契約書の免責条項は適用されないので、禿げ得意の５００円では済みません。

本番環境に一個人がアクセスできること自体考えられない

ドンマイｗｗｗ

セキュリティパッチ当てる前にデータ群のバックアップ直で取ればよかったのに

あり得ねぇ

ぱよえーん

>>388
完璧に混同してるよｗ

どんな構成でどんな運用してたんだろう
仮想で鯖飼ってたんだろ？

バックアップって普通バックアップ時以外はメイン機器から隔離しておくだろ(´・ω・｀)

でないとバックアップじゃないじゃん

ネタで仕込んだバルスコマンドが...

Linux なんて使うからそうなるのデス
初心者にも優しい Windows を使いなサーイ

まとめると
�@更新プログラムのミスでデータ（メタデータ？）全損
おまけに他のサーバーにも全部飛び火

�Aテスト環境でまともにテストしてなかったから
ミスに気付かなかった
（他のサーバーの確認をしていなかったと書かれているが、
どう考えても実行したサーバーでもおかしくなっていたはずなのに確認されていない）

�Bバックアップは取っておらず、定時に待機系にデータコピーする仕組み。
待機系も同時に更新したので復旧不可能

こういうバックアップの仕組みを作る技術者ってなんて呼ばれる人たちなの？

データーベース技術者？
サーバー技術者？
ソフトウェア技術者？
管理者？

結局待機系があるだけでバックアップは存在しなかったんだな
容量でかくて料金安い所はどこも似たような感じかもしれんとか想像するだけで
恐ろしいな

説明を書いた奴の勘違いならいいけど本当にこれをバックアップとして商売してたならAUTOだな。

こんなことありえるのかよｗ

>>421
普通なら他のサーバーでも同時進行でテストなりPGなりしてるよね

バックアップは簡単
リカバリーは困難

>>422
インフラ担当

>>403
差し戻す為のバックアップにまで更新かけるとか頭パーだと思いました

データ削除しただけならサルベージできそうなものだけど
本当かこれ？
物理的に壊したか秘蔵のエロ動画上書きしたんじゃないのか？

こぼれた水はまた汲めば良い。それだけだ

>>403
基本を勘違いしてる。

それはバックアップじゃない。
稼働系と待機系。こいつらが保護するのはデータじゃなくて
物理層に近い仮想レイヤーの障害。

論理的なデータはシンクロされるのが正しいから
壊れたデータもシンクロされる。
データ保護が目的じゃないから。

普通この世界でバックアップっと言ったら
データのバックアップを指す。

今回の説明だと
オペミスとかプログラムのバグ以前に

バックアップが無かったから復旧出来ないだけ。
とんな契約かは知らんが
バックアップ売り文句にしてたら
詐欺と考えて問題ない。

つまり rm -rf じゃなくて rmdir を使うべきだったと？

データのバックアップはどこにとってたんだよｗ

あたし素人だけどバックアップも含むすべてのシステムを
全滅させるボタンがあったということよね

>>424
いくらなんでもHPに載せる前に「これで正しいですよね？」と
確認とって・・・


ねーなｗ
ファーストサーバだしｗ

>>422
ビルメン

じつに韓流

>>403
バックアップを復旧したあとに適宜メンテナンスでいい
復旧したらからと言ってバックアップが消失なぞしねーんだから
そもそもメンテナンスが不具合の原因にもなりえるでしょうに

間違ったフォーマットとかでphotorecすごいお世話になってるけど
消えたファイルを全部元通りにしてくれる魔法じゃないからな

>>431
こぼれた水は全部砂漠の砂に吸い取られ、
近くにオアシスもありません

すでに身体もカラカラで、おしっこも出ない状態ですけど、
どうすればいいのでしょう？

>>435
そりゃそうだ。所詮はデータ。
臨機応変に対応出来るように、全部削除出来るようにしてある。

ＡＵＴＯ

これ予想通りだったのか
予想以上にひどい話だったのかどっちだ

担当者は速攻で辞表出して、被害にあった先に転職して何喰わぬ顔してたら笑える

会社名は履歴書に残るだろうから面接官はチェックした方がいいな

>>422
オラクルｗ

>>422
ヤクザ

ソフトバンクのグループ企業、怖すぎ
こんな事故普通起こらないだろｗ
利益優先でスカスカの管理してんのか？

なんちゅーかなんのためのバックアップなのか分かってない阿呆ばかりかよｗ
バックアップなんかそもそもとってなかったんじゃないか

バカ過ぎて笑えないｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ここの社にリストアって用語はないんだろうな

ある意味予想通りだが、こうではあってほしくはなかった

ってとこだな

でも、じゃなきゃこんな事起きないか。

rm -rf /
　↓
rm -rf [null]/[null]

>>424
そう、

報告書いた人間がわかってなくてたまたま、
あるいは素人にもわかりやすくするという意図であえて、
「バックアップ環境」という表現を使っただけなのか、

「元々の設計思想的には『バックアップ環境』が正しくて、運用が間違っていただけです、
報告書では、正直にそのまま『バックアップ環境』と書いただけです」なのか

では、かなり本質が違ってくるんだよね。

中国や外国のSEは大学で情報工学やってるからここまでひどいことはしない。
日本のIT土方は文系卒とかうじゃうじゃいるし
基礎知識も無いまま経験何年とかで肩書きが偉くなるからこう言うことになる。
たぶんinodeなんて知らない。

馬鹿すぎる。

人件費をケチって、馬鹿を安く使ってるんだろ。

ん？
検証環境ではファイル削除コマンドは実行されなかったけど
本番環境ではファイル削除コマンドが実行されたってこと？
何でファイル削除コマンドが実行されたのかの説明がないとダメだろ

>>388
混同っていうかわざとじゃないの。
バックアップだと金かかるから待機系をバックアップってことにしてるんでしょ。

>>444
インフラ提供してるとことしては予想以上
でも話的にはありふれたしょーもない多重要因のただのトラブル

ファーストサーバーのいっているバックアックは
実はミラーリングのことで、実機と同じプログラムを
待機系にも同時に実行して両方ファイルを
消しちゃったってことか。

>>451
データをリストアじゃなく、リストラしちゃったんだろうな。クビ切るの得意そうだし。

いや~色々オワタけど、どうしょーもねーから週末は横浜アリーナにアイドルマスターのコンサート行って
現実逃避してたわｗｗｗ月曜日窓開けこええｗｗｗま、零細企業で俺に全部IT関連の責任押し付けた社長が悪いｗｗｗ
さｗｗｗ転職ｗｗｗｗ

これで電話しても相手は素人なんだからなぁ
もう開き直りすぎてるわｗ

>>432
なるほど、よくわかった。

消えたモンは仕方ないだろ、いつまてもグダグダ言ってんじゃねーぞ

究極のアホ

バックアップにも同時適用っていう運用があり得ないよな
脆弱性パッチが失敗するかもという前提が欠如してる

テストしても意味ない
東電の原発管理と同等のクズ運用だな

>>455
＞中国や外国のSEは

とりあえずおまえが中国人ということだけわかった

ここは最初からSBではないはずなんだが
最初からこうだったんかね

よくわからんがサーバー担当者から見てるとあるあるｗって話なの？

アクロニス使いのやつ手を挙げて

待機系がバックアップと言い張るなら運用も本番とバックアップで二重化し、本番でのパッチ適用後の不具合に備えるべきだった。

しかしこの会社は同時にパッチ適用しやがった。こんなの基本情報でも不正解になるレベル。

>>470
ありえないでしょ
デスクトップでもあるまいし

何のためのバックアップだよ
ただのミラーじゃねえかこれじゃ

初歩的なヒューマンエラーだなｗｗ

もうサルベージも諦めたんだから
5万社のデータさようなら

DELTREE

仮想にmint入れて sudo rm -rf / --no-preserve-root を試してみたよ！

／(^o^)＼ﾅﾝﾃｺｯﾀｲ　ｗ

ホスティングサービスの会社なんだから
バックアップは当然取ってるもんかとも思ったが違うんだな
あと待機系をバックアップって言ってるのもすげぇ

ケチってるのは人件費じゃなくてシステム運用費だよ
人間のミスは回避出来ないからそのミスをカバーするのがシステム運用のお仕事
今回は人間のミスで消えたデータを復活させるシステムを用意してなかったのが最大の問題点
根本的なシステム設計の時点で今回のトラブルには対処できるようになってなかった

これって、管理プログラムにフェイルセーフ機能全く搭載されてないってことだよな。
本番データとバックアップデータを同時に消去するとか通常あり得ない操作を受け付けるようになってるとか、危険過ぎる。

次に消されるのは犯人か

ようはリターンキー押す回数をもう一回増やせば回避できてたってこと？

　 ＿＿＿＿＿◎＿＿ 　 　 　　　　 ＿＿＿＿ 　 　 ＿＿
　|　　 　　 　 　 | |　　 |　　　 　 　　.| 　 　 　 　 囗囗|　　 |￣￣￣|
　|＿＿＿_　　　| |　　 |　　 ＿＿. r┴―――‐┴┐/　　./＿　　　|
　 　 　 　　| 　　| |　　 |　　 |　　 | |＿＿_　　 ＿＿|く　　/ ＼_|　　 | |￣￣￣￣￣|
　 ＿＿＿/　　./ |　　 | 　 /　　./　　＿_|　　｜　　　＼/、 　 　　 / |＿＿＿＿＿|
　 |　　　　 　　/　|　　 |￣ 　　 /　　|　 　　　/　　　　|￣￣　　　 /
　 |＿＿＿_／ 　 |　　 |　 　 ／ 　　.|＿＿／ 　 　 　 |＿＿＿_／
　　　　　　　　　　￣￣￣￣

>>463
フルキャストのわからない次元での話を吹っ掛けて
判るやつを出せ！でねばれねばれ

>>457
検証のときは、削除対象のものを確認して結果がOKだった。
本番のときは、削除対象以外のものがあぼんした。わしょーいってことだろ。

PC-8001のDiskBasicで「REMOVE」し忘れて、
5インチ2Dのクラスタを全部調べて、FATを人力で再構築したなぁ…。
ディスク操作を確実・慎重に扱うようになったいい思い出です。

>>377
それは１人に対して
物理的にも論理的にも専用のハードディスクであり専用のサーバであり、の話。
今回は、共有サーバ・共有ストレージとして
データのサルベージを断念した話。

これでSBが死んでくれるなら最高

今回の件で戦争とかでデータセンターがねらわれたら
かなりやばいってことがわかったｗ

クラウド終わってた

もう誰も使わないから慰謝料払ってから会社畳め

これヒューマンエラーで逃げようとしてるだけで
欠陥システムだよ。

安金で安易に作ったシステムが崩壊したから
誰か一人に罪かぶせて逃げようとしてるだけ

せめて一週間前のデータでも残ってれば救われた企業もあるだろうに

　 　 ＿　□□　　　 ＿　　　　　 ＿＿＿､､､
　 ／／＿ 　　[][]／／ 　 ,,-―''':::::::::::::::ヽヾヽ':::::/､　　誰　　作　　 こ
／／ 　＼＼　 ／／　 ／::::::::::::::::::::::::::::::i l | l i:::::::ミ　　だ　　 っ　　 の
￣　　　　 ￣　 ￣／ /:::::::::,,,-‐,／i/`'''￣￣￣ ｀i::;|　　あ　　た　　 rm
―`―--^--､＿_ 　 /:::::::::=ｿ　　 /　ヽ､ ／　　　,,|/　　 っ　　の　　 -rf
/f ）,fヽ,-､ 　 　 ﾉ 　|　三　i　<ニ`-, ノ　/､-ﾆニ' 」'）　！！　は　　 /
　 i'/　/^~i f-iノ 　　|三　彡　t￣ ｡` ｿ ﾊ_ﾞ'､￣｡,ﾌ | ）　　　　　　　　 を
,,,　　　　 l'ノ　j　 　 ﾉ::i⌒ヽ;;|　 ￣￣　/ _ヽ､￣ 　ﾞi　）
　 ` '' -　　／　　　 ﾉ::|　ヽミ 　　`＿,(＿　　i＼_　 `i ヽ､　∧ ∧ ∧ ∧
　　　　　／／／　　|:::|　( ミ 　 /　＿＿ニ'＿＿｀i　|　　Ｙ　 Ｙ　Ｙ　Ｙ　Ｙ
　　　,-"　 　 　　 　,|:::ヽ　 ミ 　　/-───―-`l 　|　　／／　 　　 |
　　 |　　／／　　 　l::::::::l＼　　　 ||||||||||||||||||||||/　 |　　　　　／／ |
　　/　　　　 ＿＿__.|:::::::| 　　 ､ 　`ー-―――┴　/　　　 ＿＿,,..-'|
　/ﾞｰ､,-―'''ＸＸＸＸ `''l::,/|　　　　ｰ- ､＿＿￣＿,,-"､＿,-''XXXXX |
/XX/ XXXXXXXXXX|　|　　　　　　　　　＿,　　/ﾉXXXXXXXXXX|

>>481
違うよ、管理プログラムじゃなくてこの手の運用マニュアルがなってないっていうことだろ
ミラーリングだけでなく、もう一個バックアップ用意しなくちゃならない状況なんだから

苦しい言い訳だなぁ・・・ｗ
絶対ウソだろ
普通は２重３重にプロテクトが掛かってるはず
yes/noで

ワロタ

メンテナンスの時に作られる一時ファイル消すためのコマンド操作のとき
打ち間違えて全消ししたのかね

>>493
そっか、そうだよな
ヒューマンエラーは避けられんもんな

サイボウズ　寄り前の板　21300
前日終値　24270　12-6-22

バックアップ用の鯖導入をけちったのかね

ごみ箱を空にするコマンドが必要だな

>対象サーバー群とそのサーバー群のバックアップ領域に
>対して同時に更新プログラムを適用するという構造
明らかにこれがおかしい
本当だったらド素人としか思えない

これによって他のクラウドサービスも同じような運用がされてるって思われるんだろうな

こんなヒューマンエラーでシステムが壊れる仕組み作ってたのがダメなんだろ
バックアップはある程度隔離しないと

>>502
バックアップ用のテープメディア導入もね

ネット経由で鯖バックアップって遅そうでなんかイヤだよな…

それなら、専門業者が復旧できそうだけど、なんでできないの？

中央線乗客転落

>>493
欠陥システムだし意図的にケチってたんだろうな
簡易バックアップなんて適当な言葉使ってるとこみると確信犯にしか見えない
http://support.fsv.jp/manual/backup/snapshot/index.html

検証環境で対象サーバだけ確認してしまったんだろうけど、
プログラマはそのサーバだけ反映してるつもりなんだから分かる気がするわ。

ミラーリングしかバックアップないのかよ。
と言うかそれをバックアップと言ってたのかよ。

にしてもここからデータの復旧自体は難しくなさそうだけど何でやらんの？

　　　　　　　　　 __,,,､,､,､_
　　　　　 　 　 　／´ ／ ノﾉﾘ ｀ヽ,
　 　 　 　 　 　/ 〃 / 　　　　　　 ヽ
　　　　　　　　i　　 /　 　　　　　　 ﾘ}
　　　　　 　 　| 　　〉 　　-‐　　 '''ｰ {!　　　　こんな出鱈目サーバを置いている国は
　　　　　 　 　 | 　 |　　 ‐ｰ　 くー　|　　＜　国際的に信用ができませんね。
　　 　 　 　 　 ﾔヽﾘ　´ﾟ　 ..,ｒ(､_>､ ﾟ'｝　　　　やはり信頼の置ける国、韓国にデータセンターを
　　　　　　　　 ヽ_｣ 　 　:: ト‐=‐ｧ'::. !
　　　　　　　　　 ゝヽ、　::..｀二´'.::ノ
　　　 　 　 　 　 　　ｒ| ｀ ー--‐ｆ´
　　　　　　　　　_／ | ＼　　　／|＼_
　　　　　　 /￣/　　| ／｀又´＼|　 | ￣＼

バックアップのプログラムは一個前に留めてメインが異常起きたときプログラムをチェックしたり復元したり
やってるかと思ったけど同時にやんのね

>>514
ぶっちゃけコンピュータ関連は今チョンコクに負けてんじゃね？

>>511
騙す気まんまんww

ファーストサーバにはCTO()はいないのか？

今後に生かすしか無いな

これ、中小企業レベルの鯖運用でいうと、運用中のNASとバックアップのNAS両方とも一度にファームウェアのアップデートかけるのと同じようなもんだよな。あり得んすぐる。

>>308

229 名前：名刺は切らしておりまして[sage] 投稿日：2008/07/25(金) 19:42:07 ID:8x77/p86
>>226
昔、安月給でさんざんこき使ってくれた上残業代を払わないと宣言してくれたお礼に、定期的に餌をやらないと自作のシステムが停止する仕掛けを作りこんだことがあったな。


残業代もでないのに残業するのは馬鹿らしいから、自分でシステム組んで、自分の業務の７割近くを圧縮。
結果、定時で毎日帰ることができるようになったんだが、どんどん仕事が舞い込んできた。
まぁ、それもどんどんそのシステムに組み込んでいったわけで、当初の仕事量の５倍近くまで膨れあがっても、
俺はそれでも定時に帰っていた。

そしたら、周りの人間がいるのに定時で帰るとかなんとか抜かしはじめて、評定まで下げ始めたので、
辞めさせていただきましたｗ　もちろん、システムは別に作れと言われたものでもないし、
仕事量を５倍こなしていたシステムをどうやら上司は当てにしていたようで。

俺がその会社を辞めることになって数ヵ月後、仕掛けが発動し俺の自作システム停止。
当然のように業務破綻。すぐに元上司が「何とかしてくれ！」と泣きついてきたが
「手でやれば早いんじゃないっすか？残業させてもコストゼロなんですしｗｗｗ」
とすっとぼけたのも懐かしい思い出。

おれガテン系の元DQNだけど
これ、いったんバックアップ機全部に
バッチファイルあてるみたいなことして調べて
それがオッケーだったら
普段使いのやつの改修したら
まだマシだったんじゃね？とか思うんすけど・・・

１Fと２F同時に柱とか解体する感じっすかこれｗ
頭大丈夫なんですかここの人ｗ

毎朝6時にバックアップする仕組みだからRAIDじゃないよな。

なんでバックアップまで同時に処理してんだよアホか

>>516
チョンはおそらくもっと酷い
と言うかあそこはｻﾑｽﾝがあるだけで全体のITとしては酷いぞ。未だにIEでしか見れないサイト多数。

>>354
うわーーーもらい損ねたーーー

>>519
まともにしようとしたら
ベラボウに金がかかって採算合わないから

システムの費用は、1%の障害のために
七割以上費やされてるの法則

バックアップはとってなかったと考えたほうが自然

わざわざ鯖屋にとっての心臓部をケチってリスクとるほど利益率低い商売じゃないと思うんだけどな
理解に苦しむ

>>527
いつも思うんだが、そのへんのPC買ってきて適当にRAIDシステムつくればコスト安いじゃん
海外の企業は民生品使ってるところ多いぜ
数が出てる一般向け製品の方が実は故障が少ないし

>>527
１％の障害で１０割以上の損害が出るんでしょ？
データ・システム破壊の上に信用失墜と言う大損害が

>>397
なんだ2007年まで行ったのか、そりゃもらいそこねるわ、情報漏れいつだったかすら忘れたし。
2007年当時なんかそんなことすっかり忘れてたし

本当にバックアップしてたのかな？
コスト削減・データ領域確保の為、
バックアップしてなかったんじゃねえの？
だけどそれだけはバレたらやべえから
「バックアップ分も同時に削除してしまった」とか
普通じゃ考えられないミスをしてしまったことにした、とか。
本当怪しいわこの会社。

大体、企業向けのサーバーで
1TB月1万円とか安すぎるんだよ。
企業もコスト削減の為に
こんな安いサーバー利用して自業自得だとは思うけどな。
企業なら月10万ぐらいサーバー代出せっての。

に、人災・・・

>>522
あえて釣られてレスすると
君が言ってるような例は、解体する２階建ての家の柱を抜く前に
住んでた人が立替する間の住居の方を先に解体すると言ってる

>>534
ひ、人災・・・

>>533
HDD障害なんてよくあるだろうからミラーリングくらいしてるでしょ

俺も社内サーバのバックアップとってるけど、万が一が怖いからバックアップ元はリードオンリーでマウントしてるというのに。

>>533
だからバックアップは無かった。
1段階の冗長構成だけ。

>>530
最近は安くなったし俺もそう思うけど、会社の場合金でデータ保障買ってるようなもんだから高いの選んだりする
今回は金で買った保障が効かなかったみたいだけどな

これ、原発事故に例えるなら福島じゃなくチェルノブイリだぜ？

ＩＴの仕事してる人ってこういう精神的にきつそうな仕事を毎日してるの？
なんか一般人だったら一日で鬱になりそうな内容じゃない？

ＩＴ土方１０年続いてる人とか精神的にタフそう・・

普通バックアップに変更を加えたりしないんじゃないの？
俗に言う予備とかスタンバイとかミラーとかの類だろ

Linuxこええ

ああ、これは単なるホットスタンバイの冗長化か。
こりゃバックアップじゃないな。

>>530
RAID．．．．．．Oh

俺の後任にはこのプログラムを書いた奴を推薦したい

>>533
高速バスと同じかもね。ユーザーのコスト低減圧力のせいでリスク管理がおろそかになりました！

お客様環境 : 本番環境
弊社環境 ： バックアップ環境

スクリプト言語ってすげえ恐いわ。今でもそう思う。

RAIDはバックアップではありません！って習ったよ。

RAID1はバックアップでないと言うのを身を持って証明してくれたな

素人としては
『みずいろ』アンインストール問題思い出した

テスト環境も公開鯖の実体を反映してない小規模なものだったと思う
動いたからチェックおｋ。みたいな

>>542
何も気にせず他人のせいにできる奴は生き残る
自分のせいだとしょいこむ奴は鬱でいなくなる

>>530
IT系じゃないけどそういうの売ってるから安いし使いましょうよと
いっても絶対駄目だったな元勤めてたところ無駄だって
そのくせHDD壊れるとなんとかしてって言うしもう無理だわ

ジャップってなんで危機管理能力がないんだ？

物理サーバーのスナップショットくらい別のストレージに逃がしてからテープででもとってれば良かったのにね。
テープ装置高いからなぁ。仮想化で単価下げたら足が出るようになったんだろうな。

>>555 うーんそうだよなぁ　世渡りうまくないと絶対つづかない気がする

>>548
この件に関してはユーザーのせいじゃないだろ

>>553
アンインスコするとHDDの中身も一緒に消滅するんだっけか

これ今まで事故が起きなかったのが不思議なくらいだな

rm -fr /
とここまで書いて、
詳しいディレクトリは後で調べて書き込んでおこう、
なんて考えてたりなんかして。

>>10
ちゃんと馬鹿であることを証明したじゃないか。

>>557
これはコスト削減を図った確信犯
間違いなく危機を承知の上で運用してる

>>546
10万くらいでPC組んでrsyncくらいしておけばコストかからんだろ
ってことだよ

　 　 　 　 / .７T..ト....:.:i :i| :i:.:.:.:.{:.|、:{:.:.:.:.:ハ:.:.:.:ﾄ::.i一:. . |
　　　　　 ′/..:|..:|､:.:./|:.|{ :|:.:.:.:.ﾄ:{ ＼:.、:.:.:／ : ヽ:|:.:.. i: .|　　　　　原因解明したで！！
　　　　　 : / ..:i|..:{:.＼ |:ハ:{､:.:.:.廴__ 斗＜:.:|::.:.:.|:.:|:.:.. |: .
.　　　 　 |:il .:.::ii:八:{::{ |≧十＼:∨ ,. 　 　 ｀|:.:.:..ト:|:.:.: |: .{
.　　　 　 |:|!..:.::,| ..:.ﾄド＼　_, 　 ｀　 z.､＿_レ|::.:.:.|´j:.:.:..|: .　　 ( ＼　　　 ／ ) {_.}_}　r‐
　　　 　 ,|:{ .::/l| .:小≧==' '^　　 　 ´｀￣´｀!:.:.: |' }:.:.:..|: . {　　 ＼ ＼／ ／　 　 ＿|　|＿/ )
　　　　 八| :ハ| .:.:{:.i xxx　　　,　　 　 xxx　|:.:.:.:|_,}:.:.:..|: . .i　　　 .> 　／　　　　(＿_　 ＿_　ヽ　 ＿_
　　 　 　 (__）　| .:. 八　　　　　　　　　　　　|:.:.:.:}V:.:.:..:: . . {　　 / 〃　　　　　　　　|　|　　）　}　(＿　 ヽ
　　　　　 .ｲ 　 i! .:.:| :i::.. 　 　 丶　ノ　　 　 ,:.:.:./:i::.:.:. :i: . .　　　{　{＿＿＿_.　　 　 |　|　 (_ ノ　　　 )　 }
　　　　 〃{ 　 .}: :.:.{ :|::::i:＞...　　　　　　イ/.:.:/i:,′:.::.八 : .l　　乂 ＿＿＿ )　　　　._ﾉ　　 　 　 　 (__ノ
　　　　 {:i.:{ 　 ハ:.:.:V :::|l:.:.:.}:.r }￣　__ ノ/:.:./:./:.:.:.:. ::i{: . . {
.　　　 八从　,: .∧ :.{:::::ﾘ::::::ノ 入_/'i{　 /ｨ /::/:.:.:.:. /::{:. . . .
　　　　　　 ∨ .:.:.:.＼V‐≦ムｲ　 ／》___.ﾉｲ 7:.:.:.:. /廴:.. . .八

もうね、ゆとり世代のために鯖の管理もGUIでファイルをゴミ箱に捨てさせるのがいいね
コマンド禁止な

>>566
やめろｗｗｗｗｗｗｗ

これ孫正義が賠償するの？

あるあ・・・あるあるｗｗｗｗｗｗｗｗｗｗ

ポチちゃった社員どうなるの(´・ω・`)？

＞システムを含むデータのバックアップは毎朝6時に取得しております。
＞
＞しかしながら、脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについ
＞ても実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップ
＞に切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に
＞発生し、脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、脆弱
＞性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に
＞対して同時に更新プログラムを適用するという構造に修正して実施しました。

昔は一応朝6時までは戻れるようになってたんだよな・・・

あかんやん
これってどう考えても過失だろ

>>562
六月の頭に派遣の契約が切れてOPが変わったんだろ。
月末の処理をしようとしたらマニュアルと引継ぎにミスがあったんだろうよ。
前任者のメモしか無いとかだったとかね。

で、このファーストサーバって会社はどうなっちゃうんだ？　顧客が離れちゃうんでないの？

じゃあプログラムのバグってのは嘘じゃん

>>565
ちょっと高いがWinサーバをGUIで運用するのが正解

実際に作業した人は、ただの派遣のIT初心者で手順書どおりにやっただけだと思うので、
実際に作業した人に問題はないと思う。
むしろ、そういう超重要な作業をIT初心者に任せている事が大問題だと思う。
これは、ファーストサーバだけの問題とは思えないです。

人災やんどうすんのこれ

100億出しましょう（笑）

まぁなんだ。

あるよね。あるある。

「鯖のデータ全部吹っ飛んでバックアップも無いからサービス終了しますｗ」
って言って消えたMMOといいバックアップくらいちゃんと取らないのかよとね

ヒューマンエラーかよ

>>578
上の正社員は何もしてないんだろうな
重要なことを派遣に任せるのが日本の凄い所。スマホ開発も派遣って聞いたが本当だろうか

これ凡ミスを壮大に言い訳してるだけだろw　

　　 / :/　 ...:/:′::/ :.:.:.....:./.:/:!:.:.:.i:..!:.:.....:{:.:.:.:.:.:ハ　　　　／
.　 /.〃/:...../:′'.::|:: i .::.:.:.:| :i:_{＿_|:.|:.:.:.i :|:.:...／　￣｀ヽ/　　　　　　ふ
　 '://:′::/斗:十 |::.::.::.:.:.:.: :}}ハ ::ﾊ:{:≧ト|:::/　　な 　 　 　 な　な　 ぅ
　{//::{: ／|i:八::{=从:{ i::::: :N孑弐{ミﾄ∨:::|::′　 る.　　　　 る　.る　(
.　 i :从 ::::{ｲｧ:う{ミﾄ爪ﾄ::::. !　ん):::::ﾊヽﾄ､:{:| 　 　ほ　 　 　 ほ　ほ　 )
.　 |.::| : ＼《 { ::::::: }　 ヽ＼{　{ ::::::::: ﾘ | :::ヽ!　　　ど　　　　 ど　ど　む
.　 | ::!::|ハト.乂__ノ　　　　　　　ー '　 | :::＜　　　 |
　八::| :|::::i　/i, , 　 　 ,　　　　　/i/ ,　}:::}i::人　　　＿_ ノ＼
　 (__):::l:::::.　　　　　　　　　　 　 　 　 i.:/::::::::厂｢{:::::::{　　　 ` ー―　´
　/ :{ | :V:入　　　　　{￣｀ｿ　　　　　 }/}::::}/::::::l.|:::::::|
　{ ::|人::∨::::＞...　　 `　　　　　　. ィ升|:::/::::::::八::::::{

>>582
バックアップを取るって意外と考えること多いよ

>>576
だから言っただろｗ

そんなすぐに原因特定できるわけないってｗ

これはひどい

日本のデータセンター事業者ってこんなレベルだと
世界中に発信されてしまいまし(*´▽｀*)

>>575
流出の次にやらかしたら駄目なことを鯖屋がやらかしたわけだから
潰れるってことはないだろけどこの分野で今後の成長はまず見込めないんでないんでない

社員も事業もそのままで管理端末をネット越しに中継すればコンテンツ化できるぞ
有料会員は払った分だけコマンド流せるとか

>>563
あるある・・ねえよ！

バックアップなんてコスト２倍だし
消えたら逃げればいい業界はやらんよ

>>533
運用期間を考えればバックアップやってないのはあり得ない
本当にやってなかったらとっくに大事件になってる

天下のNTTデータでさえ、Doblogでデータすっ飛ばして閉鎖したくらいだから
まあよくあることなんだろう。

正直、自分でバックアップ取らないユーザもユーザだよ。

>>31
約款嫁

更新プログラムに削除コマンド入ってる時点でバックアップデータ退避しとけよ…

何度もレスあるけど図みると
データのバックアップじゃなくて待機サーバだよね
こんなん弄るの怖すぎる

>>572
脆弱性を放置して問題が起こる可能性とこの状態になる可能性、どっちが高かったんだろうか。

>>595
今まではこのバックアップもどきの冗長構成で何とか切り抜けていたんでしょう
本当の意味でもバックアップは一度もとっていなかったと

>>34
rm　-rf $DIRECTRY1/$DIRECTRY2
スペルミスなんて可能性もあるな。

>>596
ブログ使えば分かるけど、Webで編集したものをWebレイアウトで保存とかしたら広告だらけで使えんわボケ。

　　　　　　　　　　　　 ＿　＿　　　　　　　/　　す な ま
.　　　　　　 　 　　 ／: : : : : : :＼　　　　　ｌ　　 ば ん ぁ
.　　　　　　　　　 /: : : : : : : : ヽ: :＼ 　 ＜　　　ら に
　　　　　　　　　,:/: : : |:∧: ｘ: : ｌ: :l┴- 、 |　　 で せ
　　　　　　　　斗|: :ﾏ: |{　∨|: 从: |l＼: :ﾄＪ　　 す よ
.　　　　　　〃:ハヽ」 `､　　 ,=-､ﾚｖ_r┘: : ﾄ､　 よ
　　　　　　ｌ: `＝zYﾚ'⌒　　　''　/人´: : : /　＼！　　　 ／
.　　　　　　＼:彡'　ヽ、　( フ　ィ-､　Ｚ彡'　　　 　―‐
.　　　　　　　　 　 -‐n≧−/ぅ｀｀ L　　 　 　 -┼
　　　　　　　　　/ 　 ||　 |フ / 　丿∧　　　　 __|_
　　　　　　　 ∠、 　 レ '´ ∧　〈　　∧　　　 ､/
　　　　　　　 ∨_ > '´　 ／/∧　∨┬｝　　　/ ｀`

>>561
デフォルトのインストール先だと問題ないけど
それを変えた場合、同じ階層にあるディレクトリを全部消す、だったかな

指差喚呼は忘れたらアカン

>>533
１TB月1万円かー
やっすいなぁ
じゃあ仕方ないなって気がしてきた
良く利益でるな

うひょおおお全消しすっきりですね＾＾

>>529
ソフトバンクグループだし利益最優先なんじゃねーの？

そんな所の管理権限カスにあたえたのが終わってる

NTTも数年前に大文字と小文字を間違って
光回線の大規模障害起こしてたよねｗ

業務はやっぱりガム噛んでなかったやらねーといけないな

まったく回復できないってのも酷い話だ

アメリカで一時期停電が流行ってたころ、あちらのデータセンターに何時間も鯖止めるなって
文句言いに行ってこの施設は電気は数時間のバックアップできますヨって説明されて
じゃぁなんでいつも止まるんだよって聞いたら発電機の燃料入れ忘れただけだよ、人的ミスだね、HAHAHAって言ってた
もう燃料入れたからダイジョウブよ、HAHAHAって言ってたその日の午後、停電起きて鯖落ちたわ

>>377
誰のどのデータかわからんだろ

メイン・・・財布の金　普段使う
待機系・・・お守りに入れた1万円札　メインをなくしちゃったら即座に取り出して使う非常用
バックアップ・・・家の貯金箱　普段からこつこつ貯めている　
　　　　　　　　　　上二つともなくなったときにのみ使う秘蔵中の秘蔵

ってことか

バックアップ？RAIDで組んでるから大丈夫だよ！　　　　とかアホな考えだったりして

おまえらSEだろ
明日は我が身と思って教訓としてこの一件は肝に命じとけよ
顧客に迷惑かけんなよ

フルキャストの素人派遣に謝せるのか、酷いなｗ

いずれにしろ、ファーストサーバの言っていることが本当だとしたら、
ファーストサーバの善管注意義務違反は問えると考えられる

だとすると、ファーストサーバの賠償責任は利用料相当額ですむ訳がない
問題は賠償額で、賠償の対象にデータそのものが含まれているから、この価値をどのように算定するかが争点になりそうな気がする

以前なら当日朝6時のバックアップには戻せたんだな。

>>601
たまたま今までヒューマンエラーが出てなかっただけだなｗ

2つ同時に更新してそのコマンドで全削除させたんでしょ？
問題は同時に更新する意味がわからんな。
メインと同時にサブの更新したらバックアップの意味ないじゃないか？
片方終了後に開始するのがバックアップの意味だと思うんだけどな・・・・

そんなシステムのバックアップやアップデートの話を聞いてるんじゃねーんだよハゲ

個別ユーザーのデータを書き出してくれればええっちゅうねんで！

FAQ重いな。クラウドの利点をいかして、Webサーバにもっとリソースを割り当てるべきじゃないか（）

脆弱性の更新プログラムって自前で書いてるのか
Linuxなら社内にyumなりaptなりのリポジトリサーバー立ててupdateする方式じゃまずいの？

あれだな、マーフィーの第一法則がそのまま当てはまる事例だな

>>565


>>551　....ｏｈ

>>597
下級審とはいえ、約款よりも注意義務違反（不法行為）の方が優先されるとする判例も存在する

1stガンダムで例えると、ソーラーレイのメンテ中に
間違って打っちゃて、味方の艦隊全滅みたいな

そりゃ、もとに戻らんて

>>603
Webレイアウトで保存する必要ないじゃん。。
そもそも今回の件ならブログならブログシステムごとバックアップできるし

担当した奴ら生きてんのかな？

みんな大好き　rm -rf　と　cmd /c

rm -rf on fedora 15
　http://youtu.be/f3BTk6LA3AY

Ubuntu - rm -rf /*
　http://youtu.be/-HJEzOzV-ls

sudo rm -rf /* on linux
　http://youtu.be/N-rbDI6XXYQ

rm -rf / on FreeBSD as root
　http://youtu.be/Rp0eTVnBkVw

NetBSD 5.1 で rm -rf /
　http://youtu.be/f43EDnbsd8c

Mac OS X Leopard - sudo rm -rf /
　http://youtu.be/kAndMGl9h08

sudo rm -rf / in OS X
　http://youtu.be/7RfihcLJLeo

【cmd /c rd /s /q /c:\】を実行してみた。
　http://youtu.be/FBzVjYyFiCk

WindowsXPで危険なコマンドをやってみた
　http://youtu.be/9Q0Jj11ispU

テラバルスwww

>>623
理由は>>1に書いてるぞ。

この仕様はセキュリティ的には考えられてるが、間違った運用をしてしまった際の
イメージが欠けていたんだろうな。どこのレンタルサーバでもあり得るわ

これってC:formatのコピペに引っかかるくらいのマヌケさじゃん

担当者かわいそう

>>623
・ホットスタンバイをバックアップと言っていた
・冗長性とバックアップの長所を低コストで実現しようとした

windows以外はunix準拠だし概ねbashだからね

>>632
死んでるだろ事件後に５キロくらい減ったはずだぞ

糞すぎるw
データさえ無事なら、CPUがぶっとぼうが、HDDが焼けようが
プログラムがうんこだろうが、なんとでもなるのに
一番大事なデータをバックアップとってねーってアホだろw

よくこんな設計で長年やってこれたな

昔、隠しディレクトリの一つ（例えば.hoge)を消すつもりで
$ rm -rf .
ってやってホーム全部すっ飛ばしたことがある。

日本終わりすぎだろ
社内公用語英語とか言ってる場合じゃねえ
公用語をプログラミング言語にしろ

>>616
若干違うんじゃね？

価値＝データ・システムと仮定した場合
コイン・又はお札に価値が乗っかっている
突然の戦争や災害により超インフレが起こった場合その場合
バックアップすら使えなくなる

バックアップは金などの別の媒体で価値保証をしないとまずいんで無い？

>>614
わろた

>>584
上にいる人なんて穴だらけの仕様考えるだけ
下請けがそれで実装してバグ多発なのがIT

ひでーな
こんな素人レベルでよく今までもったもんだよ

この素人レベルがこの業界の標準なんだよ
いい加減脱却しろ

>>54
作ったやつと保守してたやつは別々の人間
そして両方共末端の安月給IT土方
システムそのものはマニュアルだけじゃ理解できないことも多い

>>61
これ作ったのは一応システム屋の仕事だと思う
Web屋には作れない
仕様がクソなのはあるだろうけど
保守にも問題があったんだろうね

ITドカタがやるからこんなもんなんだろ

findとかでやらかすことはあるな

ＨＰかどっかが持ってきた資料で見たけどこういう問題の７０％ぐらいはコマンドのミスらしい。
うちはあんま悪くないよっていうＨＰのアリバイ作りだったのかもしれんけど。

プログラムのバグとかじゃなく
掃除のおばちゃんがコードひっかけてレベルじゃねーか

日本人にコンピューターなんて崇高なものはムリだったんだよ
日本人ができるのはせいぜい組立まで、積み木や大工の延長

つーか、PCでいうところのゴミ箱てきなものとかはなかったのか？一発で消すような指令のときは権限の強い人だけで制限するとかさ。

>>623
バックアップは使用されているシステムに障害が起こったときに使用されるものだ。
システムが更新されることを原因としてシステムが障害を起こすことはない。
そのことは別のシステムで検証することによって確認された。
そのうえで、使用されているシステムとバックアップとに更新が行われた。
手順に誤りはなかった。運が悪かっただけだ。

なんとなく数年前に起きたメッセの流出事件思い出した

>>653
作業している人のレベルが掃除のおばちゃんレベルだったりするがな

>>633
全部ブックマークしといた

ちょっと胡散臭いなぁ

もっとフェイタルなの隠すために嘘吐いてんじゃないの？

>>629
下級審の判決を判例とは言わないそうだよ。

バックアップも同時に消去するってマジでアホだよな

そんなときのためのバックアップじゃねーの？って思うけど、
そもそもバックアップしていないシステムなのかな

この鯖会社潰れてしまうん？

掃除のおばちゃんのが時給高いだろ

結局 人為的なミスなんね 質下がってるなぁ 職人気質な奴おらんの？

DEL *.* /S /Q

や、やたら
rm -rf /
て書いてあるから実行してみたくなるじゃんよ。
実行したらどうなるん？

>>1
これ2時にアップしたのって寝ないで頑張ってるから責めないでってアピールだろ。
俺もよく使う手だわ

>>157
東電や日本人にとって最大の不幸は、問題発生時の総理が史上最悪のバ菅直人だった事

お、おう

テスト？あぁ、した、した →

ソウトバンクの子会社だと韓国あたりから丸っとデータ出てきたりするんじゃないの？
実は一週間ごとにバックアップとってあってそれが韓国国内にあります！
そのデータ使用料は1T辺り200万別途必要になります！そんな感じで出てこないかね？

今時清々しい程クラシックなバカだな

これは天災ですわ　罪を憎んで人を憎まず！！







とでも言うと思ったか禿の孫会社

＞　メンテナンス実施後にハードウェア障害が発生してバックアップに
＞　切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、
＞　脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
＞　脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に
＞　対して同時に更新プログラムを適用するという構造に修正して実施しまし

アホ過ぎｗ

これだからゴミ箱昨日のないlinuxはダメなんだよ

>>668
>>633

テレビ報道なかったからヤフー株価あんまり下がらねー

>>668
-v　を付けとかないと楽しめないぞ

全削コマンド実行した人の名前出さないん？

>>599
待機系を本番系と同時アップデートなんて正気の沙汰じゃない

>>649
システムも作れると勘違いした（勘違いされた）Ｗｅｂ屋が作ったのかもしれない

俺が東京でメインフレームのＳＥやってた頃、待機系は大阪にあったな
えらい遠くの地のメンテ要員はどんなやつか会ってみたかったな。

まぁ何はともあれ今回の地震でえらい遠くに待機系があったおかげで
停電なんて怖くなかった。待機系が同じ東電管内だったと思うと恐ろしい。

後、バックアップは物理的に切り離しておくようにしておくんだぞ！

>>669
プラス民の解説によると、2時は朝刊記事に間に合わないタイミングらしい。
東電の深夜会見と同じ手法だと

>>668
マジレスするとLinux系列のコマンドだから何も起こらない。

やったらわかる。

これ十分重過失だろ
訴訟起こされたら負けじゃね

>>666
職人気質はコミュ力が低いので採用しませーんｗｗｗｗｗｗｗｗ

せっかくの専サバでも、更新処理を他人まかせにして楽してるとアカンってことやな

>>685
Windows環境でもなんかのひょうしにcygwinあたり入ってたら・・・

>>639
フリーbsdでもbashなの？ 堕落しすぎ

赤いボタンを押したんだろ？

>>684
なるほど、ずる賢いな

あるあるｗ

コンセントとか
プラグとか
掃除のコードとか
引っかけたとか

専サバでもマネージドは怖いってことがつくづくわかったわ

コスト削減効果は抜群だなｗｗｗｗｗｗ
NTTが悪いｗｗｗ

>>685
マジかｗｗｗ安心したはｗｗ試してみるおｗｗｗ

>>687
だな
コミュ力さえあれば謝罪スキルで何でも乗り切れる！
データなんて預けたもん負けや！

>>656
>運が悪かっただけだ。

えっ？

って言うか日本語がおかしいよ？

>>663
２台に同じデータを保存しておいて、
HDDが壊れたとかの物理障害バックアップはしてた

定期的な隔離メディアへのバックアップはとってなくて(とれない？)
権限持ってなきゃ実行できないような危険なコマンドをうっかり使って
実際に使っていたデータをまるごと吹っ飛ばした

これは確実に新人のうっかりミス

こいつのうっかりミスで何人死ぬのか今から楽しみだな

でも良くあることだよ

オペミスで

ＨＤＤデータ消去なんて

誰でもやってんだろ

どこかの怪しい米騒動のように、存在しない外部スタッフを解雇したことにして反省アピールする？

>>661
失礼
×判例
○判決

さあ、みんなの人生も
rm -rf　で　コストダウン！してみませんか？

これクラウドじゃないよね、レンタルサーバ屋さんのメンテナンス失敗だよね

>>701
会社も消しちゃうなんてうっかりさんだなぁ

>>701
>>702
土建屋のＤＱＮですらフェールセーフって概念を知ってるのにｗ

>>401
頭丸めるしかないな

これをオペミスとか言ってる奴は
この業界に絡むなよ、、

んで、孫さんはいつもの逃げで大勝利か

操作ミスで消しても保障はしないとか、マジキチ

バックアップにも同時アップデートじゃなく、バックアップに差し替えるときに確実に順次アップデートできるようにしておくのが正解

http://support.fsv.jp/info/img/syogai_before.gif
http://support.fsv.jp/info/img/syogai_after.gif

■ 今後の事故究明と再発防止策
第三者による事故調査委員会を6月30日までに立ち上げ、事故要因を徹底究明し、再発防止策を策定いたします。

原因：データ復旧手順の不備
弊社にて消失ファイルを復旧しようとし復旧プログラムを実行しましたが、復旧プログラムの仕様への理解が不十分であったため不適切なリカバリーファイルが作成されてしまい、
その復旧ファイルの内容を確認せずにお客様に提供してしまったことが原因です。

■ 影響範囲
現在調査中です。

ttp://support.fsv.jp/info/nw20120625_01.html

>>676
バックアップもお掃除しちゃったのかよｗ

取り敢えずお偉いさんに今回のことを説明する際には
・IT業界で一般的に使われているバックアップという用語の意味がファーストサーバの中では違う意味だった
これを一番強調して説明するしか無いね
最も重要な部分でもあるからそれを確認せずに選定した人にも責任問われるのはしょうがないと思うけど

あと自らの身を守る意味でも
プログラムを書いた人にも責任はあるが、それよりもこのシステム運用にゴーサイン出した上の
責任の方が遥かにでかいってことも説明しておこう
プログラムのバグ、操作ミスでデータを消去しても復旧させることが出来ないシステムで問題ないと考えた
上の連中に責任がありますよ、と

>>432
そういう保守とかバックアップに関するマニュアルって業界統一で手順が規格化されてたりするの？
会社単位でまちまち？

^^;わた

ここまで愉快にやらかしてるのにTVマスコミは総スルーｗ
犬のCMが欲しいもんなｗ

>>717
この程度は知らないと基本情報落ちるレベル

>>714
ああ、本来のバックアップ自体はあったわけか

なんでも玄人はテキストでやろうとするからそうなるんだ
GUIでやってたらこの事故は起きなかった

日本のITなんて情弱だましてナンボの会社だらけだから仕方ないっちゃ仕方ない

これやっちゃった担当者は一気に血の気がひいただろうなｗｗｗ
今生きてるんだろうか

でもあれだろ？なんだかんだいってどうにかなるんだろ？

>>710
稼働系と待機系ってつまり予備サーバーってこと？
片方がハード的に壊れた時の為のものって事かな

普通はボリュームのスナップショットをマメに取るとか、記憶域をストレージに切り出すとかやるんだけど
真面目に運用すると儲からないから安鯖大量に並べてrsyncとかで済ませてたんだろうな

ファイル復旧できないのに中途半端にセキュリティ云々言ってるところをみると
ファイル削除後に領域を上書きするセキュリティツールでも使ってたっぽいな

>>721
ないよ
消したディスクにリカバリかけてるだけ

またここを使う企業はあるんだろうかｗ

普通に考えたら潰れるなこの会社。
バイト一人のミスで会社が潰れるとかｗ
色んな意味でクラウドってこええｗｗｗ

まあ最終的には破損データの精査して
3日前なり一週間前なりのデータになって戻ってくるもんかと思ってたよ
この仕組みじゃありえないよなｗ

>>724
ウン次下請けの派遣バイトだからもう忘れて次の現場へ移ってるよ

>>1
>メンテナンス実施後にハードウェア障害が発生してバックアップに
>切り替えた途端に脆弱性対策が講じられていない
>システムに戻ってしまうことが過去に発生し
>脆弱性対策がなされていないシステムが動き続けていたという反省に立ち

ちょｗｗｗｗｗｗまｗｗｗｗｗｗ
メンテナンスって保守・管理の範疇であって、ハードウェア障害が起こるレベルの
変更は仕様変更って言うんじゃね？
こんな腐った文章書いたやつの名前出しておけよ。って言うか責任者名は
少なくとも出しておくべきだろ。

これやっちまった社員自殺しちゃうかもな

>>726
その意味しか持ってない構成を
バックアップって呼んでるだけってことだ
ただの冗長構成

ようするにデータの定期バックアップなんて存在しなかったんだな

>>728
ツールのバグ
　　↓
空のファイルの上書き
　　↓
現用系と待機系同時に消去

すぐ分かってたろこれｗｗ
どう言い訳しようか迷ってたな

RAID1組んでバックアップは万全ですとでもいってたようなものか？

朝から爆笑したわ
ありえねえｗ

ミラーリングをバックアップだと言って騙してました。
なんて発表し辛いからな

俺のPC内のHDDにパーテーション作って、
C〜Fまで振り分けて「CはDへ、EはFへバックアップとってるぉ」と言ってるようなもんなんでしょ？
違う？

>>733
そういう意味じゃねえだろ
お前が読めてないだけ

おまいら詳しいな

素人の俺にガンダムで例えてくれんか？

まあ復帰できますて空返事繰り返して
やっぱダメでしたって言うよりはいさぎよい対応だけど

いらんいさぎよさだな

先週末のスレにもいたけど、サーバのクラスタリングとかミラーリングを
データのバックアップだと思ってる馬鹿が多いんだよな
まさかサーバ運営側もそんなアホなこと考えてるとは
日本のIT産業ってある意味すごすぎる

>>720
基本情報でやるレベルなのか・・・
ってことは、やっぱ派遣か

>>743
じゃあどういう意味なんですか先生

うっかりなら仕方がないな

すまん将棋で例えてくれ

root権限をサバ会社にも渡してる専サバはこわいってことやろな

まったく関係なくて被害なしなんだけど、
手持ちのデータ消滅したってことにしたい官公庁とかが話ねじ込んでそうだな
無論ギブアンドテイクでな

linuxのコマンド操作って怖すぎだよね
もうちょっと初期設定で警告とか現状の視認化とかできるようにしてくれよ

ドラゴンボールで例えてくれ

>>750
二歩やっちゃいましたｗｗ

>>744
「たかがメインカメラをやられただけだ」
→実は機体フルボッコでした

>>746
いやさすがにクラスタリングをバックアップと思う奴はいないだろうし
広義にはミラーリングもバックアップと言っても問題ない

>>754
ドラゴンボールを7つ集めても無駄
神龍なんて最初から存在しなかった

このシステムは同期しちゃったら、元に戻せないDropboxだと思えばいい。
もしくはWindows Updateしたら、復元ポイントがアップデート後のものしか残らないWindowsだと思えばいい。

>>743
ほんとにわかんないのかｗ
「メンテナンス実施」と「ハードウェア障害の発生」に直接の関連はないだろ
ハードの障害で待機に切り替えたらパッチ当たってない状態でオンになっちゃってそれを云々て書いてある

直接はコマンドのミスだけど、
システム構成も手順もサボりすぎたよな。
恥ずかしい事故だわ

>>714
何だこれ・・・最初の時点ではデータ復旧できたってことか？

>>744
「ガンダムを毎月生産しているので大勝利です！」と言っていたけど、実際はジム2体を交互に運用していた

ファーストサーバ株式会社@firstserver
この度の障害では、多大なご迷惑をおかけし誠に申し訳ございません。
障害専用緊急フリーダイアルを増設いたしましたのでご報告いたします。
http://support.fsv.jp/info/nw20120620_01.html

緊急ダイヤルきたぞー

>>734
え？むしろ韓国に凱旋帰国できるだろ。

>>760は>>748だ

>>757
実際にいたから困るし、ミラーリングは運用系のバックアップであって
データ保全のためのバックアップにはなりえない

>>1
Yahoo! JAPANの子会社のファーストサーバやっちまったなｗｗｗｗｗｗｗｗｗｗｗ

>>754
神龍「私が呼び出されてから死んだ人間なら生き返らせてやろう」

いろんなミスが重なってますね
まあしょうがないですね

完全に人的災害
全額賠償だな

>>764
(派遣の謝罪担当がひたすらごめん言うだけダイヤル)きたか

>>762
だから復旧したデータが他ユーザとごちゃ混ぜなの気づかないで渡しちゃったってことだろ

Q. 機会損失も含めて請求するが良いか？
A. 誠に申し訳ございませんが、機会損失は損害賠償の対象とさせていただく予定はございません。

>>747
システムの設計が間違ってるから
誰かとかは関係ないし
この程度はそれこそ派遣でも常識
じゃあなんでこんなシステムが出来るかといえば

金のため。
完璧なデータ保証なんてしたら
この10倍は金がいる。

だからオペミスとかそういう次元じゃない

>>764
ファーストサーバが謝罪対応係を時給1000円で募集　「専門知識は不要です」
http://engawa.2ch.net/test/read.cgi/poverty/1340583536/

>>764
あのバイト募集してたやつかｗｗｗｗｗｗ

おそらく復旧はできる
復旧費用が掛かり過ぎるから出来ないってことにしてるんじゃないの

ちょっと聞きたいんだけど、これって、詳細な調査報告って、公表されるのかねえ
みずほ銀行の時は、かなりの量の随分細部にわたってかいてある報告書がＰＤＦで公開されたと思うけど。

禿にとぅいったーで突っ込めよ

ちなみにどうやらHDDのサルベージは業者間で話し合ったが
問題があったので諦めた模様

問題に関してはよくわかりませんｗ

>>753
デフォでrmは問合せだったりするよ
でも複数ファイルだと面倒だから
当然fつけるよね 死ぬよ

今どき２ｃｈの質問スレでも実行する奴いないような事を・・・

システムの脆弱性パッチ当てるのにユーザーのデータベースは関係あるの？
そもそもシステムとユーザーデータを同じ領域に置かなければいいだろ

Q. 環境再構築にかかった費用は補償してくれるのか？

A. 補償いたします。ただし、誠に申し訳ございませんが、
　損害賠償の限度額の範囲での補償となります。

これで慌ててる奴は素人
プロはヤバいデータも一緒に消えた事にして闇に葬る

>>779
もう会社潰すの折り込み済みならそんな作業しないだろ

全サーバに一括削除しれい？

ねーよ、もっとマシな嘘を考えればいいのに。

>>123
visio

HDD復旧の会社に仕事で付き合いがあるけどHDD壊れちゃったって話してたら
HDD持参してくれれば直したのにって冗談っぽく言われたけど中身見せられないし(；＾ω＾)

>>786
消えていいヤバイ資料なら最初から消してるだろ
しかもそういう保持する奴に限って自己保持したがる

>>779
ありゃ、金融庁が監督してるからだ
今回の例は、ただの民事問題だろう

>>781
費用じゃね？サルベージ費用だけで数十億円になると思うけど
どうせ倒産するんだから、そんな金払いたくないじゃないの
払おうにもどこにそんな金があるだって話もあるだろうし

>>764
これか？ｗｗｗｗｗｗｗｗ

ファーストサーバが謝罪対応係を時給1000円で募集　「専門知識は不要です」
http://engawa.2ch.net/test/read.cgi/poverty/1340583536/

>>779
金融庁報告案件になるとその後が大変なんだよ

禿詐欺の謝罪マダー？

>>750
王様囲わないで早指し特攻して死んだ　かも

この会社が潰れるかことになるかどうかはどうでもいい

ただ、たった一人のネットワークエンジニアが起こした大規模損害事件（事故）として、
未来永劫、永遠に騙り次がれるだろう…

>>798
入社して二ヶ月ちょいで伝説になっちゃったのかな…

>>798
まあ直接の原因になった奴はいるだろうけど
テストも機能してない、システムも糞とか話しにならんねｗ

【4689】ヤフー(株)
http://stocks.finance.yahoo.co.jp/stocks/detail/?code=4689.t
【9984】ソフトバンク(株)
http://stocks.finance.yahoo.co.jp/stocks/detail/?code=9984

なんでマスコミ各社はこの件報道しないん？

妄想だけど、

某国の諜報機関の極秘書類が漏洩
↓
追跡し、首謀者を捕獲したらｆさばを使っていたと発覚
↓
一括削除命令、逆らえば死ぬ
とかじゃね、普通簡単に顧客のデーター飛ばすとかしないだろう

(; ･`д･´)　ﾅ､ﾅﾝﾀﾞｯﾃｰ !?　(`･д´･ (`･д´･ ;)

自分たちが悪いのに補償の範囲きめんなｗ

解約を申請してる企業がどれだけあるか知りたいw

これやる気満々でやったテロだったとしても証明できないよな
これからの韓国人がやる国内テロはクラウドに決定やな

>>764
もうオワタ状態だから、テープレコーダーみたいにお詫びするだけのお仕事なんだろうな
罵倒されるだけのお仕事で時給１０００円はＭじゃないと無理

なんでバックアップまで同時に消去されるのかよく分からん
テープとかにはとってなかったのか

>>802
まあ、事の重大さを理解できてないだけかと

フジはほりえもん騒動の時にSBに食い込まれてるから絶対フジ発の報道はないと思う

>>802
ITに興味もってもらうと困るから
極力マニアックな事例は紹介しない

よほどの緊急じゃないかぎり検証環境での実施と本番環境での実施を
最低でも数日あけて周辺システムであとあと不具合起きないか見ると思うんだけど
誰も気づかなかったのか、検証問題なかったんで本番にあてちゃいますねーってサクサクやったんだろうか

日本人に原発とかサーバーはちょっと荷が重過ぎるのかも知れないな

障害FAQとかのページテラ重いなｗ

>>806
日頃からデータのバックアップは取ってませんって大本営発表があったんだから
残る奴らはただの馬鹿か以降する金も出せない所だけだろ

ミスったやつポアされるんじゃ

>>760
ああ　メンテナンス→メンテナンスと関係ないハードの故障って順番で
起きたって事か。すごく運が悪いな。
でも元のシステムに戻っちゃうなんてのは馬鹿でもわかる話だよな。
なんか言い訳ででっち上げたストーリーにも聞こえるが・・・

脆弱性を直すのってメンテナンスって言うんだ？ゴミを処分したり、
古くなったハード・ソフトを交換するレベルだと思ってたよ。


土建屋：道路工事してφ２０セン大穴の開いた道路のまま完成しました！
↓
発注元：おい穴が開いてるぞ！
↓
土建屋：保守（メンテナンス）します。
↓
発注元：それ・・・・保守じゃなくて初期不良修正だろ・・・

みたいに考えてたが勘違いだったのか、でもこれがメンテナンスだとメンテナンス料が
別に支払われちゃうよね。まぁ契約が特殊なら別だが。

バイト鼻ほじりながらマニュアル読んで自給1000円ワロタ

>>813
日本人は管理ということができない
リスクを知ろうとしない民族

>>798
＞ ただ、たった一人のネットワークエンジニアが起こした大規模損害事件（事故）として、
＞ 未来永劫、永遠に騙り次がれるだろう…

そういう問題じゃないよ。
それって問題を矮小化し過ぎだよ。

「鯖屋のクセに、データバックアップと待機系の区別がついていない」
「クラウド(笑)を宣伝している鯖屋が、データバックアップも取らずに鯖を運用していた」

って事例だよこれは。

クルマに例えるなら、トヨタが「軽自動車には、ガソリンスタンドでは軽油を給油しましょう」
とか言ってたレベルの事例。

>>798
風の中の昴〜♪

これさぁバカにしてるけど、さもありなんな話だよ。何十台もあるサーバに少ない人数で一つ一つプログラムを実行するのは、それはそれで手作業が増え、ヒューマンエラーの可能性も増えるし、
複数鯖に実施するにしても、限られた時間の中で、削除プログラムを動かす際に「影響がないことの確認」なんて悪魔の証明みたいな事は出来ねーって。

>>817
土建の場合初期不良修正とかって文言つかうんけ？

>>819
リスクに対処するよりもリスクを誰かに押しつけようとする傾向があるよな
こういう連中の心境はマジで理解できない

まぁ、ミスは誰にでもあるよな
俺も失敗して会員データの名前が全員加藤になっちゃったことあるし

>>817
システム環境に手を加えることをメンテナンスって呼ぶのは普通だな
運用の一環だからメンテナンス料名目で顧客に対する料金は発生してないだろうね
ここのキモは、以前のトラブルの再発防止策として
わざわざ急いで待機系をぶち壊すような運用手順を作っちゃったっていう悲劇だな

>>813
ジャップにソフトは作れないんだと思う

>>776
フルキャストｗｗｗｗｗ自給千円ｗｗｗｗｗ

また金をケチって墓穴を掘るのか？

どうせ現場は５次６次請けの素人に毛が生えているかすらも怪しいのがやってんだろ

なんだFSが自分で消したのかｗ

>>825
なんかクスっとしちゃったじゃないかｗ

よくあるけど、こういうコマンドで確認画面みたいなの出して欲しいよね
パスワードの変更の場合は出るのに

>>825
なんかﾜﾛﾀ

>>775
じゃあ損害賠償請求の際は、システム設計した者あるいは会社も関係してくるな

>>823
ダメ出しじゃないのか？

過失なら利用料金以上の損害賠償請求できるじゃん
よかったね

LOFTのこれ面白そうだな
今回の被害者じゃないけど参加したいわ
http://www.loft-prj.co.jp/lofta/schedule/perN.cgi?form=2&year=2012&mon=7&day=14

高速バスの事故と同じで、デフレ価格はサービス悪化に繋がるんだよ。
つか待機系とバックアップを別にしてる廉価なレンタルサーバなんてあるのかね？

「事故が起きたらどうするか」を提唱すると批難され
「事故は起きません」を提唱すると褒められるのが日本社会

なんという初歩的なミス

一番の問題は「脆弱性対策のためにバックアップにも問題のプログラムを同時に適用してしまった」ということでしょ。
おかげで全データが消失。

誰だこんな馬鹿なこと決めたのは。

>>822
試験的に1台だけやる
そのあとそれを一斉に

この件でフルキャスとなめこパラダイスとさくらとGMOが潤ったんでしょうか??

>>837
面白そうだよな

>>822
＞ これさぁバカにしてるけど、さもありなんな話だよ。

ないよ。

今回の事例が致命的なのは「データバックアップ」と「待機系」の区別を
鯖屋自身が付かないレベルだってことだよ。
もっというなら「バックアップを取らずに運用していた」ってことだよ。

そりゃ、一般的にももちろんIT屋でも鯖屋でも
「待機系」や「支援系」を「バックアップ」と呼ぶことは普通だけど、
鯖屋が「待機系とデータバックアップの区別が付かない」ってのはない。
それこそパソコンの大先生のゆうちゃんにも劣るレベルの知識。

あんたがグダグダ言ってるのは問題を矮小しすぎ。

ふーん
バイトに責任転移させて終了って方向に進めたいのかー

こんなイージーミスで全データ消失とかｗｗｗｗｗアホすぐるｗｗｗｗｗｗ

>>835
単純に知らないから聞いてるんだけどね
道路は装置じゃないからなんか文言的に違和感を感じた

>>709
もうやめて！禿の毛はゼロよ！

テストに通った時点で、そのプログラムに不良があるなんて発想が消える。
せいぜい、違う環境でも動いたよねって確認だけだから、今回のケースはバックアップに自動で適用してなくても問題が発覚するのが遅れたら、起き得てる。

くっそワロリーヌ

>>800
仕様作成・ＰＧとテストは
通常別の人間がやるべきだろ？

最低２、３人は関わってないと・・・
零細企業ならわかるがＳＢ関連なんだろ？

　　　　　　　 イ.:.:.:::_;:／..:::/::::j: .:;i:: .::::;!::､:!　　　_」;!l:::: .:::!:::::i::.: ::::::::::::::::::::ﾄ､:ヽ
　　　　　　　 ,'::;.ィ´:/:.::;.イ::::/」:/_|:..::/ l::;ﾘ　　 　 ﾘ |::::::;ハ::::l:::.:.:l:::::|:::::::::::l:::ﾄ､}
　　　　 　 　 ｉ/ /:::/／::/;ィ‐‐/¬:;/_＝/、　　,. -__l:::/ｌ|-､l:::j!:::::;!::::li:::::::::;l::::l ′
　　　　　　　 ' /::::'´:::／:i;ﾍl　〃{ﾍi'ｒ�_＾i:l　　 l:/´ /ｲr‐-７/'|::/ 〉/:|::;ｲ/ !::::l
　　　　　　 ／:::::::::::/:::::::ﾞ!lﾊ!ﾑ.　い:ゞ'j　ｌ;二ﾆ':|　 　 {rf:{:ﾘ:}トlﾊV::::::lｲ´ /::::::::､
　　　 　 ／:::::::::::::/:::::::::::ﾊVl　 ｰ-ﾞ‐'"´ ,ﾘ　　 l:!　　-.い辷ｿ i}〃::::::l' ／::::::::::::ヽ
　　　 , '::::::::::::::::/::::::::::::/〃｀トー---‐‐'´　! 　 ヾ､_　　｀￣　 /'!::::::::|ヘ:::::::::::::::::::}
　　, ':::::::::::::::::;/::::::::::::/／: : :.!　　　　　　 〈　　　　 ｀ ー--‐'' ,ｲ::::::::|／ ＼::::::::::/
　/::::::::::::::::／'::::::::::::/'´: : : : : ヽ　　　　　　　　　　　　　　　, ' l::::::::::l: : : : : :＼:/
/::::::::::::_:／/:::::::::::::/: : : : : : : : : ｀ト､　　 ,ｰ-､-‐　　　　 ／　 i:::::::::::!: : : : : : : : ヽ
::::::::::f´/: :/::::::::::::/: : : : : : : : : : :,l　 | >'　　　 ＼　　 ／　　 /|:::::::::::l: : : : : : : : : :
::::::::;ｲ i: :/ :.::::::::/: : : : : : : : : : :.,'| ／　紙が　　 > ´　　　 / ,'|: :::::::ｉ|: : : : : : : : : :
::／　!:l:./. :.::::::::': : : : : : : : : : : ,'::K一番安全／ ヽ　　　 /　' l.: ::::::ｌi|: : : : : : : : : :
′　 l l/::::::::::::;': : : : : : : : : : : i::.::! ＼.　　 ／:::::｀ヽ 　　 /　/: !:.::::::::lj!: : : : : : : : : :

うわー俺もやったことあるわｗｗｗｗ

影響がある箇所しか確認せず、気付いたら間違って別の場所も書き換わってたｗｗｗｗ
同情するｗｗｗ

>>852
紙は燃えるからダメ、石が最強

最近流行りのCapistrano とか chefとかでかっこよくメンテするんだろ
ああいうのちょっと強力すぎるかもしんないねｗ

>>原因3
バックアップも含めて全部一度に更新とか・・
どんな素人設計＆運用だよ。

>>843
なめぱらは潤うわけないだろ
キャラショップロンチのタイミングでだぞ
広告だかの機械損失だは

細かいことはどうでもいいよ

「ふつうならテープとかにデータを保存しておくべきなのに
コストカットと称してそういう安全対策を一切していなかった」

いずれふっとぶ運命にあったものを
たまたまバイトだか派遣だかが引き当てただけ

誰が悪いのか？　経営者に決まってる

俺もやったことあるわ
勿論バックアップから戻したけどね

>>853
アホか
紙もPCも道具であって、それ以上でもそれ以下でもない
使う人間がクソだったってだけだろ

複数の鯖管してて
rm -rf / とか夢があるな

>>823
施工不良か　まあどちらにしろメンテと言うにはおかしいと

>>852
そもそも「待機系」と「データバックアップ」の区別がついてないんだからそんな話以前の問題。

猿ジャップにパソコンなんか使えるわけねぇだろ
海外から笑われてるよ

>>858
認知度GJ

>>854
人間のやることだからなぁ

まぁありえるか

これ、驚くほど一般には報じられてないよね
なんで？

バックアップの不甲斐なさ

たぶん仕様書とかテストとかそういう次元の話じゃないと思うよ

>>854
その時は大丈夫だったの？

「担当は生きてるか？」っていう書き込みあるけど、俺が担当なら事実が社内外に露呈する前に
用意しておいた『辞表.pdf』を印刷して、デスクの私物を段ボールに詰めて着払い伝票貼り付けて近くのコンビニに預けたら
もう二度と出社しないけどな。

>>845
待機系とは別にデータのバックアップを用意しておかなかったのは確かにアホだとおもうけどね。
それが出来てたら、最悪数時間ないし数日分ロールバックされるような状態までには戻せただろうけど、
今回のようなミスを0%にするのは難しいと言いたかった訳ですよ。

さっきも書いたけど、テストしてないからこうなったんだろ？テストでデーターが消えてれば本番前に分かってただろ？

>>836
バックアップの有無に対する・・・ではファーストサーバを責められなくても、データの破壊という過失でいけそうだな

素人で申し訳ないんだか、
システムの復元とか使えないの？

>>874
単発だろお前ｗ

>>868
ソフトバンク関連だからだろ

世界中の笑い者>>>>ファストサーバー

このパターンは本当に気付かないんだよ。
検証機テストして正常に終った。
↓
想定された結果を得ることが出来た。（複数鯖削除とは誰も気付かない）
↓
本番機＆バックアップサイトで実行
↓
完了する。ユーザ「あれ？データないけどどうなってる？」
↓
ここで初めて気付く・・・

説明図が分かりにくい・・・
開き直っているな。

ブラック労働に腹立てたプログラマかなんかがわざと欠陥作ったんじゃねえの？

>>874
テスト環境では
目的部分しか見てなかった
(他のデータにも影響があったことを確認してなかった)

>>880
その瞬間を想像するだけで、股間がすーすーするお

>>880
転職すべき

>>880
＞本番機＆バックアップサイトで実行

これを出来ちゃう神経の太さが信じられない

>>876
使った結果がこれ
> ファイルの誤参照の障害について

>>880
普通はそういうときのためにバックアップを別で取ってる
もっといえば、突然宇宙の大魔王が攻めてきてデータセンタぶっ壊したときのために別拠点も確保してる

>>843
さくらは潤わない。
過去にやらかしたまま、現在でもなおクラウド事業を凍結中の
失格サーバ屋だから。
さくらを使うのは、ファサバよりももっと激安大好き・障害上等な
個人厨房だけ。

サーバー群を指定するための記述ってその都度やってるんですか

>>882
田舎に帰って実家の農業を継ぐ、ってんじゃなければ
IT業界全体の不信につながるような真似はしないだろｗ

スパイの破壊工作じゃね？

東電と一緒やな
ずさんな管理のせいでとんでもない事故が起こる

>>880
でもこれ通常の運用のほうにアラート上がりそうだけどな
実行中にゴリゴリファイル削除してって平穏てそんなことあんだろうか

>>880
テスト中I/Oをログに残して
変な動作して無いか確認する必要があるな。

機械の故障じゃないなら賠償取れるだろ

日本のIT関連酷すぎだろ

>>880
実際に運用してたら、ですよねーって感じ。
あり得ないとか言ってる奴は
自分がその場に立った事ないから言ってるだけか、
よほど管理出来てるかのどっちかだな。

>>873
難しいもなにもそんなこと不可能だから
だからこそデータのバックアップが重要なんだよ

東電は想定外の津波のせいにしているから、
ファーストサーバは、想定外の社員のせいか、いや害虫のせいか

>>876
それやったら他人の情報が見れるようになってて
てまた全部消したんじゃね？

一週間分でいいから差分とっておけば全消ししてしまっても復元可能な気がするんだけど。バックアップサーバは直接弄らない前提で。

さあ事件後初の週明けやで
夕方から電車止まりまくるでー

取締役のジジイどもはもちろんだが
中間管理職のおっさん連中も、自分のところのサービス内容の実態を把握してなかったんじゃないか？
でなければ自信満々に「うちはバックアップしてます」なんて売り文句にできないだろ

出来ないサービスを提供するなとｗ

>>871
幸いバックアップがあったからそれで戻した。
ユーザには謝罪し、障害レポート作ったわ。
コメント「確認は関連する箇所ではなく、全体を確認してください。」だったわｗｗｗ

しかも今日は五十日やで

>>898
いや有りえないんだが、とりあえずお前の知識もスキルもファーストサーバ級だという事は良くわかった

バックアップも同時に改変したら、バックアップの意味無いだろうが

>>883
全データが消えるなら目的部分も関係無く消えるんじゃ？

俺昔、某日本のトップ企業のDBの某テーブルに
delete from 顧客情報;
をやっちまったことあったな・・・

ロールバック出来て良かったよおおおおおおおおおおおおおおおおおおおおおお

>>50
現役SEの俺からどう贔屓目で見ても日本はIT後進国だよｗ
なんでも他国の技術で作ってる真似真似システム

これバックアップ取ってないよな。
いや、こいつら的にはバックアップなんだろうけどさ…

>>901
ディレクトリ情報がなかったから全部復旧されちゃったとか？

>>911
おまえかww

>>880
本番機＋バックアップサイトも限定内でやるはずが対象サーバの指定ミスで・・・とか。

>cd /temp/work
>rm -r *

あれ、消えてない。所有者間違ってたわ。

>su - otheruser
>rm -r *

・・・アッーーーー！！！

欧米だと「悪魔が問いかけていた」とか言うんだろうか

ターゲットサーバ以外の確認を怠ったのは普通に想像出来るけど、
よく考えたらターゲットサーバ自体もデータ消失してるんだよな？

>>880
検証機が検証機の仕事してないのか

誰か、文系のマスコミどもにわかりやすく
図を書いてまとめたれよ。
そしたら一気に報道されるぞ。

ソフトバンクだから箝口令がしかれてる
とか関係なくて
ただ単に、文系ばかりだから、
何が問題でこうなったかわからない
どうあるべきだったかがわからないので、報道できない

が正解だよ。

俺の中の常識では個人はともかく会社関連だと
過去に遡れるように最低でも前回更新のバックアップ残してるものなんだが
ここは上書きかつ現行運用後すぐにやってるのな、これただのコピーだろ

＞メンテナンス実施後にハードウェア障害が発生してバックアップに
＞切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し
なんでこれの対策が“同時”にパッチ当てる作業になるの？

>>919
ターゲットはそれで正常動作だろ

>>921
どこか被害企業が断末魔の悲鳴をあげないとだめだよ

>>866
もともと認知されてるから今回の件で話題になったんだろ。

>>880
いや、だからね。
それ以前の問題。

火消しのつもり？

人間データベースの里志なら・・・里志・・・ならやってくれるはずだ・・・・

LTO最強伝説

>>912
シェルスクリプターもソフトウェア技術者の仲間なの？

>>923
「忘れないように」ｗ

>>911
一瞬で胃に穴があくレベルｗ

これは莫大な損害賠償くるね

丸暗記はしてるけど、暗記してることの意味を全然理解してないやつっぽいわ。脆弱性防止とか浅知恵働かせて本質を見失うバカなwww

なんか俺でもエンジニア(笑)になれそうな気がしてきたぞ

自鯖最強すぎワロタ

>>912
一回中国に発注したらextendsクラスがあるにもかかわらず親を上書きしてきやがった。
そういう部分さえ目をつぶれば余裕で使えるレベル

>>909
　 　 　　　＿＿＿_
　 　　　／　　 　 　＼
　　　／　 _ノ 　ヽ､_　 ＼
　 ／ oﾟ(（●）) (（●）)ﾟo ＼ 　サーバーに脆弱性あるからパッチあてないといけないお…
　 |　　　　 （__人__）　　　　|
　 ＼　　 　 ｀ ⌒´ 　 　 ／


　 　 　　　＿＿＿_
　 　　　／　　 　 　＼
　　　／　 _ノ 　ヽ､_　 ＼
　 ／ 　oﾟ⌒　　　⌒ﾟo　 ＼ 　でもバックアップを復元したら脆弱性まで復元されるお…
　 |　　　　 （__人__）　　　　|　　
　 ＼　　 　 ｀ ⌒´ 　 　 ／

　
　 　 　　　＿＿＿_
　 　　　／⌒　　⌒＼
　　　／（ ●） 　（●）＼
　 ／::::::⌒（__人__）⌒::::: ＼ 　　だからバックアップにもパッチあてるお！
　 |　　　　　|r┬-|　　　　　|
　 ＼ 　　 　 `ー'´ 　 　 ／

>>930
どちらかと言うとインフラSEの位置づけじゃないかな

なるほどあるある

何のためのバックアップだかわからんな

>>917
UNIXってゴミじゃん、なんでも今でもwinよりてはやされてんの

>>924
脆弱性のメンテだから、それ以外のファイルが削除されてれば気付きそうな
もんじゃね？ファイルを削除するバッチを回したら、試験環境内だけでも
中身を見渡しそうなもんだが。

>>923
わからん

これが、ゆとりITか

>>1
linuxだろうけどまさか
rm -rf **** で、指定間違っただけとか？一体どんな運営を
しているのだ？普通、shellにしとくだろ。
そして大事な時はshellを第三者にレビューしてもいいくらいだぞ。
日常的に杜撰な運営が行われていたのが容易に想像付くぞ。

上記を基に本質的な原因を述べてやろうか。
・工数が足りていない為　確認を怠った
・つまり企業自体がブラックの可能性高
・工数が足りていないが資本家達に　やれやれといわれるがままの
社畜　上司も資本家の手下となっている為に、
部下に全てを押しつけていた。

>>931
ブラックジョークでこんなに笑ったの久しぶりだわw
さすが超ブラックな業種だけあるわ

これ系統にはひろみちゅ参戦しないんだっけ？

ここで叩いてるやつ、現場経験ないだろ・・・

>>942
安定感とライセンス費用

バックアップがないなんて、俺らの人生のようだ・・・・

しかし、ここはただちにえいきょうはありませんと言い張っておこう

>>949
現場ってどうなん？

なんにせよまだ片付いてはないわけね。

全部派遣やバイトがやってたんだろうな

>>949
ブラック自慢されても…

結局データは賠償問題とかにはならんの？

おきのどくですが
ぼうけんのしょは　きえてしまいました

こわいこわい

わろた

>>952
こんなのよくある話だろ。
規模は小さいけど・・・

>>949
バックアップと同時に修正したら
バックアップの意味ないじゃん

今の人（20代〜30代）って仕事を1人で任せちゃ駄目だよ

人間いくら叩いてもオペのチョンボは無くならないから
タブルチェック()の前にある事あるだろ

これはあるあるｗ

>>956
もうちょっとだけ続くんじゃよ

そもそも>>1にあるファーストサーバの言い訳すら日本語になってない

>>949
経験が足りないのはファーストサーバですよｗ

>>949
ずさんってレベルじゃないだろ
お前の現場もこのレベルなのか？
だったら見直したほうがいい

>>949
現場経験ない素人でもやっちゃいけないって3秒でわかるようなことを、
プロがやっちゃったんだが？
このパターンは気付かないんスよーアハハーで済むことと済まないことがあるだろ

>>781
>>82
なんで詳しいの？中の人なら責任あるんじゃね？っていうか、お前の仕業じゃないよな？

しかし運用中のシステムに対して、意図しない、しかも全面的なファイル削除が実行されても
実行中のアプリが一切アラートしないってなんかおかしくないか？
新人が夜中一人で担当してログの見方もわからず途方にくれてたのかもな

>>949
そういう現場の仕事は請けないようにしてるからなｗ

バックアップ領域に対して同時に更新プログラムを適用www
ちょっとは間を置けば、、、ｗ

もうこの世にいないだろう

今回の件についてメディア露出少ないな。
ソフトバンクのCMの多さが報道自粛させてんのかな？

次回策「データとともに去りぬ」

>>906
バックアップあってよかったな。当然か…
そのコメントファーストサーバにも言えるなww

ID被ってたわ。脆弱性の対策なんて
少しくらい遅れても問題ないよｗ
お客のビジネスを守るのが仕事だろう？
パッチを当てるのが仕事だと思ってるから駄目なんだよ

>>973
http://support.fsv.jp/info/img/syogai_after.gif
ただのカカs…RAIDっぽい

禿詐欺の謝罪マダー？

Adminでログインしてrm -rf /*

　　　　　　　　＿＿＿
　　 　 　　　／　　　　　＼
　　 　　　／　⌒　　　⌒　＼　　　 Yahoo!JAPANグループの一員です
　　 　 ／ 　 （⌒） 　（⌒）　　＼　 導入実績50,000ユーザー突破！
　　 　|　　　　　　__´___　　　　. |　　うち8割が法人・官公庁様です！
　　　　＼ 　　 　 `ー'´ 　 　 ／　　我が社が信頼されている事を証明しています
　　　　 ノ　　　　　　　　　　　＼

http://www.fsv.jp/reason/reason_1.html


　　　　↓↓↓↓↓↓↓↓↓


　　　∩∩∩　　　　.　　　 ∩∩∩
　　.∩_:||_:|_:|　　　　　　　　|_:||_:|_:∩
　　│　___　 つ 　　　　　⊂ 　___　│
　　 ヽ　　 ノ　　＿＿＿　 　ヽ　　ノ
　　／ ／　　／_ノ 　ヽ､_＼　　 ヽ ＼
　 ( 　く　　 oﾟ(（●）) (（●）)ﾟo　 　>　）　　バックアップは自己責任だおｗｗｗ
　　＼　｀／::::::⌒（__人__）⌒:::::＼'　／
　　　 ヽ|　　　　　|r┬-|　　　　　|/　　　　　各自自力で再構築するんだおｗｗｗ
　　　 　 ＼ 　　　|　|　 | 　 　 ／
　　　　　　　　　　|　|　 |　　　　　　　　　　　規約にそう書いてあるおｗｗｗｗｗｗ
　　　　　　　　　　 `ー'´

>>975
事態の大きさはわかるけど、波及程度がよく見えない

ハゲは何か言えよ

俺でもやったことないミスをプロがやるのか？ｗ

>>978
>>1が事実だとすると
手動でやってたパッチ当てに
失敗はないとしてたところが致命的だな

ユーザ、管理者に関係なく
人間のアクションに対するバックアップだからな

「当駐車場は車上荒らしなどによる被害の責任は負いません」

↓

「駐車場管理者が車上荒らしだったでござるの巻」

待機系とバックアップの違いが分かってない・・・・っていうか、
バックアップはしてないんだな、要するにｗ

損害賠償って加害者決めるものじゃないよね　補償の範囲ならわかるけど

いろいろこの説明について聞いてみたが誰もかれもこれはおかしいって言ってるわ
そもそもこれはバックアップではないって
バックアップに意図的に手を加える事なんてまず無いと

俺もルートじゃないがやったことあるけど
rm -rfの無慈悲さは異常

色々書かれてるけど、大体この場合は入社して３年以内に経験する。
そして、２度とミスしないようにする。
今回は多分、新人が書いたスクリプトなのかな・・・

1000get

>>978
> パッチを当てるのが仕事だと思ってるから駄目なんだよ
まさにそれ。
自分の都合しか考えないやつばっかり。

>>949
現場経験あったら、これがどれだけ異常なのか分かるわいｗ

>>979
セキュリティパッチをバックアップにも同時に適用て
頭がおかしいだろ
復元する場合の手間を惜しんでるだけやん
バックアップテータ手を加えるとかありえない

あともうひとつバックアップぐらいしとけ池沼企業だなほんと

猫のほうが賢いはこれ

プロの方がアマよりも仕事がいい加減なことが多い気がするわ。いやいややってる仕事だから全てがやっつけになる

よく分からんが
FS側が「バックアップ」と言っている物が実は単なるRAID1で、削除が同時にかかっちゃいましたよ？
って事なのか？
言い訳のニュアンスとしては、バックアップは別にちゃんと作ってある。だけど前に問題起こしちゃったんで
念のためそっちにも更新かけときました(そしたら消えちゃったてへへぺろ)って感じなんだけど

まあよくある捜査だ何だといっても
そもそもデータのバックアップ自体ないんですけどね

会社全体の責任だな

　　　　　　　　　　　　　　　　／ *　＼ __　　 ＿
　　　　　　　　　　＿＿／￣　　　　　＿ l＞' * l ､
　 　 　 　 　 　　/ *　r―――-＜二 __　`　.､.└ｫ ヽ
　　　　　　　＿/　　/　　　　　　　　　　 　　 　 ヽ　￣￣*l
　　 　 　 　_| ＿_ ../　　　　　　　　　　　　 　 　 　 ＼　　 ト､
　　　　　／/ 　　.,　　　　　　　　　　　　　　　　　ヽ　 ＼　ヽﾑ
　　　　　 ７　　　,　　　　　　　: . : . : .　 : . : . : .　 : . .,.　 ヽォ.∧
　　　　　/　　: ..,　 ;　　　　　　: . : . : .　: . : . : . :.　: . : ,　　|;;|＼l
　　　　 /　　: . ,　 : ;　　;　　　　: . : . : l　: . : . : . :　: . : ,:.:.:.|;;|;;;;;;＼
　 　　/ｊ　　: . :j　　: ヽ: .＼　　　 : . : . |､ :ヽ : . : . : . : . :,:..:.|;;|＼;;;;;;〉
　 　 /;;|　　: . :|　　: . l＼: .＼ 　 　: ..:.:| ＼: ＼: . : . : . ::.,:.:.|;;|;;;;|丁
　　 /;;;;! 　 : . :|: .| : . :|　＞‐‐ヽ　　: . :l´￣ヽ¨:＼‐-:､: .:..,:.|;;|;;;;| |
　　 ヽ∧　 :. :.:|: .| , :イ　 ＿ヽ　＼: . : |　,. rテ==≧.、:.:.: | |;;|;;;;| |
　　　　∧ヽ: . :|: .|: . :ィく千弌�_　 ＼:.j　　トｭ:::: ７7＞、 | |;;|;;;;| |
　　　 /;;;∧ヽ: |ヽ!: . :.|､ 弋＞ '′ 　　　　´￣￣ ｀ ./　ヾ| |;;|;;;;| |
　 　 /;;/;;/ヽヽ! ハ : 小　wwx　　　 , 　　　 xwww /　: ./.:j;;j‐.j/
.　　〈;;/;;/ 　 ＼l　ﾊ⌒Vﾍ.　　　　　 ＿_　　　　　 /l　: /:.:.:.:.:.:/　転載はしないで下さいね
　　　〈;;/ 　　　 |:/: !　 !∨＼.　　　　ー ′　　 ィ:.:.| :./: ﾊ:.:.:/　　雪が1001をお知らせします…
　　　　　 　 　　ﾚV:.!　 !:∨:. ＞　.　　　　 . イ　j:.:/|:∧/ j／
　　　　　　　　　　　.!　 !._∨:..:.:.:. |.`　ｧ .´――ｫ/. ﾚ　　　　　　　http://engawa.2ch.net/poverty/
　　　　　 z―――-!.／, -､＼￣.| 　 l　　　　　|_
　　　　　そ　,　-‐.／ ＿＿ }　.ヽ¨　ﾐｊニ二　¨　　¨　┬＝− - ､-=-
　　　　 ＞'´.　　 / ／　　　ヽ}-r' ./⌒ヽ　　　　　 　　ﾊ　　　　　 ＼
　　　／　　　　　{　　 _..k　　ﾉ　|_〈:::::::∧　　　　　　　{ l　　　　　　　丶
　　　て　　　　 ハ　　　ヽ.イ 　 |;;;;;77;;;;ﾊ　　　　　　 ﾊ l　　　　　　　　ゝ