【ファーストサーバ】（　＾ν＾）「こんなのマニュアル無視して、自作のスクリプトで一気に更新にゅ」

http://www.kahoku.co.jp/news/2012/07/2012073101002968.htm

データ消失、マニュアル無視原因　ヤフー子会社

　ヤフーの子会社「ファーストサーバ」（大阪市）のレンタルサーバーで６月、システム障害が発生し、５千件を超す
顧客データが消失した問題で、同社が設置した第三者調査委員会が３１日、調査報告書をまとめた。
　報告書によると、担当者がマニュアルに従わず自分で作った更新プログラムを利用し、システム変更をしたことが
不具合の原因。担当者は以前からマニュアルを故意に無視して独自の方法で変更しており、上司も黙認していた。

2012年07月31日火曜日

# rm -rf /

担当者は、クラウドが信用できないことを広く知らせた功績があるな

＞上司も黙認していた。

何のためのマニュアルで何のために上司が管理してたの？
起こるべくして起こった事故だな

はぁ？

バカも休み休み言えってのはこういう事なんだな
とりあえず、プログラマー失格

安かろう悪かろう
をこれほどまで明快に証明した会社があっただろうか？

社史編纂室にでも飛ばされるか

全額賠償だな

何人首を吊ることになるの？

>>8
普通に首で回状まわされてこのての職には二度と就けない

http://internet.watch.impress.co.jp/img/iw/docs/542/602/fsv.jpg
障害の原因は、6月20日17時ごろに特定のサーバー群に対して実施した脆弱性対策で不具合などが重なったため。
「更新プログラム自体に不具合があったことに加えて、検証環境下での確認による防止機能が十分に働かなかった
ことと、メンテナンス時のバックアップ仕様の変更が重なり、今回のデータの消失（バックアップデータの消失を含む）
が発生」したとしている。

　まず、脆弱性対策のメンテナンスのために作成した更新プログラムに不具合があったという。プログラムの記述に
おいて、ファイル削除コマンドを停止させるための記述漏れと、メンテナンスの対象となるサーバー群を指定するため
の記述漏れが発生していたとしている。

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

　また、過去にハードウェア障害が発生してバックアップシステムに切り替えた際に、脆弱性対策が講じられていない
システムに戻ってしまうことが発生したことから、脆弱性対策のためのメンテナンスについてはバックアップに対しても
更新プログラムを適用していたと説明。システムを含むデータのバックアップは毎朝6時に取得していたが、今回の
メンテナンス実施において、対象サーバー群のデータとともにバックアップ領域のデータも消失したという。

http://internet.watch.impress.co.jp/docs/news/20120625_542602.html

どうせウソだろ
実際はバックアップしてないか上書きで消したかそのあたり

多くの会社で「夏のマニュアル作成大会」になるんだろうなぁ

マニュアル無視してやらなけりゃならないような負荷なんだろ？
どうせ

なぜできると思ったのか

マニュアルの記述が正しかったかどうかも分からんしなぁ

こりゃひどい。

マニュアルが10年前から更新されてなくて
手順通りにやるのがそもそも不可能だったとかもあるかもな

よくいるよな。　
こんな手順やってらんねー。　このオレがスクリプト書いたほうが効率的。
全部自動化して、オレすげーとか言ってるヤツ

お前らじゃんw

マニュアルもおかしかったんじゃね？
それで仕方なく自作のスクリプト組んだとか？

クラウドなんてこんなもの

マニュアルまでおかしかったのかｗｗｗｗｗｗ
ゴミすぎワロタｗｗｗｗｗｗ

マニュアルがおかしかったら、手順書更新するだろ。

なぜ自作スクリプトなんか作ったのか
問題はそこだろ

最近のマニュアルって実務に必要だからではなく
単なる会社側の言い訳のために存在しているような気がする
会社はマニュアルを用意してたけど作業者が守らなかったんや、会社は悪くない責任ないみたいな

>>22
俺もそう思ってたとこだわ。
マニュアルが古くなってるのに、「マニュアル直せ」て言おうものなら「じゃお前がやれ」って余計な仕事背負わされるから、仕方なく自作スクリプトで対応してたとか、ありそう。

何故とかどうしてとか問い詰めようとも、作る奴は作るし、やっちまう奴はやっちまう
上司黙認ってんなら共々共犯、つまり会社の責任
「担当者が」とかエクスキューズにもならねえ

とはいえコマンド実行してふんふん♪してる間にサクサクデータぶっ飛ばしてるとは、よもや本人も思いも依らなかっただろうな

こいつは会社から損害賠償とかで訴えられるのかね

で？これで首つったやつはまだいないの？

/bin/rm -rf /

担当者と上司で被害全額保障しろよ
自分勝手に動いた責任は取れ

マニュアルなんぞ納品用だろ
現場でいちいち使うかよw

>>30
いや、業務上の過失なら損害賠償はない。
担当者が故意にデータを消去したのなら別だが。

ありがちだなー。うちの会社でも得意げにスクリプト披露してアピールしてくる奴いるけど、さすがに会社の存続に関わる分野までは触らせないようにしてるわ

マニュアルなんて
まともなものが存在しているわけがない
会社側が担当者に責任押し付けたいだけだろな

管理者ともども担当者クビきって
会社はもう安全ですよって言ったつもりだろうが
薄給で人材不足放置してるからそーなるんだよ

ヤフー系列なんてどこもそうだ

追記

全然仕様を理解してない
ヤフーサポセン、販売員みりゃ
何が根本原因かわかるはず

バックアップデータに脆弱性パッチを適用してたらしいが、
バックアップに手を加えるなんて発想が意味不明。
リカバリポイントにまず戻して、差分パッチを当てていく手間を何故惜しむ？

マニュアル作成するほど暇なブラックなんてありえません

形骸化されたマニュアルで使えないということはある･･･。
というか、あった。
バックアップを考慮していないシステムとかもあった。
RAID組んであるからバックアップ不要とか書いてる仕様を見たことがある。
システムとデータを同居させてるシステムもあった。

こういうのを見ると途方に暮れる･･･。

マニュアル通りにやって○○時間かかるんなら、それが必要な時間ってだけでしょ
何のためにオリジナル手順を考えてやろうとするの？
そうしないとすぐ首になるようなブラックなの？

>>42
効率化しろって言われているんじゃない？

作業手順書はさすがにあるんだろうけど
マニュアルってのはISOなにがしの取得で整理したとか
その程度だったんじゃないのかなあ

人によって作業内容に違いがあったりするだろうし
ダブルチェックとかしてなかったと思う
効率化と標準化ってことを誰も言い出さない
職場なんだろうか

>>4
上司がそれ関連にうとくて
部下に何も言えないから

ウランかなんかをバケツで運んでた事件と同じ。
事件が起こったから明るみになったのであって
手順無視の作業なんて世間じゃ日常茶飯事に行われてる。

根本的に禿が関わるとロクな事が無い。
安かろう悪かろう、責任って何？

本番用データを誤って消してしまったのは、他の会社でも聞いたことあるけど、
なんでバックアップまで消してしまうんだ？
普通バックアップ用ホストは切り離してるだろ。

面倒でも仕様変更は上の決済を仰ぎなさいよ
コケたら自分一人が泥をかぶるハメになるんだから

しかし十年以上やってきた会社を潰すレベルの
作業ミスしちゃったA氏は今どんな状態なんだろうな
ご冥福をお祈りします

やっぱり首吊った奴いるんかなぁ

なんでプリントアウトしてファイルに綴じておかんの？
そんなんじゃバックアップとはいえん！

結局管理コストとか考えたら、安いところはそれなりなんだろうね。

オペミス以前にバックアップ体制が問題だろうが

まるでＰＣの大先生レベルだな

翌日、通勤と反対の電車に乗って
海岸で缶ビール空けたくなっただろうな

こういう勝手にツール作って悦に入るのって、お前らの仲間っぽいな

故意にやったとかもありうるんじゃないの？
サイバーテロというか要はテロ

>>1
こういうのはミスとは言えないだろ。
住所氏名顔写真を公開して、100年くらい刑務所にブチ込めや。

FS社内用語のバックアップは、世間一般のバックアップとは意味が違うところから説明しろよ

担当者が独自のツールを作りたくなる、ということは、
マニュアルに書かれている方法は何かしらまどろっこしくて、
面倒な方法なのかも知れないな。
俺のツールはそんなの自動的に一気にやってしまうぜ!ってな。

まあそういう訳で、マニュアルに書かれている内容も、
「もうちょっといい方法」を考えた方が良いのかもしれない。

もちろん、担当者が違反をしたのは不味いけどな。

なんで自分でTestしなかったんだっていう

お前らいつも自前のスクリプトとかで効率よく業務をこなそうとすると
上司からズルするなと叩かれると不満たれてるのになｗ

1ページ目に8インチフロッピーを使って起動、とか書いてあるマニュアルなんだろ。

ばーか
マニュアルなんて責任逃れの為にしか存在してねーよ
手動でやってるとこなんて無いね
さすが情弱速報

意外と擁護派が多くてビックリ。
ここはやっぱりリーマンが多いんだな。

マニュアルや手順が実情にあってなくても変えるのってすげー大変
おまえらが変えたがらないから

ニュッ君なら仕方ない

いるんだよこういう馬鹿ｗ

>>63
おい都合のいいときだけ勤め人にするなよ

レンタルサーバじゃ響かないから名前をクラウドとかにしてるだけで
やってることは一緒なのにｗｗｗ
騙されてるやつ多すぎﾜﾛﾀｗｗｗｗｗ

金利０あるとき払いでいいなら分譲買ってやるよｗ

パッチにバグがあったとか言ってるが、何のために検証するんだと。適用後の動作確認せず、検証環境に当てることができれば本番に当てるとか意味わかんねーことやってそう。

そもそも検証環境に当てたかは隠れ蓑に作った物語だろ。

・バグがあったってのは自分の会社の責任じゃないと言いたいと見える。
・検証環境に当てたってのはやることはやってたって言い訳にしか聞こえない。
・本番環境に当てたってのがむしろ検証環境に当てずに直で当てたか 2ch で質問して得たコマンドでも打ったんじゃねかと。
・バックアップに当てましたってのも、バックアップにどうやって当てんだと。
1. バックアップ = Raid とかいってたり？
2. 当ててる間に開始されるバックアップ処理止めてねーとか。
3. 世代管理されてないとかありえんの？
…2世代くらい取れよ。
…作業前に取るの当たり前じゃね？

ようは作業ミスで消しましたって率直にいえよ。クソ会社。

ああ、わかった。
更新対象のサーバ全部バッチに書いたってのが原因だろと思った。
検証環境に当たったが一緒に本番環境に当たりました。(コメントアウト忘れてた)

でなきゃ、本番に当たった意味わかんね。

この調査報告書の要約読んだが、どうもマニュアル無視してたの担当者Aだけだったようだな。それを上司も黙認してた。他の社員はマニュアルに従ってたとか。
あと、パッチを検証サーバをすっ飛ばして本番環境にいきなり当てたのも担当者の独断。上司がたまたま会議で不在だったのと、空ファイルを置くだけの簡単なメンテだからいいだろと思ったらしい。

ということは、マニュアルがダメだったんじゃなくて担当者がカスというのがFA

>>75

>>75がほんとかどうかしらんが、もし本当だとしたら
「空ファイルを置くだけの簡単なメンテだからいいだろ」と全サーバーに対して手動で作業をさせることがそもそもの間違いだろｗ
サーバーの数が尋常じゃないんだし、
そんなに手間がかかる作業を手動でやらせてたら遅かれ早かれ何かしらの運用ミスは起きてただろうよ

クラウドの信頼性が一気に消え去った事件だったな

クラウドとはなんだったのか

クラウドは人生

こんな事言ってるようじゃ、もう一発くらうど。

>>75
調査報告書を信用するなよ

たまにこういうキチガイ社員っているからな。
俺すげー！俺カッコイイ！って上司のいうことは聞かない、好き勝手に有給使う、
でもまぁソコソコ仕事してくれるんで仕方なく放置してる、って奴が。
そういう馬鹿にこの手の仕事させたらいかん。ボンクラでも手順通りにやる奴でないと。