ファーストサーバ Part14

【重要】6/20に発生した大規模障害に関するお詫びとお知らせ
http://support.fsv.jp/info/nw20120620_01.html

レンタルサーバのファーストサーバ
http://www.fsv.jp/

前スレ
ファーストサーバ Part13
http://toro.2ch.net/test/read.cgi/hosting/1340533633/

2日寝てないけど2get

>>2
いいから寝るんだｗ明日からが本番だ

もう日付変わって今日になったよ

　　　　　　　　　　　　ﾉﾉﾉﾉ
　　　　　　　 　__　　( ﾟ∋ﾟ)
　　　　　　　／　）/⌒ヽﾉ´ヽ　　　　　 ﾉﾉﾉﾉ
　　　　　 ／ﾉﾉﾉﾉ 〈　　 　 ﾄ ）(ミ-=ー(ﾟ∈ﾟ )￣￣ ）
　　　　／ (　ﾟ∋ﾟ)＼)　 　 |'"　　ヽ二⌒Ｖ ⌒ヽ￣ ﾉﾉﾉﾉ
　　(ミ／ ヽ/⌒)　　 |＼／ i　　　　 ヽ　　　ト　>　(ﾟ∈ﾟ__)
　ノ ミ二二__ノ.　　　|　/|　ﾉ　　　　　|　　 彡´　 /⌒　　)
　｀´　　 _） 　 i.　　　|　) ／　　　　　 |＼／i　　 ﾐｲ　 //
　　　　γ___ノﾉ　　　| ﾉヽﾐ　　　　　　|. ﾉ | ﾉ　　　|　( (
　　　　 | ）/ /　　　 彡ヽ　　　　　　　| ).　lｿ.　　　|　　) )
　 (（　彡)（ /　　　　　　　 +　　+　 彡ヽ　ヽﾐ. 　　|　//
　　　　　　| ）　　　　　 +　　○　　 　 　 　 　 　 　| ﾉﾉ
　　　　　　 ミ　　　+ ○　　+　　　+　　　　　　　　 |ﾉﾉ
　　　　　　　　　　　　　　　　　　+ ○ +　　　　　 彡ヽ`
　　　　　　　　　+ファーストサーバー+

ファーストサーバの広告
「お客様の作業（バックアップ）は不要です」
ttp://www.fsv.jp/cybozu/merit/images/coorp/flow02.jpg
　　　　　　　　　　　　　↓
　　　　　　　　　　　　　↓
お手元のバックアップデータを活かした再構築のお願い
ttp://support.fsv.jp/info/nw20120623_kyoyu.html#onegai
極めて遺憾ではございますが、短期間でのデータ復旧は不可能で あることが判明いたしました。
誠に心苦しい次第ではございますが、お客様で取得されておられる
バックアッ プデータによる再構築を行っていただきますようお願い申し上げます。

　　　　 )､.＿人＿人__,.イ.､.＿人＿人＿人
　　　＜´ 　　　お手元にないの　　！　　　＞
　　　　⌒ v'⌒ヽr -､＿　 ,r v'⌒ヽr ' ⌒
// // //／::　<　　 ＿,ノ｀' 、ヽ､＿　ノ 　;;;ヽ　 //
///// /::::　　　（y○'）｀ヽ) ( ´（y○'）　 　　;;|　　/
// //,|:::　　　　　（ (　/　　　　ヽ) ）+　　　 　;| /
/ // |:::　 　　　+　 ) ）|~￣￣~.|（ (　　 　 　 ;;;|// ////
/// :|::　　　　 　　（ (||||! i: |||! !| |) ）　 　 　 ;;;|// ///
////|::::　　　　+　　 U | |||| !! !!||| :U　　　;;; ;;;|　///
////|:::::　　　　　　　| |!!||l ll|| !! !!| | 　　　;;;;;;|　////
// / ヽ:::::　　 　 　　| !　|| |　||!!|　　　　;;;;;;/// //
// // ゝ::::::::　:　　　| ｀ー----−'　|＿_／///

　「お手元のバックアップデータを活かした再構築のお願い」

　　　　　　　　　　　　⌒　　ヾ　　　　　　　　　　　　
　　　　　r／￣￣￣￣ヽ､　ヽ＿_　　　　　　_,. -‐' ¨´
　　　　　/.　ﾉ(　　(（ﾟｯ）)/て＿,＿｀　`ー<^ヽ　　　　　　
　　　　/　　⌒ 　　　 ト､.,..　　　　　＼丶。ヽ ヽ　　fsv　
　　　彳､＿　 　 　　｜　 ∴＼ 　 　　ヽ　ヽ _Lj　　　　
　　 　| ) r‐　ﾉ(　　 　/ 　ﾉ(　＼＼　　 ｜／ヽ　　　　
　 　 　|　　　⌒　　　 　 ⌒　ｲ⌒r-ヽ　　|　｡ｏ ｀¨´　　
　 　ﾉ(　　ﾉ( ﾊﾞｯｸｱｯﾌﾟなし　　ー┘|　/　　　　　 　
　　　　　.⌒　　　　　　　　 /　　　ヽ|／ﾞＵ　　　　 　
　　　　　　　　　　　　　 ／　　　u　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　Ｕ

にちようびー＼从/　　　.┃:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
　 ∧∧ 　 　∧∧ 　 　 　┃::::::::::::::::::::::::::::::::::::::::／￣￣￣￣￣￣￣￣　::::::::::::::::::::
　(・∀・)　 ∩・∀・)　　　 ┃::::::::::::::::/￣ ＞:::::::::|　申し上げます！　　　　　　::::::::::::::
　/　⊃⊃　ヽ　　⊃ノ　.....┃::::::::::::::::|　　 |〜::::＜ 平日軍の先鋒・月曜めが、　::::::::::
　（　　(　　　　ヽ　 ）つ　 .┃::::::::::::::/　　~＼:::::::::| 軍勢を率いて領内に　　　:::::::::
　 （/（/'　　　 (／　　　　..┃::::::::::: ﾉﾉ　>　　 ）:::::|　向かっております　　　　:::::::::::::::
━━━━━━━━┳━┛:::::::::::Ｕ (＿)つつ::::::＼＿＿＿＿＿＿＿＿　:::::::::::::::::

きたー

大規模障害の概要と原因について（中間報告）
http://support.fsv.jp/info/nw20120625_01.html

　　　ｼｭﾎﾞｯ
　　　　　　　.,　∧＿∧
　　　　　　[]() （ ・ω・｀）　　　　　　ｌ二ヽ
　　　　 　　□と　　　　）￣⊃　　　　　) )
　　　　　　⊂ （＿（＿つ　　￣⊃　　/￣￣￣ヽ
　　　　　　　⊂_　　　　　 .＿⊃　　　| （＼／） |
　　　　　　　　　⊂＿＿⊃.　　　　　 |　 >　< 　|
　　　　　　　　　　　　　　　　　　　　 | （／＼）. |
　　　　　　　　　　　　　　　　　　　　 ヽ＿＿＿/


そうか　あかんか　ファーストサーバも一緒やで

去年解約してた
ラッキー

おっぱいおごってくれ

>>9
やっぱりテストせずいきなり本番環境にぶつけたのか

えーまだつづくの？ｗ

>>1おつ

http://toro.2ch.net/test/read.cgi/hosting/1340533633/974
これみて
http://anago.2ch.net/test/read.cgi/gline/1337383635/172
これ思い出した

■ 暫定対策
サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き
当面の間はメンテナンス作業を停止いたします。また、止むを得ずメンテナンス作業を行う場合には、
ダブルチェックを欠かさず細心の注意を払って作業を実施いたします。



ワロタ

>>9
被害は５０００社とか言ってたけど
これ読んだら残りの４万５千社も終わってるだろwwww
オワタ　ママ　何もかも　オワタよ
空きれい

>更新プログラムの自身に不具合があったことに加えて
校正しろよ

>消失データを復旧し、リカバードファイルとしてお客様に提供しました。
>しかしながら、専用サーバーのお客様より、専用サーバー内において情報にアクセス権限を有していなかった者からも
>参照できる状態になっているとの報告があったため
え？そうなの？他社にごちゃ混ぜに出しちゃったんじゃないの？
っていうか、それなら専用サーバーの人は、それを許容するって伝えれば、すぐにリカバードファイル出せるんだよな？

常識では考えられない運用方法だな
さすが朝鮮脳だ

>>9
あ、これも報告書に追記しなきゃ…
10っぷんおきにｆｓ見てるけどここのほうが情報が早い

大規模障害の概要と原因について（中間報告）
2012年6月25日　2：00
http://support.fsv.jp/info/nw20120625_01.html

>>9
ザクザク勢いよくファイル削除するプログラム作っちゃったんだね！

>>9
本番環境とバックアップ環境って、違うシステムにしておくべきじゃないの？
どうせファイル保存だけだろうし、違うOSでも良いんじゃないのかな…？

>>1
ファーストサーバ Part13
http://toro.2ch.net/test/read.cgi/hosting/1340533633/
ファーストサーバ Part12
http://toro.2ch.net/test/read.cgi/hosting/1340519619/
ファーストサーバ Part11
http://toro.2ch.net/test/read.cgi/hosting/1340503932/
ファーストサーバ Part10
http://toro.2ch.net/test/read.cgi/hosting/1340473233/
ファーストサーバ Part9
http://toro.2ch.net/test/read.cgi/hosting/1340458330/
ファーストサーバ Part8
http://toro.2ch.net/test/read.cgi/hosting/1340441064/
ファーストサーバ Part7
http://toro.2ch.net/test/read.cgi/hosting/1340394356/
ファーストサーバ Part6
http://toro.2ch.net/test/read.cgi/hosting/1340371289/
ファーストサーバ Part5
http://toro.2ch.net/test/read.cgi/hosting/1340310469/
ファーストサーバ Part4
http://toro.2ch.net/test/read.cgi/hosting/1289383184/
ファーストサーバ Part三
http://pc11.2ch.net/test/read.cgi/hosting/1216823884/
http://hibari.2ch.net/test/read.cgi/hosting/1216823884/
ファーストサーバ Part2
http://pc11.2ch.net/test/read.cgi/hosting/1208943682/
ファースト鯖
http://pc11.2ch.net/test/read.cgi/hosting/997111619/

信頼性失墜してるからＷチェックじゃ安心できない。トリプルチェックして欲しい。

うわあ・・・ハンコヤドットコムも被害に遭ってた。メールだけっぽいけど

>>25
全裸でﾄﾘﾌﾟﾙﾁｪｯｸだな

>>20
それ印刷してレポートに別添したら寝てくれ
おつかれ

原因がわかってよかったね

ホントに2時に更新かよ。
寝れないからこういう一般社会とズレのある動き方やめて欲しい。

第三者委員会によるトリプルチェックは必須だな

＞6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
＞なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。

FAQに期待しとこ

>>9
無駄に分かりやすくするための画像作ってて報告がこんな時間になったってか？
時間の無駄使いだな

>>9
なんだ、この人生 ＼(^o^)／ｵﾜﾀ的な図面と
原因１〜３の何重もの原因は・・・

>>30
今、一部鯖のメンテナンスやってるみたいだから、
細かくチェックしないといけないかも…

これで全ての問題は解決した事になったのか。

>>9
要するに、影響がどこまで広がってるか検証中と

50000万社全部あやしいとｗｗｗｗｗｗｗ

>>31
ソフトバンクグループ会社による第三者委員会を設置いたします

あれ？
>専用サーバー内において、アクセス権限を有していなかった情報についても参照が可能
を念頭に
>共有サーバーにおいても、リカバードファイルの提供を即時停止
を考えると、情報ごちゃまぜを意味してないか？

>>37
そういうこと
パッチ対象が本番　バックアップ　全鯖に行き渡ってる
想像を絶する運用だな

>>39
どういうことなのそれ？
誰でも権限無くても何が見えてるの？

>>30
正確には2:10くらいだと思う
2:00にはなかった

>>9
データ消失にばっかり目が行ってるようだが・・・

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

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

やべーだろこれ

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

ソフトウェア障害のためのバックアップという概念があったらこんな文書かない

>>37
50000万社・・だと・・
宇宙中の企業が被害を受けているのか・・・

>>38
ありうるwwww

>>43
侵入されてるね
やっぱりハードウェアの障害はウソで
侵入されてたんかな

海外にあるサーバで、現地の技術者が、仕様を理解していなかったって事？

>>36
>>9のつぎはこうくるな
「今回ご迷惑をおかけした皆様には重ねてお詫び申し上げます。
現在今回の障害が起きた原因の究明に至りまして、再発防止策を講じることにより
同様の障害が起こらないようにサービスをご提供する目処が立ちました。
今後はより一層の注意を払いお客様のデータを取り扱ってまいる所存でございますので
どうぞご安心して引き続きご利用くださいますようお願い申し上げます。」

>>9の内容見ると、関わっていた人間に馬鹿が多かったってことだね。
削除コマンドを易々と発行してるし、バッチ処理をメインとバックアップの
同時発行だと事故が起きた際に回復が絶望的になる。小学生でも判るだろ。

EC-CUBE使ってる客なんてバックアップ取ってなさそうだから、復旧出来ない
会社も多いだろうな。

あとこういう事故は同業他社がメシウマ状態らしい。さくらが火事を起こした
時なんて、他社は嬉しそうに語ってたよ。

>>47
何が侵入すんねん。怖いわ。
ういるす？すぱい？それともお前ら？

>>40
一見もんだいなく動いてるようでもDBの一部が欠損してたりする恐れがあるとかぱねえっす

>>41
上記はｱｸｾｽ権を気にしていないとも読める
とすると、共有ｻｰﾊﾞｰでもｱｸｾｽ権を気にしなかった可能性があるのではないか？
共有ｻｰﾊﾞｰって他社ﾃﾞｰﾀもあるよな？それでｱｸｾｽ権を気にしなかったらどうなる？

何が読めているかはリカバードファイルの中身次第としか言えん

もう今日は終り？寝て良い？

みんなありがと。原因「らしきもの」が公表されたから、これ印刷して寝る
経緯を一から説明できないと首が危ないからどうなるかと思てた
（説明できたとしても危ういことに変わりはないが） お休み…

>>45
許せｗｗｗｗ

>>51
パソコンの大先生の俺らにそんなスキルあるわけ無いだろ
今日から予想はるかに超えて想像を絶する展開だな

すまん、誰か中間報告の内容を3行でまとめてくれ

>>50
なら、日本ラッドは月曜から株価上がるかもな。

>>55
ゆっくり休んでね。
体壊さないでね。

>>55
ぐっすり眠ってね
でも永眠しないでね

>>58
でっち上げ
バックアップなんてなかったんや！
情報漏洩もあるで！

アクセス権が変わるのはバックアップから戻したくらいでは
通常は変わらない
バックアップしたつもりが既に侵入されて改ざんされて
スパイウェアが発動してシステムアボンしたんかな
ここまでいくとそれくらいしか思いつかない

>>58
消えちゃった
漏れちゃった
ーーー つづく ーーー

>>59
日本ラッドはここの元社長がいるだろ
新幹線で全裸になって逮捕された元社長が笑

うちが借りてたサーバは検証環境だったのか
だったらせめてその検証結果を聞きたい

>>48
正確にいえばチョンがね

全然わからん
素人のエライさんにわかるように発表して欲しい

>>65
あんなのが社長だったってことは残った奴らも似たり寄ったりだったんだろうな・・・はぁ・・・

>>55
おやすも　(_´Д｀)ﾉ~~ｵﾂｶﾚｰ

>>63
スパイ入ってシステム壊れたの？
コピペミスかと思ってたけど違うのか・・・。

>>68
わかるように人形入りの丁寧なイラスト入りにしてくれたジャマイカ

何がどこに漏れたんだ？

>>68
354 名前： 名無しさん＠１３周年 投稿日： 2012/06/25(月) 02:33:10.14 ID:5aGnqzof0
なんか、いろいろ用語並べて尤もらしいこと書いてるけど
要は、こういうことでしょ？

・なんとなく正しいようなスクリプトを書いていました。
・なんとなく検証したつもりになってました。
・これまではたまたま致命的ミスがなかっただけで、いつかは起こる事故でした。

起きたら全部夢だったら良いな
>>9なんて無かったんだ
月曜日なんて来ないんだ

　　┌┐　　　　　　　 　/　／/
　[二　 ] ＿＿　　　　 〔／　/　
　 　|　|／,ー-、ヽ 　　　　 /.　　　　　　 (~)
　 ／　／　　_,,|　|　　 　 ./　　 　 　 γ´⌒｀ヽ
　レ1　|　　/ o　└、　　∠／　　　　{i:i:i:i:i:i:i:i:}
　　 .|__|　　ヽ＿／^ 　 　　,/　　　　 （　´・ω・） 　　　　　　））
　　　　　　＿＿　 　　　 　/　　　　　 /つ（￣｀ヽO_ノ⌒ヽ
　　　[二二＿　　]　　　　/　　　　　ノ:::::::::）　　　　　　　　＼ ））
　　　　　　　／／　　　　｛..　　　　(__丿＼ヽ　::　　　　ノ::::　）
　　　　　／　∠＿＿ 　　￣フ..　　　　　　丿　　　　　　　　,:' 　）） 　
　　　　∠＿＿＿　　/　　／　　　　（（　（___,,.;:-−''"´｀`'‐' 　　　
　　　　　＿　　 ／　/　　＼　　　　　　
　　　　/ o ヽ／　 /　　　／　　　　　　
　　　　ヽ＿＿ ／　　　　＼

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

読んでみたけど、技術的な内容をあえて一般的に書いてる（当たり前か）ので、
いまいちピンとこないな。

> 原因1：脆弱性対策のための更新プログラムの不具合

> 脆弱性対策のためのメンテナンスが必要となる都度、メンテナンスのための更新プログラムを作成しており、今回も更新プログラムを作成しています。

ここまではわかった。

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

ファイル削除コマンドを停止って何よ？
お掃除スクリプトみたいなのをベースに更新スクリプトを作ってたりして、
毎回「ここはコメントアウトしてねっ」てなあほな運用してたとか？
うーん。

> メンテナンスの対象となるサーバー群を指定するための記述漏れ

これは、なんとなく、こんなんな気がする。

if [ ! -z "$1" ]; then
update $1
else
for i in {2..254}; do
update 192.168.1.$i
done
fi

>脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群の
>バックアップ領域に対して同時に更新プログラムを適用するという構造に修正して
>実施しました。

万一メンテナンスに失敗したらバックアップから戻さなきゃいけないのに
なぜバックアップ領域にも同時に適用するのか……

>>9

　　　　　　　_,,;' '" '' ゛''" ゛' ';;,,
　　　　　　（rヽ,;''"""''゛゛゛'';, ﾉｒ）
　　　　　　,;'゛ i ＿　　、＿ iヽ゛';,　　　　お前それ内のIT音痴ハゲ社長の前でも同じ事言えんの？
　　　　　 ,;'" ''| ヽ・〉　〈・ノ |ﾞ゛ `';,
　　　　　 ,;''　"|　　 ▼　　 |ﾞ゛　`';,
　　　　　 ,;''　　ヽ＿人＿ /　　,;'_
　　　　 ／ｼ、　 ヽ⌒⌒ /　　 ﾘ　＼
　　　　|　　　"ｒ,,　｀"'''ﾞ´　　,,ﾐ゛　　 |
　　　　|　　 　　 ﾘ、　　　　,ﾘ　　　　|
　　　　|　　　i 　　゛ｒ、ﾉ,,ｒ"　i　　　_|
　　　　|　　　｀ー――----┴ ⌒´ ）
　　　　（ヽ　 ＿＿＿＿＿＿ ,, ＿´）
　　　 　（_⌒ ＿＿＿＿＿＿ ,, ィ
　　　　　　丁　　　　　　　　　　 |
　　　　　　 |　　　　　　　　　　　|

ハードウェア障害時にバックアップに切り替える…
つまり予備系がバックアップを兼ねていた…？

>>63
これ、海外の技術者が情報を抜いて小銭を稼ごうとして
間違えた処理をしたってこと？

ファーストサーバというより
DC間借りしてるIDCフロンティアで何かあったとしか思えんな
被害がでかすぎる

日本ラッドにいるファーストサーバの元社長、
ファーストサーバにバックドアしかけてたりしてな（オカルト板並みの妄想）

検証サーバーと本番とバックアップへの適応がどうじにされたって事か

大規模障害の概要と原因について（中間報告）
2012年6月25日　2：00
http://support.fsv.jp/info/nw20120625_01.html

　↓
改竄防止のためN+に魚拓とった人がいた
http://www.peeep.us/39d7a31e

>>72
最初のプログラムが諸悪の根源だってのはわかった

ttps://twitter.com/pcb/status/216947081397542913
【ファーストサーバ 中間報告の要約】
脆弱性対策パッチあてするよ！→作ったパッチ書間違＆削除コマンドで全消し＋
事前テスト杜撰＆漏れ＋バックアップ＆本番のデータ同時変更する内部ルール⇒《全壊》、
復活ツールよくわからず掛けて他人のデータもまじる

oh...
このあとの書き込みで最初にこの人がヤバいとか言ってた仲間さんは失業か...

中間報告だし、最終報告が大分変わる可能性もあるからなぁ

情報漏洩についての記載がぼやかしすぎでよくわからん
良くわからんってことは、安全側に倒れて、情報漏洩はあったものとして動いたほうがいいだろうな

これはまた見事なクラッシュシステム発動・・・ｗ
ttp://support.fsv.jp/info/img/syogai_after.gif

原因�@→まあええやろ、よくあることや
原因�A→まあ・・・しゃーないわ、前方不注意や
原因�B→なんやー！！！

>>83
ちげーだろ
最初に検証環境でテストを実施。
対象サーバ（目的としたサーバ）は正常に動作したけど、それ以外のサーバも実は誤って削除してました。
でも検証環境での確認は対象サーバだけだったので、それ以外も実は削除してたのは気ずきませんでした。

で、OKだと思って本番環境でやったら同じように対象サーバ以外は削除されました、ってことだろ

FSのいう「バックアップ」って、本鯖の複製機で、
本鯖に異常が生じたときにリプレースするための
ものってこと？

単なるデータのバックアップではなく。

なんか、よくわからなくなってきた…

なあこれマヤの予言の引き金じゃね？

こりゃあ大量に死人がでる！
メシがうめえ！！！！


ブラッデイマンデー！！！！ひゃっほい！！！

>>91
そういうことだな
本番系と待機系で
待機系をバックアップと呼んでんたんだろう
バックアップの意味わかってなかったみたいだな

>>68
問題は3点です。
・脆弱性を回避するプログラムに、ファイルを削除する致命的なバグがありました。
・検証したのに、バグに気がつきませんでした。
・運用手順に問題があり、運用中のファイルだけでなく、
バックアップファイルも同時にバグのあるプログラムを適用して消しました。

>>88
これだけ見ると鯖全滅に見えるよね・・・

なんでわざわざバックアップまで更新する運用にしてたのかわけわからん

FS「同じの２つ保存してればいいんだろｗｗ

>>84
作業者の作業ミスだな。
多分一人に組ませてチーム内で検証とか読み合わせとかをしてなかったんだろう。

RT @train_takasaki: 高崎線は、深谷駅での人身事故の影響で、上下線で運転を見合わせていましたが、23時26分頃に運転を再開し遅れがでています。[12/06/24 23:30]

>>97
普通に考えれば、本番環境に問題が無いことを確認してから
作業に移る気がするが・・・

>>97
バックアップから戻したときに、プログラムが適用されてない状態になるからって書いてなかったか？

>>83
検証サーバで動作確認したけど、期待通りの動作をしてることを確認しただけで
予期しない動作をしていない検証はしてなかった

>>101
コスト削減
同時に済ませれば一度で済む

>>92
マヤの予言の可能性ある！！
「カナカナ 株」で検索してみろ。これ繋がってるわ。

>>74
こういう事だな。
ソフトバンクでは良くある事

これは予見できる致命的な過失だな

ソフトバンクは給料いいんだろうな

>>90
>それ以外も実は削除してたのは気ずきませんでした。

Σ(ﾟ◇ﾟ；)ﾏｼﾞﾃﾞｯ!?

これ、バックアップの意味わかってねーじゃねーかw

検証になってなかったんだな

>>104
ソフトバンク系らしい発想だな・・・（そして取り返しのつかないことに

バックアップから戻してから更新適用すべき

>>94
とんとん

これどうなんだろう…

テープとかにバックアップってイメージだったんだけど、
全然違うのか…

>>102
いや、バックアップなんだからそれが当たり前じゃね？
バックアップに後から手を加えたらバックアップの意味ないじゃないかと
それなら更新適用した状態のデータから新たにバックアップデータ取るのが普通じゃね？

>>110
えっ、バカップルっすか？まー、間違ってないっすねーｗ

何らかのパッチを当てる作業だったんだろうけど、
そのパッチを当てるバッチファイルに記述ミスがあったってことかね。
なんとなく想像出来る。
新人にバッチ組ませたんじゃないの？で、誰もチェックしなかったとか。

>>99
中間報告にもあるとおり手順書のミスだよ
予期しない動作をしていないことの検証を省いたのが一番の原因

>>115
普通はそうする

これまでよく正常にメンテナンスできてきたな
これ運が良かっただけだろ

SB系のITﾚﾍﾞﾙはここまで低いんだな

>>102
つまり>>91だったってことだろ
世間一般で言うバックアップはとっていなかった

裸祭りが無くなったから、運も消えたのか

逆に今まで問題起きなかったのが奇跡としか言いようがない

>>94

ストレージをレプリケーションするって意味で使ってなかったのかよ

これエンジニアが使う用語としてのバックアップじゃないよ。

>>121
携帯事業と同じかーーー・・、
IT系っぽく装ってるけど実は単なるハゲタカ乗っ取り屋

844 名無しさん＠お腹いっぱい。 sage 2012/06/25(月) 00:56:09.46 0
コレ書いた記者、ここの常駐だろ、ハイ挙手！ｗ
ttp://www.news-us.jp/article/277080974.html

別に常連じゃないかと。
このホムペは陰謀論スレじゃ常識。
陰謀の匂いを嗅ぎ付けて来ただけ。

>>77
検証環境で通ったからだろうな。

削除の停止って何かしら？？

>>115
それが正しい手順よな

>>110
RAID組んだからバックアップｲﾗﾈに近い発想だよなｗ

バックアップにも更新を適用していたのは、過去にバックアップからの復元で、脆弱性まで元に戻ってしまった経緯から今のような形をとってるらしいけど、やり方がまずかったな。

>>121
Yahoo年賀状でもやらかしてるからな。
http://togetter.com/li/223264

SB系と契約するときは、用語集が必要ってことだな
意外な所で、意味が違いそう

＞6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
＞なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。

FAQを見てFuck you! と叫ぶことになるのですね。

納品のことかー

ギリギリ朝刊に間に合わないタイミング
わかりやすい

2012年06月24日12:12
＞カナカナが紹介する、そうだったのか！ファーストサーバ問題
（略）
＞日本は危機管理能力も判断能力もなさすぎ。もう日本捨てる覚悟（笑）
＞そしたら、１２月にみんないなくなっちゃえばいい。

で、どうすんの？
許されたの？

>>131
これはバックアップではない
ホットスタンバイだ

なんだこの言い訳
自分がいま何の作業やってるのかひとつも理解してねーやつに遣らせてるだろこれ
学生バイトの方がマシな判断するぞ

もともとバックアップなんて無かったんやー

>>139
つまり、一般的に言う「データのバックアップ」はしていなかったってことか

バックアップがなくてアップアップ

>>138
こんなアホなミスが許されるわけねぇーだろｗ

>>130
つか、手動なだけで、RAID1だよこれw

今回、直撃食らった被害者です。

DBのバックアップは本来やりくにいという事は過去スレを読んでて
分かりました。

技術者の人に質問ですが、ファーストサーバは論外として
稼働中のDBをミラーリングしてるシステムを1日または半日に一回、
切り離してバックアップ。それで完了後に再接続。
これは無理なんでしょうか？

クラウドであってもタイムスタンプでデータの新旧は判別できると思うんですけど。
それともクラウド版DBの”ある時点”のデータは吐き出したとしても、
レストア（ロールバック）できないような、データの塊なんでしょうか？

>>127
嫌儲のスレとか引っ張ってないかこれ？

バックアップって何かね？

>>137
不吉な数字「666」を越えて「6666」じゃねーか。。。
6月6x4日6x2時6x2分。

>>118
その手順書は今回用に作成したものなのか、
それとも良い意味での使い回しだったのかが気になるな。

何にせよ、上長と役員は首飛ぶだろ

結局レプリケートかなんかしてた待機系があっただけで、いわゆるバックアップは取ってなかったってこと？
んで待機系にもパッチあてたんでFSVがいうところのバックアップも死亡と……

>>146
シェルが使えるならいくらでもリアルタイムバックアップできる
dumpしてtarしてscpするだけでいいんだから

>>138
誰が許すというんだ誰が

>>130
ミラーリングした後に、一つ外してｗそのまま運用って感じｗ

>>108
ファーストサーバの100％親会社ヤフーは
最近申し渡された新人事制度のせいで
今後の昇給ほぼ絶望的だと社員がヤケバチになってるよ。
なんでもこの2Qに設定された無茶苦茶な利益目標を達成できなかったら
3年間昇給ゼロとかなんとかｗ
今回の障害、腹を立てた奴の自爆テロだったりするかもなｗ

【30億の褒美は】Yahoo! JAPAN 35【ステッカー】
http://uni.2ch.net/test/read.cgi/venture/1339583612/

>>147
ただのアフィ乞食のまとめブログじゃん

>>145
サーバ筐体単位での非同期RAID１とか想像できんかったわｗ

>>138
絶対に

なんかJCO臨界事故を思い出した

>>139
ホットスタンバイであれば、処理に時間差を置く
同時パッチを当てている事から見て、これはただの手動RAID1

>>148
少なくともこの会社では意味無い

>>139
コールドスタンバイでは？

だんだん分かってきた

なんか違和感を感じていたんだけど
オレの思うバックアップと、FSの言うバックアップの概念が違っているんだ

だから、状況や説明が噛み合わず、よくわからん感じだった
・・・つまりは、バックアップはしていなかったと

再発防止策を講じたつもりが
二次災害を引き起こしちゃいました
みたいな感じかな

きょうはでんしゃがいっぱいとまるよ
だからゆっくりいくよ＾＾

>>150
今までの失敗を積み重ねてきた上での手順書だったんじゃないかな
役員の首というか会社なくなるでしょこれｗ

なんというか、raidはバックアップじゃないっすよっていう脱力感に似てるな。

しかし、担当者はたまげただろうなぁ
見てみると全部白紙になっとるんだから

>>146

> 稼働中のDBをミラーリングしてるシステムを1日または半日に一回、
> 切り離してバックアップ。それで完了後に再接続。
> これは無理なんでしょうか？

無理じゃないよ。
けど素人がそういう仕組みまで考えて「これでやってくれ」ってのは危険。
というかもっと良い方法がある。
>>152とか。

同情ひこうってな説明だな

>>146
>>152

シェルが使えなくても、PHPなどからDBにつながればできるぞよ。
全テーブルにSELECT FOR UPDATEか LOCK TABLE 発動して、
全件SELECT → CSV
とかね。

同情出来ない内容だけどな

あー、なんか他社でこんなことあったから、うちのも全部見直せとか言われそう
やだなー

>>131

やり方がまずいって話ではなくて、そもそも用語としてのバックアップという言葉の定義が
FSと常識では違ったってことだな。

D2Dレベルのバックアップじゃなくて、待機系をバックアップといってただけ。
FS独自の｢バックアップサービス｣もどうやら/update1-7ふくめ、同じディスクにとってただけｗｗ
WindowsでいうとC:直下にフォルダ切ってコピーを放り込んでただけｗｗｗ

ふつうUserlandで見た目がそうなってても、/update*は別スライスに切ってるだろ。ふつー

EMCのSANアレイは鉄板だと信じてたのかねぇ。

　　　,,
どうしよう

>>152
DBでかいとdumpの間ブロックされたりしないの？

会社の経営が変わってからメチャクチャな運用に変更されてきた感アリアリだわ

>>146
proxy backup方式ってのがあるよ

>>174
＞FS独自の｢バックアップサービス｣もどうやら/update1-7ふくめ、同じディスクにとってただけｗｗ
＞WindowsでいうとC:直下にフォルダ切ってコピーを放り込んでただけｗｗｗ
ありがちな初心者ミスすぎるｗｗｗ

コールドって程止めてる感じがしなかったからホットスタンバイにしちまったけど
よく考えるとそういうのを超越した思想で作られてる気がしてきてどうでもよくなった

>>170
どこに同情できるんだよｗ

彼らの言うバックアップは俺たちの知っているバックアップじゃなかった・・・orz

バックアップにも同時に適用って意味が分からないんですけどね

>>174
SAN値が下がるなｗｗｗ

ミラーリングほどリアルタイムじゃない気がするが
デイリーでコピーを取るようになってたけど

パッチプログラムがコピーにも同時にパッチをあてて
それがオリジナルとコピー両方破壊して復旧不可能になった。
ってことなのかな？？？

>>159
確かに、臨界事故や福島事故の同類だな
基礎技術力が落ちてて、現場が根本的に作業の意味を理解してない

臨界量を理解せずにチョロチョロと出すのは面倒だとバケツで注ぎ込んだり、
電源車の使い道を現場が知らずにコネクタ形式や電圧が原子炉本体ではなく一般100vで揃えていたり、
バックアップという単語の意味をわからずにパッチを同時処理していたり、

なんて国になっちまったんだろうな

>>146
レプリケーションシステムならスレーブ側で
・同期停止
・DB停止
・ファイル単位でバックアップ
・DB起動
・同期再開
の手順でやれるけど、バックアップ中にマスターがイカれると詰むのでスレーブは最低でも２台用意して
マスター含めて３台以上でやらないと怖い

自作素人鯖を素人が動かしてるんじゃないんだぞ
金貰ってるのに何やってんだよ

>>181
同情どころか、オレは東海村の臨界事故を思い出したぞｗ

手順を省くため、常識とはかけ離れた処理がされていた
そして事故へ

>>176
http://dev.mysql.com/doc/refman/5.1/ja/mysqldump.html

言い訳あまりにひどすぎて
目が冴えまくって寝れなくなったわw

訴訟検討してたところはおめでとう
間違いなく重過失認定おりるよコレw

バックアップ取ってませんでした、とは流石に言えなかったので
スレイブサーバーをバックアップと主張しているとも取れる

本番系とそれが潰れた時用のバックアップ系があって、
日々のデータバックアップは本番系からバックアップ系への
コピーで済ませてたんだね
だから両系削除されたらデータは消滅と
マジかよwww

>>191
同意
特に、バックアップサービス買ってたところは契約不履行だから確実に勝てる

普通は、何日か巻戻っても、データは復元できると思うよな・・・バックアップがあれば

表面的な文章に違和感がなくても
もう何が信用できるかわからないレベルのズレ

>>191
しかし、データが帰ってこない可能性が輪をかけてあがったなあ。
訴訟で勝てても、つぶれる会社たくさんありそうね。。。

>>146
解りづらい書き方でごめん。
「PRIMECLUSTER Global Disk Services」
こんな感じの方式。　ちょっと使いづらいけど、やりたいことが出来ると思う。

http://software.fujitsu.com/jp/manual/manualfiles/M060019/J2S16602/01Z2A/gdss01/gdss0028.html
http://software.fujitsu.com/jp/manual/manualfiles/M060019/J2S16602/01Z2A/gdss06/gdss0146.html

本鯖の複製を作ることで「バックアップ」というのも、
復旧の面では良いのかも知れないけど、
どうなんだろう？
鯖会社として、普通にやってる事なの？

今まで、何でFSがバックアップまで消失したのか、
不思議でならなかったけど、なんとか意味が
わかって来た…

これって、FS以外が考えるまともな運用にするのって無理だろうな
まともな運用を設計できる人もいないだろ

今の所動いている会社も早急に逃げだすﾚﾍﾞﾙだな

俺たちはファーストサーバーが知らなかった単語は「世代管理」だと思っていた
だが実際には、そもそも「バックアップ」という単語の意味を知らなかったw

仕様変更のたびに手間を掛けるのをやめてコストカットを突き詰め安全を切り捨ててるわ

まさにワイルド仕様の格安企業向けサーバーサービスだね

>>9
メール混入を認めたな

良かった――喪服着て来て！
自称“バックアップ”待機系がお亡くなりになってるじゃない

どう考えても非同期のミラーリングでしかないんだけど、百歩譲ってバックアップという強弁を認めたとして
そうなると今度はバックアップに意図的に手を加えたということになるので、結局FSの重過失は避けられないだろ。

>>199
「コールド（ホット）スタンバイ」と「バックアップ」は明確に違う。

FSのは明らかにコールド/ホットスタンバイ。
スタンバイ（待機系）をバックアップ、なんて呼ぶのは通用しません。

>>174
あー、やり方がまずいって言ったのは、バックアップからの復元で脆弱性まで戻るからと言ってバックアップ自体に手をさなくても他のやり方があったはずだよねーって意味で。
復元後に逐次更新適応するだけでいいと思うんだけどね。

本来の対象サーバへのパッチは正常に当たっていたのと説明になるのだろうか？
だとすると対象サーバだけは破壊されなかったのは何故だろう？
本来削除するファイルが存在すればそれを削除して終了、存在しなければ全てのファイルを削除するとかそんな感じだろうか？

FSから逃げるかどうかで議論していて上司に
今回の失敗でしっかり対策するからむしろ他より余計に安心なんじゃないかと
言われて押し込まれていたが

これはいい材料が出てきた

>>169
「PRIMECLUSTER Global Disk Services」
これを普通に使えば、仕組みできてるから安全だよ〜
プロキシボリュームって、超安全じゃない？

物理的にディスクの同期をとって切り離すんだからさ

RAIDだから安心（ｷﾘｯ
ってのと基本思想はそれほど変わらないのか。

別媒体への日次バックアップとか無いんだ…

つまり２世代バックアップというのはどういうことﾆﾀﾞ？
ただのハッタリだったと言う事ニカ？

ベアメタルバックアップじゃなくて、単なる手動RAID1を｢バックアップ｣と称していただけだな。

>>199
普通にやってる、というかサーバなら当たり前に備えてる機能のはず
ただし、本来ならそれに加えて定期的にバックアップデータを専用の領域に作成してる

当初作業にあたったシステムクラッシャーいやオペレータの経験はどの程度だったんだろう。
まさか、新卒でこの春に採用されて研修期間が終わって２ヶ月未満ってのに預けたんじゃないだろ？
「アタシ初めてなの！」テヘぺろっ
幾ら（有得んだろが）外注がやりましたってやらせた側の問題だろうし。
・検証系で気付けない部分でアウト。いやこれも本番系と同時適用とかまさかね。
まさかなオペレーションだったらチャレンジャー。そう挑戦者（まさに朝○人）

>>207
常識的に考えてそうするでしょ

>>209
そもそも、鯖屋としてなっちゃいねぇって事か・・・

> 原因1: 更新プログラム不具合
> 　1-1 ファイル削除コマンドの停止指示漏れ
> 　1-2 対象サーバー群の範囲指定漏れ

ここでいう更新プログラムはシェルスクリプトとかだろうな


> 原因2: 運用手順の不備
> 　2-1 対象サーバー以外の動作確認手順なし
> 　2-2 対象サーバー以外のデータ消失確認漏れ

2-1は原因1でいう更新プログラム（シェルスクリプト？）がfailsafeになってなかったのが問題かと。

>>201
猿人が骨放り投げる勢いでうなずいたｗｗｗ

新卒が仕事を任されてやらかした
なんてことはないよね

> サービス再開に必要な場合、および緊急メンテナンスが必要な場合など
> 止むを得ない場合を除き、当面の間はメンテナンス作業を停止いたします。
>
この報告書ではメンテナンスって脆弱性対策も含んでるんだよね？
暫くはその辺無防備ですよ？って事か･･･

復旧で大変だろうが並行してそろそろおまえら訴訟のほうも上に掛け合って話進めろよ
社長にもそう進言したら怒りの矛先がわかりやすくておまえらも少しはプレッシャー弱まるかも
今回一気に注目集めたloftをあたりを筆頭に連絡取り合ったら被害者も集まりやすいし、情報も共有して進めたらいいんじゃね？
とりあえず恨み晴らす前に死ぬなよ

こりゃ訴訟だなｗ

レンタルサーバー板ってユーザーだらけなのか...。
ハイパバイザ層でで問題ありなんでしょこれ。

なんか、こんな奴ら相手に苦労してたのかと、すげえ脱力した
万一、未知の事象で、うちの鯖に同じトラブルがある可能性も、と思って情報集めていたが、
このトラブルだけは俺の管理下では発生しようがないw

寝るわw

>>201

この分だとFS用語と技術的常識用語の乖離が他にも出てきそうな気がするよ。
逃げ推奨だなぁ。

>>224
どう考えてもゲスト側だが

>>226
「バックアップ」という単語が通じないんだぜ？
他は推して知るべしw

>>212
本番機を1世代って言うルールなんだろ
スタンバイ機が2世代目ｗ

>>225
おやすみｗ
まー今回のこれを他山の石とするかどうか、だな

>>201
せめて1日前とか残ってたら良かったのに。
そういう幻想も砕かれたｗ

ﾒﾝﾃﾅﾝｽ=ｷﾑﾁﾊﾟｰﾃｨ
ってことですね

ﾌｧｰｽﾄが潰れたら、ｲﾝﾌﾗ系の出物あるかな？
ﾃｰﾌﾟのｵｰﾄﾁｪﾝｼﾞｬｰが欲しいんだ
あ！ﾌｧｰｽﾄにはないかもね

他山の石とできるレベルじゃねぇ

>>231
もう、そういう次元じゃなかった

そもそもバックアップを取っていねぇ・・・(´Д⊂ヽ

>>224
ピンきりじゃね？
個人ユーザーの管理者は、そこそこ居るだろうけど
そいつらなら、こんなとこ契約しないか
最低限のローカルバックアップは取ってるだろうし

技術に疎い経営者の経営判断でアウトソースしてたんだろ

お前ら、月曜に備えておけよ

データとシステムの区別もついてないよなこれ

そもそも「クラウド」とは何だったのかと

ちょっと俺もよく分からなかったのでバックアップを辞書で引いてみた

>そうさ……俺は……
BAKKUAPPU

　お　と　ぎ　ば　な　し　は　終　わ　り　さ　……


ttp://racing-lagoon.info/nomu/translate.php

>>238
まぼろし

>>227
マジで？　ゲストOS全部に一気にパッチ当てたの？
怖いね。　でも、ハイパバイザ層でまるっとプロキシボリュームでレプリケーションとったら
ディスク切り替えるだけで復旧できたのにね。

ファーストサーバ

期間限定！
時給＊円
業務内容：サーバーに関する対応(専門知識は不要です）

朝六時の同期作業中に本番機がクラッシュしたらどうなるのっと

>>238
　　|ヽ∧＿
　　ゝ ＿＿＼
　　||´・ω・`| ＞　やめなよ
　 /　￣￣　 ､ヽ　__＿＿＿＿＿
　└二⊃　　|∪=|　|───　　／
　　ヽ⊃ー/ノ　　　￣￣￣￣￣
　　　　￣｀´￣

「バックアップにも同時適用」って・・・
凄いこと書いてるなw

bcp用システムディスクアレイなんかなかったんだ。
待機系をバックアップと称していただけだったんだ。

俺たちはもうちょっと高級なシステムを想像していたが、
実物は自作サーバに毛が生えたものをクラウドと称していただけなんだ。

絶望した！

よくこれをバックアップと称して10年運用できてたなぁ
感心するわ

>>235
そっか、困っている人たちは
適当に提案を聞いて、値段を聞いてリプレースとかしちゃった人たちなのかな。
今の時間、SIerの人が多い気がする。　クラウドのコア触ってない、DBとか仮想化やっている人とか。

>>246
自作鯖に毛が生えた物？
まだ自作鯖の方がバックアップ取ってるっていうか、バックアップっていう言葉が通じるわ

これ、小規模向けならば、
安鯖を10台ぐらい日次でミラーリングして
順次とっかえひっかえ使ってた方が
まだマシだったんじゃね？

いやーしかし何が怖いって、本番環境だけならまだしも、確実に動いてた時のコピーすら同時に粉砕するその仕組み。
ほんのちょっとした更新でも毎回綱渡りだったってことだよね。
不具合があったらFSの言うところのバックアップにまで影響が及んでしまうんだから。

クラウドってへっぽこ端末からXサーバに繋いで作業するイメージしか持てない

>>250
何台の安鯖がいるんだよ・・・あんまりアホなレスしないでくれ

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

漏洩も認めちゃってるんだけどどうすんのこれ
報告義務とかあるんだろ

>>247
推測になるけど、

コスト削減で、職人芸で運用していた環境が更に悪化して
ヒューマンエラーが起きやすくなっていたんじゃないかな？

ベテランが退社して、新人しかいなかった可能性もありえる

この障害って、本当は復旧できるよね..。
誰かが、1ヶ月とかあれば復旧するのかよと書いていたけど。
1〜2ヶ月あれば元に戻せるよね。

>>247
昔は完全な副系として運用してたから戻せたけど
今の管理者になってからミラーリング同然になったんだろ

初期のコンセプトも無視した素人運用としか言えないな

　 　 　　　＿＿＿_
　 　　　／　　 　 　＼
　　　／　 _ノ 　ヽ､_　 ＼
　 ／ oﾟ(（●）) (（●）)ﾟo ＼ 　サーバーに脆弱性あるからパッチあてないといけないお…
　 |　　　　 （__人__）　　　　|
　 ＼　　 　 ｀ ⌒´ 　 　 ／


　 　 　　　＿＿＿_
　 　　　／　　 　 　＼
　　　／　 _ノ 　ヽ､_　 ＼
　 ／ 　oﾟ⌒　　　⌒ﾟo　 ＼ 　でもバックアップを復元したら脆弱性まで復元されるお…
　 |　　　　 （__人__）　　　　|　　
　 ＼　　 　 ｀ ⌒´ 　 　 ／

　
　 　 　　　＿＿＿_
　 　　　／⌒　　⌒＼
　　　／（ ●） 　（●）＼
　 ／::::::⌒（__人__）⌒::::: ＼ 　　だからバックアップにもパッチあてるお！
　 |　　　　　|r┬-|　　　　　|
　 ＼ 　　 　 `ー'´ 　 　 ／

>>224
たぶん正解。

>>256
そう信じたい気持ちはよくわかるが・・・

>>251
一人ぐらいはそんなあり得ない仕組みを発想をする奴が居たとしても
何故そんな案が通ってしまうのかが理解出来ない……

>>247
1年前ぐらいに唯一まともな技術者がブラックに耐えられなくて辞めたとかもありえるぞ
もしくは全裸で捕まったとか

文系SEだがクソメンテナンスバッチを本番にリリースして始末書騒ぎになったことがある
このスレ見ても当時のこと思い出してもまったくピンとこない
所詮安いシステムなんてその程度の底辺が作ってるから諦めろ
まぁ謝ることにはやぶさかではない

つーかこのお粗末さ…
日本の技術レベルの低さはマジやばすぎなんじゃね、教育が悪いだろ、これ
こんなんじゃつまらん大事故頻発で多くの会社が傾いて、日本（の産業）が傾くぞ

>>256
専鯖向けはディスク解析すれば一部は復旧できるだろうけど
他は多分無理だな。残骸が大量に発掘されるだけだろう。

せめて待機が残ってれば救いもあったが。

夜が明け、やがて通常勤務時刻になると、約5万件(社？)ものFSユーザの60％以上が
少なからず何らかの確認や、作業をする事となり、同じ社内ユーザからのアクセスも
考えると、回線の輻輳のみならず、様々な弊害が予想できそう。
正常に動作しているサーバであってもかなりヤバイ処理能力が要求され
こんな状況では....
・ドサクサに紛れたFSに問題のすり替えをさせない事が重要。
「ある程度復旧させたんですが、予想を遥かに上回るトラフィックに想定外の...が重なり」なんて論外。

ここって仮想化アーキテクチャなに使ってたの？
VMware？Xen？OpenVZ？KVM？

漢な運用だｗｗｗ

ALL or NOTHING方式ｗ

豪快すぎて笑えてきた

本番をいじる→業務に使われだして問題ないのを確認→待機系に同じ作業
が常識よ

>>257
会社としては重用すべきだった、そういう技術や知識があるベテランを切ったんだったら
自業自得だわな。

こういうIT系の職場って人の入れ替わりが結構あったりするが、
知識や経験からくる直感やセンスを持ってる人を失ってたりするってことに
経営陣が気づくのはいつなんだろうな。

>>259
ホスト側にパッチ適用して、何らかの要因でリブートとかかけて、
クラウドの統合管理基盤のデータベースの情報がどうかなっちゃったと推測。
こうなると復旧不能になっちゃったりするんだよね。

>>260
これを、手作業で修正するベンダ内の特殊部隊がいるんですよ。
手作業だから、死ぬほど時間かかるし..。　海外ベンダかもしれないし。

なんか今までの推測や議論が何だったのか虚しくなって来たよ。

ベアメタルバックアップなんてはじめからなかったんだ。

>>1

http://www.firstserver.co.jp/corporate/accessmap.html


ヤフー・ジャパン・ファ―スト・サーバー本社に、
殺し屋、テロリスト、警官隊が、そろって突撃するのはいつごろですかwww。

■CSスローガン
お客様目線、それが私達すべてのはじまり

これは末端の教育レベルじゃないよ
障害設計はある程度の作業ミスを想定して作ってるけど
稼働率を上げるためと手抜きをするための設計変更ですべてぶち壊していってる

現場のSEと作業員に綱渡り運用を強要してるわ

>>275
訳：何も知らないド素人集団です

>>276
上司「なぜそんな綱渡り運用になってる！？俺は聞いてない！責任は全部お前らだからな！！」

やふーの子会社になったあたりからくるってきたんだろうか

>>265
クラウドの統合管理基盤システムにおける仮想サーバの管理って
ディスクデータが壊れることじゃない気がするんです。
管理データベースが悲しいことになったような..。

客側でのバックアップの取り方って教わった？
つか、客側でサーバを用意して常にバックアップしておかなきゃならないなら、
サーバを借りる意味あるの？

業界の共通認識であるバックアップと
自社で呼んでいるバックアップが違うってこと知って
FSの人はどう感じてるかね

>>9
これ更新プログラム書いた人どうなるの？
「仕事で50000万社のデータ飛ばしたったｗｗｗｗ」てスレ立てるの？

なんか一気に脱力したわ
業界の為にもこの会社のとんでもない酷さを衆知させないとな
でないと無関係の同業者が迷惑する
寝よ寝よ

CLVMじゃないっぽくてやりやすいようなきがするんだけどな..。

知り合いにFSにいたやついるからちょっと聞いてみようかな
８年くらい前にやめたからあまり知らんかもしれんが

2時公開のマンガはまさに脱力もんだなぁ。
朝見つけた客はﾎﾟｶｰﾝだろうなぁ

>>258
こんな感じだろうなｗｗｗ

ただ、中間報告での形で障害が発生したわけじゃなさそうな気がする。
明日になれば、誰かしら情報持ってるだろうな..。
ちょっと会話してみよう。

>>9
これをバックアップというなら
客はバックアップなんて出来ないだろ
もしくは例の簡易なんちゃらを設定していた事が万全のｗバックアップ

つーか経営陣は何やってんの？
逃げたの？死ぬの？死んだの？

すまん的外れな質問で悪いが素人に教えてくれ。

これ初期にサルベージ屋云々って話があったけど今回はサルベージできるの？
この場合、データ漏洩とか抜きにして純粋に技術的にってことね。

疑問点は
・技術的に引き上げれるのか
・サルベージって話が建前の時間稼ぎなのか

>>283
5おくｗｗｗ

どんなシェルスクリプトか見てみてえｗ

>>289
社畜テロの可能性があるからな・・・
嫌気が差したヤツが適当なことやっちゃったんじゃねぇかと

結果としては、中間報告通りなのかもしれんが

俺がファーストの社長だったら、狂って新幹線で全裸になる自信あるわ。

別に問題なくてもあの社長なら全裸になるからな

>>296

データーのオールリセットにブチキレた、
ユーザー１万人が、
親会社のヤフー本社に暴れこむとかなｗ。

>>292
流れからすると、絶望的な気がする

サーバーは２系統しかなく
トラブル後、同時に相当いじった感がある

むしろ、作業を止めていれば、可能性があったのかもしれないが・・・

なるほど、社長はそういう人なのか。

週明けに、バックアップが大量に行われて帯域が潰れたら
二次災害が発生するよね。　クラウドの統合管理基盤システムの特性的に。
アタッチしているストレージの帯域制限の機能限界とSwitchの性能。
ハートビートの間隔次第では大惨事が..。　これは、起きなければいいなぁと思う。

表に出てなかっただけで、昔から問題ありまくりでストレスが半端なかった。
でも優秀だから競合他社に行けた。
それで辻褄が合うんじゃないかな。

ヤベェｗこんなのを売りつけるｿﾌﾊﾞﾝ・ﾔﾌｰｸﾞﾙｰﾌﾟってﾏｼﾞｽｹﾞｴよ
流石禿、どえらい商売してくれるｗｗｗ
次は昼か夕方の鯖落ちがあるかどうか。

>>292
問題のサーバのHDDをとっぱらって別HDDで動かしているなら可能かもしれない。
でも一連の流れからしてそのまま同じHDDで運用続けてると推測できる。
その場合、元々データが存在した領域に書き込みが何回も発生するわけでサルベージはどんどん無理ゲーになる。
また1回2回くらいの書き込みならば特殊な機器で助けることもできるが非常に金がかかるので多分やらずにこのまま逃げると思う。

空が明るくなってきたヤー

８時半に会社で緊急役員会を開くんだけど、
大規模障害の概要と原因について（中間報告）
http://support.fsv.jp/info/nw20120625_01.html
これ配って役員に納得してもらえるかな？
って、課長からメールが来たけど、
たぶんムリですって返信しといた。

多分いまファースト社がやってるのは、データ復旧ではなく、
月曜の朝から計画停電みたいに大域制限等をどうやってかけるか考えてるだけ。
だってデータはもう戻らないんだもん。

新幹線の車内で裸　ファーストサーバ社長を公然わいせつ容疑で逮捕
ttp://blog.livedoor.jp/dqnplus/archives/1116520.html

>306
予定だと9時にFAQがくるみたいだぞ

>>308
何度も出てるけど
その社長なら首になったよ
んで、今は日本ラッドって会社にいるみたい

>>299
障害発生後の対応がグダグダだよな
お前んとこは個人で動いているのか的な

>>271
FSと同類企業の経営陣がそういった技術者の事まで考えるなんてまず無いと思うけどね

業界で技術力が高いってのが売りの会社でさえ、売上重視になったりすると、
良質な技術畑の社員を劣悪なレベルの派遣に切り替えていくのをいくつも見てきたよ

そもそもパッチに不具合があった場合にシステムを元に戻せる構成じゃなかったのに
テストもすり抜けて致命的なのを実行したと

障害発生する前の対応もグダグダだったわけだが・・・

>>292
ファイルの中身はあるけど権限情報やユーザー情報が一部が書き換えられている
それが書き換えられたのか正しいのかもはや判別不能になってしまった

つまり共有だと復元ファイルはあっても誰にも返せない

>>292
書き込んだりしないで、色々と統合基盤の種類とか調べて見てたんだけど、
予想したような出来事（発表通りでない）であるならば..。
クラウド統合管理基盤のデータベースの修復が出来ればデータサルベージ不要で
すべてが一気に現状を回復することが出来るかもしれないです。　本当に時間がかかるけど。

>>295
故意に発生させた事故とは思えないけど、そうであれば非常に難しい問題かもしてないですね。
CLVMファイルシステムごと破壊してしまったとかだったら、たいへん。

>>308
裸になった姿を見たのは26歳の女だけ、警官到着時は服を着ていた。
だとすると、26歳女の狂言かもしれない。なにかの弱みを握った上での。

>>306
課長もおまいも起きてたのか乙

「彼らがとっていたバックアップは私たちが知ってる『バックアップ』ではありませんでした」って
素直に言うしかないな・・・

>>317
なるほど

>>317
その全裸社長は、
他の会社にいったそうだ。

まあ、ぶっちゃけ、命拾いしたんだけど。

>>308
その事件は2008年。このときなんらかのトラブルが発生していたのだろう。
裸になった姿を見たのは26歳の女だけ、警官到着時は服を着ていた。
だとすると、26歳女の狂言かもしれない。なにかの弱みを握った上での。

ウチは自社サーバーだから関係ないが
同じことが起こったら、正気を保てない気がする

>>315
いや、NFSのマウントと操作手順を間違うとオーナーが変わるという仕様があったりするんです..。
って...。　なに、障害の切り分けやってるんだorz..

全裸社長は、同じクラウドサーバ会社の日本ラッドに行った。
凡人なら、あんなことした人間を雇うはずがない。
ファーストは会社としてアウトのレベル。ラッドはたぶん今まとも。
もっかい全裸になったら、会社じゃなくて岡田氏の問題。

>>316
素朴な疑問なんだが、そのクラウド統合管理基盤データベースってそんな脆いの?
致命的なエラー誘発するようなもんなら冗長化するべきだし、それが出来ないのならそのシステムって本質的に危険なんじゃね？

>>299>>304
レスありがとう。了解した。

今回サルベージ屋が対外的な時間稼ぎ（もしくはfsの本気の一縷の望み）だったのかな。
対策立てる連中がシステムの構成を理解してないとは思えない/思いたくないし

>>320
全裸になって命拾いってなんかスゲー話だな
この２択でどっちを選ぶか聞かれたらなかなか難しいｗ

ユーザーデータ軽視した運用にしか見えんなぁ
システムの稼働率とメンテナンスの手間の削減ばかり追ってる感じ

ハードウェア障害は元に戻せるけど、データロストしたら終わりなのにね

そもそも「クラウド」本来の意味の「分散サーバ」はどこへいった？w

今ならFS筆頭に脱ぐ奴たくさんいると思うぞ

>>306
課長「ではお手元に配布した資料を・・・」
役員「んなことはいい。とりあえず何時までに元にもどせるのかね？」
課長「は。未定です」
役員「ふざけるな！どういう事だ！」
課長「ですからお手元の…」
役員「もういい！自分の無能を棚に上げるな！今まで一体何をしていたんだ！」
課長「ですから…」

以下怒号と弁明未遂の無限ループへ


ぶっちゃけ相手の頭がゆだらないうちにズバッと
「早急な復旧は無理」「バックアップは残って無い」「原因はファーストサーバ」ってまず言った方が良いよ。

稼働率100%を追求した結果がkonozamaですよ

>>320
言われてみればそうだよな・・・

全裸で捕まるのと
データ削除で、客先を引き回されるの

どっちが幸せか・・・

>>326
たぶん理解してないよ
サルベージ屋も呼ばれてからひきつってたと思う

分散してても一撃で仕留めます

業務の電子データすべてロストした後のBCPを試されてるんでつね

>>326

だがしかし、普通に構成を理解しれば防げる程度の障害なんだよな、これが...

>>9
　　　　＿_,,
　　　　/　　 ．ヽ
　　　　! 　　ε．!
　　　　ゝ､_＿_ノ
　　￣￣￣￣￣| |￣￣￣￣￣￣￣￣￣￣￣￣￣
　　￣￣￣￣￣　￣￣￣￣￣￣￣￣￣￣￣￣￣



　　　誰かにデータ見られてる気がするぽ
　　　――――ｙ―――――――――――
　　　　　　　　_,, ,_　　　　　　　_,,..,,,,_
　　　　　　./ ・ω・ヽ　　　　　/ω-　 ヽ　＜ 気のせいぽ
　　　　　　l　　 　　 l　　　 　 |/　　　　l
　　　　　　`'ｰ---‐´　　　　.旦ｰ---‐´
　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

>>330
今日の出社風景が、みんな全裸だったりしてｗ

っていうか、みんな正気で仕事ができんでしょ？

>>325
うっ...。　脆いかっていう質問ですよね...。
完全な停止手順で停止しなければデータベースが空になって管理している仮想サーバーを失います。
そのデータベースをクラスタ化(冗長化+レプリケーションホットスタンバイ)しても致命的なデータベースの損壊を見かけることがあります。

>>325
クラウドって言っても、広い意味と狭い意味があるんだよ。
たんなる仮想化で１台に16仮想入れて冗長化してるだけとか、
複数台のマシンを１台とみなして使えるかどうか、とかがポイントだったと思う。
そしてまだ発展途上だからバグも多いだろうね。
完璧なクラウドは日本ラッドのSeeSaaだとかだと昔聞いた。2chの日本ラッド板でね。

>>331
結論を最後にもってくるとか死刑判決みたいだな

>>333　>>327

全裸になっただけなら、まあ一回だけなら、
「武勇談」「お笑い事件」ですむ。
「傘下の顧客数万社のデーターが全て消失」とか、もうね、命がいくらあっても足りないから。

呼ばれるのは、サルベージャじゃなくて神の領域にいるDB屋だと思う。

名画に絵の具をこぼして自分で色々やったら一面台なしになってしまったナリ、テヘペロ

今回のトラブルの最適な解決方法。
まず全裸になります。

>>338かわいいから許しちゃいそうになるな

>>294
多分、頭痛くなるか、吐き気がするだけだと思うよｗ
まぁ見てみたいけどｗｗｗ

しかし、こんなもんでもＩＳＯやらなんやら、取れるもんなんだな。

>>345
こぼしただけなら、取り除く方法があったのに！！

なぜ、直ぐに言わなかった（染み込んだら取れんぞ！！）


・・・みたいな？ｗ

前スレの換装作業はまさにこれだったんだな

>>331
　　　　　　　　　　 ＿＿＿＿＿＿＿＿＿＿＿＿＿__
　 　 　 　 　 　　　||￣￣￣￣￣￣￣￣￣￣￣￣￣||
　 　 　 　 　 　　　||　・早急な復旧は無理　　　　　 ||
　 　 　 　 　 　　　|| .・バックアップは残って無い　　||
　 　 　 　 　 　　　||　　　　　　　　　　　　　　　　　　　.||
　 　 　 　 　 　　　|| ●原因はファーストサーバ●　||
　 ∧,,∧ 　　。　 _||＿＿＿＿＿＿＿＿＿＿［三］＿||_
　(´・ω・) ／　 .└┬┬─────────‐┬┬┘
. （∪　　つ　 　 　 ││ 　 　 　 　　　　　　　　 ∧,,∧
　 `ｕ-ｕ'　　∧,,∧.┷┷ 　 　 　 　　　　　　　　( 　　　)
　 　　　　　( 　　　)　 ／￣￣￣￣￣￣￣￣⊂ ((￣￣)
　　　　　　(￣￣)) つ　∬ 　 　 　　　　　　　∬＼||￣||∧,,∧
　　　∧,,∧||￣||／　　匚P 　　　　　　　　　匚P　＼　( 　　　)
　 　( 　　　)　／ ∬ 　 　　　　　　　　　　　　　　∬　⊂ ((￣￣)
　 (￣￣)) つ　　匚P　　　　　　　　　　　　　　　匚P 　＼||￣|| ∧,,∧
　　||￣||／　　　　　　　　　　　　　　　　　　　　　　　　　　＼∬(ω・｀ )
　　　.／　　　　　　　　　　　　　　　　　　　　　　　　　　　　　匚Pと 　 ）

>>341
それで、このサービスはIaaSの巨大基盤でしょ。
特に発展途上ですよね。　面白い分野ですが。

>>351
はえぇぇよｗｗ

>>338
「気がするぽ 」「気のせいぽ 」って、
ドキがムネムネのロリポかよ

>>351
うむ。シンプルでわかりやすいプレゼンだ

会議ではロフトの「ファーストサーバ 被害者オフ」に出て情報収集するべきと提案

WindowsUpdateでさえ当てる前にバックアップ取るのが常識なのに

運用機とバックアップ機同時にうｐだてかけちゃった
両方とも起動しないお　再インストールしかないお…てへっ　

初心者より酷くね？

よし、９時半くらいに起きて、みなさんがまとめてくださったものを
拝見させていただこう。
ウェブ関係の仕事してれば、「明日はわが身」だからな。
笑いものにするだけじゃ、いつか自分も同じ失敗すると思うよ。

バックアップに対してホワイターもどきの更新プログラムかけたのか
実行した当事者はどんな気分だったんだろうな

え？え？なんでなんでなんでうおおおすげえええええ

って感じか

>>351
まあ原因言っても解るわけない連中相手だし、
実際伝える事ってコレぐらいしかないよなｗｗｗｗｗ



ああ・・・

fsvには呆れた。
FAQは、コールセンター用の内容だな。きっと。

あぁ、ネットワークの現状知りたいな..。
物理Switchのロードと、運用管理セグメントのロード。
おそらくあると思われるバーチャルルーターの状態。

>>359
燃えたよ…
まっ白に…燃えつきた…
まっ白な灰に…


なわけはないな。

>>351
・早急な復旧は不可能
　　（俺の経験上「無理」というよりも不可能のほうが精神論に持っていかれない）
・バックアップは取られていなかった
　　（FSの責任を強調）
・原因はファーストサーバの一般常識からかけ離れた運用

オレがファーストサーバの社員だったら、
中間報告出した後にちょっと休憩しようと周りに言いながら、家帰って引きこもるわ

こんな報告書を全世界に発信なんて耐え切れない

クラウドの統合管理基盤について、簡単な質問もう無さそう..。
5分だけ起きて寝よう。

>>358
この手のバケツウラン系の失敗は、このスレ見てるような熱心な奴はしないから難しい
絶対にこのスレを見ないような、世渡り上手なリア充がやる行為だ

>>359
巨神兵を引き連れたクシャナ気分だった

さて、ＦＳに決定した権限と責任がある課長がなんて役員に説明するか見ものだ。
当時の会議メモや稟議書とかの控えを昨日探しておいたから、
オレに責任を負わせることへの対応はできてるから、
とりあえず、傍観者になろうっと。

>>364
その説明が一番よさそうだ

http://www.fsv.jp/senyu/
これを見ると専用サーバは個別にバックアップ用HDD用意されてるみたいだけど
そのバックアップも消えてるって事は、普段から/backupとかでマウントしてたのかな？

http://blog.aistear.net/firstserver/

情シスの意思決定者に非はない。
必要なことは、適切なワークアラウンドを提示し
遂行するだけだ。　会社も責任を問うことはないだろう。
311の時に巨大量販店は全て手打ちで売上データをゆっ給することに成功したじゃないか。

>>372
GMOの広告が出ててわろたｗ

課長「私は別の会社を提案したんですが、>>369が一番コストパフォーマンスがいいと薦めてきまして・・・」

>>97 >>101
そういうことだね。
マスターのサーバーに脆弱性対策を適用しただけでバックアップに脆弱性対策を適用しないまま
バックアップを本番運用に切り替えると脆弱性問題が発生する、
だから脆弱性対策についてはマスターにもバックアップにも同時に一気に適用する、
という公式アナウンス説明のようだ。
しかし、まずマスターに脆弱性対策を適用し、それでマスターに問題が発生していないことを確認し、
引き続いてバックアップにも脆弱性対策を適用し、それでバックアップにも問題が発生していないことを確認し、
という作業の切り分けで良かったんじゃないのかな。
まずはバックアップに脆弱性適用作業、確認後にマスターにも脆弱性適用作業、というふうでも良いけど。
適用漏れのおそれがあるからといって、
どうしてマスターもバックアップも一気通貫で作業するようにしていたのか。

お早うお前ら

幸いにもFSとは何の関係もないITドカタの俺だが、
今日は電車が止まりまくることを予測してこの時間に起きた

ダイヤが乱れまくる前に、始発で会社行く

>>364
FS社だけ責めても責任転換してるだけ思われるかもしれんから
「FS社の常識を信用してしまった私達の落度」
をどう説明するか難しいな

>>267
EC-CUBE セルフマネージドクラウドはVMwareのようだから、
http://ec-cube.fsv.jp/service/s_cloud.html
今回被害のあった共有レンサバのビズ・ビズ2やVPSのEC-CUBE マネージドクラウドも同じくVMwareを使ってると思う。

脆弱性ってのは多分これ。
VMWare、仮想化製品の脆弱性に対処
http://www.itmedia.co.jp/enterprise/articles/1206/15/news031.html
>リモートからのコード実行やサービス妨害（DoS）攻撃に利用される恐れ

つか、障害の影響を受けた会社って名前を出されること自体が
あらたな損害を生み出すことになるんだが。
公表していいなんて、課長は言ったのかな？

>>377

えっ、自殺が多い程度で済むのか？
ヤフー・ファーストサーバーの関連施設が怒りの一揆で打ち壊されないか？

>>376
そもそもそれはバックアップじゃないんだよ…
FS内ローカル定義ならバックアップと呼ぶのかもしれないが、
それはデータのバックアップじゃなくて、良く解釈してもバックアップ環境。
本来はただのサブ。

>>359
画面のログにぶっ壊れていくサーバー名の一覧がダーーーーーって出て
Ctrl+Cの連打でも止まらずにログが流れていく図が目に浮かぶわ

>>366
ありがとおやすみ

>>364
バックアップについてはユーザー側で取ることが不可能なサービスであることも補足したほうがいいな。

>>385
それは選定したシステム部門にとってクビを絞める行為

3)対象サーバ/バックアップに同時配布する仕様

うーん。うーん。うーん。

バックアップサーバは外から見えないんだから
パッチとか適用せずに放置でいいだろ......

一体どのプログラムの脆弱性対策したんだ？

　　　　　　プォオオオオーーーーーーン!!
　　　　　　 _＿＿＿＿＿＿＿＿＿
　　　　　 ／━━━━━━━━━ ＼
　　　　　|┃|￣￣|. 〇 〇[新小岩]┃|
　　　　　|┃|￣￣||￣￣￣￣￣￣|┃|
　　　　　|┃|＿＿||＿＿＿＿＿＿|┃|　　　
　　　　　|┃ 　 　 　 　 　 　 　 ＪＲ ┃|
　　　　　|┗━━━━━━━━━┛|　＼(^o^)／　ミ
　　　　　|　　　━━　━━　━━.　　|　　　（　）　　ﾐ
　　　　　|　　　　　[総武.特快]　　　　|　　　└└ ﾐ
　　　　　|　　　　　 ＼(^o^)／　　　　 .|
　　　　　|　 〇 　 　 ━━━ 　　〇 　|　.　┌────────────
　　　　　|＿＿＿＿＿＿＿＿＿＿＿|.　　│
　　　　　 │　　　　 │[=.=］｜ 　 　 |　　　│
　　　　　 └─────────┘　 　│
　　　　　　　　／　　　　　　　　　＼　　　　│
　 　　　　　／　　　　　　　　　　　　＼

>>386
んじゃ「自社でバックアップを取ることはできなかったのか？」って突っ込まれたらなんて返せばいい？？

まあ、おまいらガンガレや・・・

>>384
おやすみなさい。

>>372
復帰していない所大杉

　　┃　　 　┃　　　 ┃　　　┃　　　 ┃　　　┃　　　　┃　　　┃　　　　 ┃
　　┃　　 　┃　　　 ┃　　　┃　　　 ┃　　　┃　　　　┃　　　┃　　　　 ┃
　(-＿-) ( ＿- )　(＿- )　 (-　　)　(　　　)　 (.　^) 　(　^o)　　(　^o^)　　( ^o^ )
　 U　U　 U　U )　　U　 )　 ∪ 　)　(　　 )　(　　U　　(　 U　　(　U　U　 .U　U
　　UU 　　　UU　　　　U　　　UU 　　UU　　UU　　　 U　　　　UU　　　　UU
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 ・
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 ・
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ‐ニ三ニ‐

宝塚線-JR東西線-学園都市線の区間は大丈夫だろうか？

>>389
バックアップ取ってないなら
そこは否を認めるしかないな
無傷で言い逃れできるとは思えないわ

>>387
なにか障害あった時に切り替えて使うんじゃないの

うちの顧問弁護士さんは７０歳のおじいちゃんなんだけど大丈夫かなぁ…

>>359
~/消した時のこと思い出した
あれ、プロンプトが戻ってこない…から事態に気付くまでの心の動きは今でもかなり

>>379
それだね

ようやく帰宅
廃人になりそう

みんなお疲れ様

>>396
それバックアップって言わない。スタンバイって言わないか？

スタンバイと同期を取る作業をバックアップ作業と称していた訳か。

>>364
床に横になったが全然眠れない。んでまたこのスレ見てた
それ使わせてもらうわ。あぁ空がどんどん明るくなってくる

だからファーストサーバの社内用語のバックアップと
業界標準用語のバックアップって別のことを指してたんだよ・・・

それを事前に見抜けなかった・・・

VMWareの動いてるサーバにパッチ当てるよ!
→ スクリプトにミス
→ VMWareの入ってないサーバにもパッチ当てちゃったよ！
→ ＊ おおっと ＊

て感じ？

もうすぐ月曜日が始まってしまうお……

>>397
厳しいだろ
会社存亡の危機とか状況によっては角が立っても専門の弁護士紹介してもらうか探すかしないと

春に会社辞めた俺勝ち組

これだけ相手方に過失あるんだから（用件理解できれば）弁護士はやりやすいと思う

>>159
どうせ混ぜるんだったら目の前のバケツで一気に混ぜちゃえ

どうせ脆弱性対策だけだからマスターにもバックアップにも一気に適用しちゃえ

そしてブルースクリーンなチェレンコフ光ですね

死にたくてしょうがない奴は温泉行って女でも買えよ
アホのせいで死ぬなんてただの無駄死に

普通バッチあてて問題なければ、それをバックアップするんじゃないの？ｗ

>>379
VMwareにパッチあて損ねて仮想潰しただけ？
の割りには被害甚大だな。

被害受けたとこは、これからどうするって対策が難しすぎるな
規模の大きさとFSへの依存度が高いほど絶望的
損害賠償請求くらいしか思いつかね

>>413
バッチスクリプトは完遂したんだよおそらく

でVMwareの専用鯖は正常にパッチが当たって更新できて
それ以外の安鯖が壊滅したってことじゃねーの？

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

現用系と待機系両方同時に脆弱性対策のバッチ当てたってことだよね？ｗ

いや現用系だけバッチ当ててそれをバックアップするのが普通じゃないの？

　　∧ ∧
　 ( ´・ω・)　＜ おまいら、朝飯用意したお
　 （　∪ ∪　　 ,.-、 　　　 ,.-、 　 ,.-、 　　 　,.-、　 　,.-、　　　,.-、　　　 　,.-、 　　,.-、　 　 ,.-、 　　 ,.-、　 　,.-、
　 と＿_）__）　 (,,■)　　　(,,■)　 (,,■)　　　(,,■)　　(,,■) 　　(,,■)　 　　(,,■)　　(,,■)　　 (,,■)　　(,,■)　　(,,■)
　　　　　　　 紀州梅 　ごま塩　おかか　ゆかり　こんぶ　梅酒のうめ　高菜　野沢菜　ｱﾀｯｸﾏﾖ　柴漬　ﾊｲﾀｰ漬け
　　　　 ,.-、　　　　,.-、 　　　 ,.-、　　　 ,.-、　　　 　,.-、　　 　 　,.-、　　　 　　　　,.-、　　　　　　 ,.-、　　 　,.-、　　　 ,.-、
　　　 (,,■)　　 　(,,■)　　　(,,■)　　　(,,■)　　　　(,,■)　　　　(,,■)　　　　　　　(,,■)　 　　　　 (,,■) 　　(,,■)　　　(,,■)
　　 五目ひじき ｶﾚｰﾋﾟﾗﾌ　ｴﾋﾞﾋﾟﾗﾌ　生ビオレ　ｶﾏﾝﾍﾞｰﾙ ﾀﾙﾀﾙﾏｼﾞｯｸﾘﾝ 粗挽ﾌｧﾌﾞﾘｰｽﾞ　　土　　ﾊﾞﾆﾗｱｲｽ　具なし

>>185
そういうことだろうね。
他方で、他のレスではみんな
「こんなのバックアップじゃなくて、ホットスタンバイだろミラーリングだろ」
と言っているが、そういうことではないと思う。
デイリーで毎朝６時のバックアップのタイミング以外では
バックアップの電源を切断してスタンドアローン、
ただし脆弱性適用時にはバックアップの電源を入れて
マスターにもバックアップにもそれぞれに同時アクセス同時適用、
みたいなことなのかな。

ﾑﾘｹﾞｰ、退職願を先に出しておくしかｗ




　　　| | ・早急な復旧は不可能
　　　| |
　　　| | ・FSがﾊﾞｯｸｱｯﾌﾟを取っていなかった
　　　| |
　　　| |　　　　　　　　　　　　　　・ｻｲﾎﾞｳｽﾞのﾃﾞｰﾀﾊﾞｯｸｱｯﾌﾟ手段が無かった
　　　| |　　　　　　(~)
　　　| |　　　　γ´⌒｀ヽ　　　　 ・お客様作業不要とﾃﾞｰﾀ復元ｻｰﾋﾞｽの文言を信用
　　　| | 　　　　{i:i:i:i:i:i:i:i:}　 　。
　　　| |　　　　（　´・ω・） ／　　■ 原因はﾌｧｰｽﾄｻｰﾊﾞの稚拙な運用 ■
　　　| |　　　　 （:::::::::：::つ
　　　| |＿＿|￣￣￣￣￣|＿＿Ｅ[]ヨ＿＿__＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　| 　　 　 　 　 |
　　|￣￣￣￣￣￣￣￣￣￣￣￣|

　　　　 ＼　責任は誰がとるんや！ ／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＼　　　　　　　　　　　　／

本来はVMware稼働のサーバーだけ実行する予定がミスで全サーバーで実行してしまった

対象になったサーバーのワークディレクトリ変数は存在し正しく設定された
対象外だったサーバーのワークディレクトリ変数は存在せず空になってしまった

無条件でワークディレクトリを削除した
・・・・あぼん？

>>197
ものすごいぶっちゃけて言えば、そういう
訴訟審理所要日数ぶんまで判決確定まで顧客企業の体力が持つのか、という
現実的な問題はあると思います。

>>404
なついな。
じゃ今日は　＊いしのなかにいる＊　だなw

>>412
削除やデータ改変含むコマンドは最初に（静的）バックアップをとってから（本番機に）実行しようね
いいかい、その時はバックアップに絶対触っちゃダメ、絶対だよ、ハハハ
…とか10年くらい前にシステム部の後輩に指導したことを思い出したよ

>>421
何となく分かってきた

コピペ改変だけど
# pwd
/
# cd VMware
# rm -fr .

情報運用する部門が、「ここが安いんで経済的ですよ！」とか
経営部に上申して契約してたら、弁解のしようがなさそうだぬ

>>419
データバックアップ用の機器だったら構成一緒にする必要なんてないんだが

脳みそソングでフォーレのレクイエム「Libera me」が無限リピート中

>>420
責任はＦＳに取らせます
今後は弁護士先生、また被害を受けた他企業様と話を進めて訴訟にふみきりましょう

と言うしかないなｗ

母ちゃんに「今日息子が風邪ひいたので休みます」って電話してもらおう

FS役員「そうか……今ようやく分かりましたよ……あの時あなたが言った『バックアップ』という言葉の意味がね……！」

会社はここまでだけど、クラウドの世界はこれからだ！
ファーストサーバ先生の次回作にご期待下さい!!

作業してる人間は、SEという名の人売りドナドナしかいないんだから
こういうのこれからもおきるだろうな

運用はＩＴの中でも最底辺って言われてるからな
実際どうなのかはともかく、鯖屋ほど面倒な事多い割りに報われない仕事もないわな

これじゃもう終わりだわな
客も離れて寄りつかない上に技術力の底がしれてしまった

この会社と取引するときは用語とそれの意味するものの確認は必須な！

サイボウズサーバ障害についての現状報告
●現状
・早急な復旧は不可能
・FS社によるいわゆるデータのバックアップは取られておりませんでした。
・自社バックアップについてはFS社の仕様により不可能
・原因はFS社の一般常識からかけ離れた運用
　資料１：ttp://support.fsv.jp/info/nw20120625_01.html
　　　　　　（大規模障害の概要と原因について（中間報告））
　資料２：ttp://www.fsv.jp/cybozu/merit/images/coorp/flow02.jpg
　　　　　　（サイボウズ運用フェイズ）
●対処及び見積り
・初期状態からの再構築以外の方法はありません
・XX日・・・・・・（どうしよう）
●再発防止
・自社によるバックアップ
・バックアップからのリカバリー運用テスト、手順書の作成ああ

・・・あｔｐどうｊしおうよう

必死過ぎてﾜﾛﾀｗ　いくらなんでも連呼しすぎ

http://twitter.com/cybozucommunity/status/216908980969144322
5000社はファーストサーバ様の障害全体の数値であり、ファーストサーバ様ご利用の方全てがサイボウズを利用されている訳ではないため、タイトルのサイボウズ5000社は正しい数値ではございません。（略）障害でサイボウズ5000社分のデータ消失 http://t.co/edQdHKhH

エンタープライズ3のディスク交換は無事終わったのかな？
あんな運用してるようだと、何かやらかしててもおかしくないけど

大規模障害の概要と原因について（中間報告）

2012年6月25日　2：00

6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。

データの消失について

■ 障害の概要
6月20日（水）17時ごろ、脆弱性対策を特定のサーバー群に対して実施しました。

脆弱性対策は更新プログラムを利用して一括して対象とするサーバー群に対して実施するという運用を
以前から行っており、今回も同様に作業を実施しました。

実施にあたっては検証環境において動作確認を行い対象サーバー群に問題が発生しないことを
確認したうえで、本番環境で実施するという手順を取っております。

しかしながら、更新プログラム自体に不具合があったことに加えて、検証環境下での確認による防止機能が
十分に働かなかったことと、メンテナンス時のバックアップ仕様の変更が重なり、今回のデータの消失
（バックアップデータの消失を含む）が発生いたしました。

http://support.fsv.jp/info/nw20120625_01.html
http://support.fsv.jp/info/img/syogai_before.gif
http://support.fsv.jp/info/img/syogai_after.gif
つづく

何処の運用の本紐解いてもスタンバイとバックアップは違うものとして
こんこんと説明してあるだろ......

>>436
坊主さん心中するしかないのに・・・

■ 障害の原因
原因1：脆弱性対策のための更新プログラムの不具合

　脆弱性対策のためのメンテナンスが必要となる都度、メンテナンスのための更新プログラムを作成しており、
今回も更新プログラムを作成しています。

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

原因2：メンテナンス時の検証手順

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

原因3：メンテナンス仕様

　システムを含むデータのバックアップは毎朝6時に取得しております。

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

　そのため、今回のメンテナンス実施において、対象サーバー群のデータ消失と同時にバックアップ領域のデータも
消失したという事象に至っています。

ああああああ会社行きたくねぇぇぇっぇぇぇぇぇぇぇ

>>439
正直↓と同じレベル こんな会社がデータセンター運営なんて・・・
　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　　　　＜ＲＡＩＤ１でミラーリングしてるからバックアップは完璧
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　 　　　|r┬-|　　　　|
　　　　 ＼　　　　 `ー’´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

■ 暫定対策
　サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き、
当面の間はメンテナンス作業を停止いたします。

　また、止むを得ずメンテナンス作業を行う場合には、ダブルチェックを欠かさず細心の注意を払って
作業を実施いたします。

　メンテナンス運用手順を修正し、対象外サーバーの確認作業を追加します。
　通常のバックアップ以外ではバックアップ領域に修正を加えられないように仕様を修正します。

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

ここから逃げ出すのは既定事項として、次どうするか決めるのがまた難しいな

太古の昔から「技術は継承できない」ってのは現代に於いても残念ながら存在する。
想像に過ぎんが、FSは当初理想的とは言えないまでも、災害復旧対策も含めたシステム設計と、適した運用をしていた。
いつの頃からか、アウトソーシングかリストラか知らぬが、プロとして最低限の理解程度であろうが精通した者が不在となっていた。
一連の作業の意味すら理解できない人材がFSでオペレートしていた現実があった。
約50,000件の担当者が、どの段階で契約したか不明で、FS社営業トークも嘘っぱちだったとは
思いたくない。
しかし、提供するサービスに対しての価格設定に無理があったであろう事も
そして、提供価格から逆算した<ここ問題>対応を現場ではとっていたのだろう。
それらは、あらゆる状況から推認できる。
しかし、そういった重要なサービスの提供者としての「重過失」は言い逃れ出来ないだろう。

第三社の調査委員会はもう不要だろ全容分かったし

・待機系を社内用語でバックアップと称しており、バックアップはとっていなかった
・VMwareで運用している仮想サーバにパッチをあてるはずが全サーバに更新バッチを走らせた
・更新バッチをVMwareが入っていないマシンに走らせると全データが削除される仕様だった
以上

> 動作確認を行う対象は、あくまでも当該メンテナンス対象サーバー群を確認すれば足りるとされていたため、

動作確認を行う対象は、該当操作により副作用を受けるサーバー全てに決まってるだろ…
全サーバーに対して副作用が発生するコマンドを実行しているのに、一部のサーバーしか動作確認しなかったら検証に漏れが生じるじゃん
アホすぎる

無差別テロだろ．．．

どーすんだよ５００００社は．．．

サイボウズにも責任取らせろよ

こんな杜撰な会社を許可したんだから．．．

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

なにこれ……(´・ω・｀)

>>447 追記
・現在のリソースでは業務継続は不能

>>447
どんな第三者か見物ですね

ﾑﾘｹﾞｰｗおまいらｶﾞﾝﾊﾞﾚ



　　　| |　　　　　　　　　　　　　　・早急な復旧は不可能
　　　| |
　　　| |　　　　　　　　　　　　　　・FSがﾊﾞｯｸｱｯﾌﾟを取っていなかった
　　　| |
　　　| |　　　　　　　　　　　　　　・ｻｲﾎﾞｳｽﾞのﾃﾞｰﾀﾊﾞｯｸｱｯﾌﾟ手段が無かった
　　　| |　　　　　　(~)
　　　| |　　　　γ´⌒｀ヽ　　　　 ・お客様作業不要とﾃﾞｰﾀ復元ｻｰﾋﾞｽの文言を信用
　　　| | 　　　　{i:i:i:i:i:i:i:i:}　 　。
　　　| |　　　　（　´・ω・） ／　　■ 原因はﾌｧｰｽﾄｻｰﾊﾞの稚拙な運用 　⇒　FSを起訴、損害賠償請求を提案 ■
　　　| |　　　　 （:::::::::：::つ
　　　| |＿＿|￣￣￣￣￣|＿＿Ｅ[]ヨ＿＿__＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　| 　　 　 　 　 |
　　|￣￣￣￣￣￣￣￣￣￣￣￣|

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＼　　いてこましたれぇ！　 ／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＼　　　　　　　　　　　　／

>>447
三番目のイメージがつかめない。
あとは同意

金曜〜さっきまでで顧客のCMSサイトを２ヶ月前まで復旧できた
１週間前のバックアップはエラー吐かれて駄目
もう限界なのでエラー箇所の当たりを付けて、寝る。

１年前納品したEC-CUBEクラウド利用のサイトが気にかかるが
元請けからの連絡はまだ、ない。

みんなお疲れ様。愛してる。

純粋にVMwareホストへのパッチ適用なら専用コマンドで適用させるだけだろ？
どういうスクリプトの作りしてたのか意味わからんな
ttp://kometchtech.blog45.fc2.com/blog-entry-928.html

>>455
乙

>>207
秒単位でもダウンタイムが許されないシリアスなコンテンツとかが無いなら、
> 復元後に逐次更新適応するだけでいい
そして同時に価格設定の安いサーバーなんだし、
というのはひとつの考え方にはなる。

>>208
対象サーバだけは残すべきデータであり、
それ以外にぶら下がっているのは全て削除されるべきデータであり、という判定では。

>>209
上司はある意味正しい。
阪神でも東日本でも、巨大な地震が１回発生すれば、余震は別にして
同規模の巨大地震が連続して発生する確率は格段に下がる。
これからFSの運用がどのように変更されるかを見極める、
並行していつでも逃げられるだけの準備はしておく、という両面作戦が妥当。

>>452
・ソフトバンク
・Yahoo!

>>454
おそらく
ルートからVMwareのディレクトリに移動して削除コマンドを実行するスクリプトで
VMwareのディレクトリがない場合はルートで削除コマンドが実行された
VMwareで運用しているのは今回影響を受けていないと発表されている高級プランのみ
と思う

アメリカ重要防衛企業のレ○セオンのデータのメールを他ユーザーが見てしまった
可能性がある

まずはレイセオンに連絡し状況を確認してもらう必要がある

俺が言ったとおりにバックアップなんて取ってなくてﾜﾛﾀｗｗ

>>207
普通はそうする
だってバックアップはそもそも古い状態を反映している以上、
脆弱性のアップデート以外にもアップデートしなきゃならない部分は多々あるわけでね
どうせアップデートの必要は生じるんだから脆弱性のアップデートのみ優先する理由はない

昨日ニュー速＋にいたRAIDはバックアップだって言い張ってた奴の
弁明も聞きたいww

>>455
乙
俺はそろそろベッドから這い出る
朝イチの顧客からの質問に答えるために出社して想定問答集作るよ

これはないわ〜　ひどすぎるわ〜

原因2：メンテナンス時の検証手順

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

EMCは飛んだ濡れ衣だった

FSのいう『バックアップ』って何なのか腹を据えて説明してもらおうじゃないか

>>436
サイボウズも真っ白で無罪放免というわけにはいかんよな
ユーザーがデータをローカルに取ってくる方法を明示してなければAUTO

「おや？お客様はバックアップをとられていない？
　・・・
　残念ですがお悔やみ申し上げます。
　弊社も出来る限りの対応として今月分の利用料金を頂かないことを
　検討しております。」

>>458
集団訴訟に生き残れる見通しはあるの？　ファストサーバ

今現在も世間一般常識で言うバックアップは無しで運用されてるだろ

無いわ

そろそろ出社するか
無事家に帰ってこれますように

　　　　　　　　　　　　　　　 　_,.. ----　.._
　　　　　　　　　　　　　　,. '"　　　　　　　｀丶、
　　　　　　　　　 　 　 ／　　　　　　　　　　　　` ､
　　　 　 　 　 　 ,..-‐/　　　 ...:　 ,ｨ 　,.ｉ .∧　,　 　ヽ.
.　 　 　　　　　,:'　　.l　.::;',. :::;/..://:: /,':/　 ', l､ .i　　ヽ
. 　 　 　 　　 ,'　　..::| .::;',' :;:','フ'７フ''7/　　 ',.ﾄ',_|,　, ',.',
　　　　　　　,' 　 .::::::!'''l/!:;'／　/'ﾞ　 /　 　 　'! ﾞ;:|:､.|､| 'l
. 　 　 　 　 ,'. 　.:::::::{　ｌ'.l/　　､_　　_,.　　　　　　'l/',|.';|
　　　　　 　ｌ　 :::::::::::';、ヾ　 　　 ￣　　 　 `‐-‐'/! ';. '
. 　 　 　 　 !　:::::::::::/ `‐､　　　　　　　　ゝ　　　|'ﾞ　|
　　　　　　 | ::::::::／　　　＼　　　　､＿,　_.,.,_　ﾉ:::　!　　　電車が止まりませんように
　　　　　　 |::::／. 　　　　_rl｀': ､_　 　 　///;ﾄ,ﾞ;:::::./
..　　　　　　`´　　　　　 /＼＼　 `i;┬:////ﾞlﾞl ヾ/　　　　
　 　 　 　 　 　 　 　 ,.:く::::::::`:､＼　〉lﾞ:l 　/　!.|
.　　　　　 　 　 　 ／:.:.:.:＼:.:.:.:.`:､ｿ/:.:| 　 　| |
　　　　　　 　 　 /.:.:.:.:.:.:.:.:.:＼:.:.:.:У:.:;l　　 /./
.　　　　　 　 　 /:.:.:.:.:.:.:.ｒ'´`‐,`､:/.,.:‐{　　 |　!`:､
　　 　 　 　 　 ,'.:.:.:.:.:.:.:.:.';_,ﾟ.,ﾉ.:./,:':.:.:.:',　　|　|`､:|
　　 　 　 　 　 !:.:.:.:.:.:.:.:.:.:.ﾞ､:.::／:.:.:.:.:.:.ヽ, /　,!:.:`､

ヤフーニューストップやTVでの扱われ方・報道具合からしてそんな規模のでかい問題でもなさそうだね

＞１年前納品したEC-CUBEクラウド利用のサイトが気にかかるが
＞元請けからの連絡はまだ、ない。

きっと、土日はネットとかぜんぜん見ない会社の人たちで、
これから出社して社のデスクで自分とこのページを開こうとして、
それでこの騒動を始めて知るんだよwww

これから電話かかってくるから、まだ寝るなｗｗ

何でバックアップした物に直接手を加えちゃうんだよ…
たとえメインと同じ更新プログラムを走らせたとしても、
「同じ環境で育っただけの双子」みたいな状態になるし、
それもうバックアップと言えないだろｗ

　　　　　　　　　　　　　　　 　_,.. ----　.._
　　　　　　　　　　　　　　,. '"　　　　　　　｀丶、
　　　　　　　　　 　 　 ／　　　　　　　　　　　　` ､
　　　 　 　 　 　 ,..-‐/　　　 ...:　 ,ｨ 　,.ｉ .∧　,　 　ヽ.
.　 　 　　　　　,:'　　.l　.::;',. :::;/..://:: /,':/　 ', l､ .i　　ヽ
. 　 　 　 　　 ,'　　..::| .::;',' :;:','フ'７フ''7/　　 ',.ﾄ',_|,　, ',.',
　　　　　　　,' 　 .::::::!'''l/!:;'／　/'ﾞ　 /　 　 　'! ﾞ;:|:､.|､| 'l
. 　 　 　 　 ,'. 　.:::::::{　ｌ'.l/　　､_　　_,.　　　　　　'l/',|.';|
　　　　　 　ｌ　 :::::::::::';、ヾ　 　　 ￣　　 　 `‐-‐'/! ';. '
. 　 　 　 　 !　:::::::::::/ `‐､　　　　　　　　ゝ　　　|'ﾞ　|
　　　　　　 | ::::::::／　　　＼　　　　､＿,　_.,.,_　ﾉ:::　!　　　５００００社のうち
　　　　　　 |::::／. 　　　　_rl｀': ､_　 　 　///;ﾄ,ﾞ;:::::./　　　５０００社ぐらいは生き残れますように
..　　　　　　`´　　　　　 /＼＼　 `i;┬:////ﾞlﾞl ヾ/　　　　
　 　 　 　 　 　 　 　 ,.:く::::::::`:､＼　〉lﾞ:l 　/　!.|
.　　　　　 　 　 　 ／:.:.:.:＼:.:.:.:.`:､ｿ/:.:| 　 　| |
　　　　　　 　 　 /.:.:.:.:.:.:.:.:.:＼:.:.:.:У:.:;l　　 /./
.　　　　　 　 　 /:.:.:.:.:.:.:.ｒ'´`‐,`､:/.,.:‐{　　 |　!`:､
　　 　 　 　 　 ,'.:.:.:.:.:.:.:.:.';_,ﾟ.,ﾉ.:./,:':.:.:.:',　　|　|`､:|
　　 　 　 　 　 !:.:.:.:.:.:.:.:.:.:.ﾞ､:.::／:.:.:.:.:.:.ヽ, /　,!:.:`､

>>461
その会社からは誰がメールを見たかなんて分からんてばよ

>>464
それきっとFSの社員ｗ

>>458
オペミスでは無くて仕組みの問題だから
仕組みを抜本的に変えない限り再発する。

仕組みを変えるにはカネが掛る。

さて、FS社にそんなカネはあるだろうか？


そして、被害を被ったユーザはファーストサーバを使った事が
ばれている。ここでより安全なサービスに移行しておかないと
ユーザの顧客や株主からリスク管理が甘いと突っ込まれる。

>>469
親会社に、賠償額に上限はつけない方針のお方がいるからな
自分の子会社の責任くらい取るだろ（棒）

>>475
バックアップにおいて最優先なのはそのデータから過去のシステムが復旧可能であること、これだけなのにね
脆弱性対策よりも確実な復旧の方が優先されるのは常識

>>475
同じ環境を復元するという意味でのバックアップではないわな

両方に同じバッチ当てるとか、すくなくともこのシステムではやっちゃいかん

朝6時に来いって言われてた人大丈夫かね

とどのつまり、損害賠償用のお金を用意できるなら法を破らずに数千社の活動を妨害できるわけだ。

　　　　　　　　　　　　　　　　　　　　　　,,,;;;;;;;;彡彡;;之　ヽ
　　　　　　　 ,,,,,,,,,,,,,;;;;;ll;;;;;;;;;;;;;;| l;;;;;;;ﾘ）ﾘ;;;;;;|l;;;;（ミ彡／､ Z
l|ヽ= 从;;l |l|;;ll;;;;;l|;;;;;l;;;ｲl;;;;;;;;;;;;;| l|;;;;;;-〈､|;;;;;;;;;;;;;;,,三∠ノ ﾌ　　　　な　地　Ｆ
ヽﾐ三从;;从|;（;;;;|l;;;;l|;;;（（;;;;;(ヽ乂;;;;;;／ﾉ人､从;;;;;;;;ヽ ∠ |　　　　 ま　獄　Ｓ
ﾐ二ミﾐ从 ; ;;;;;;ﾞ;;;;ﾞ;;;;;L{{ミ|Y;;";;;;;rﾃ'';''iﾞ''ミﾞ 　 ｲ;;;;{ミヽ∠ﾉ　　　　 ぬ　す　に
ﾞヽ乏ﾞﾞ从ﾞ ;;ヽ､､_;;;;;;;;;;;;;{≧Y;ﾉﾉ=-ﾞ'''"´彡　　 ';;;;;;ヽﾞ,,', ヽ　　　 　 る　ら　は
　＜彡l|;;;;;;;l､;}:/;r't;;;)＞| 彡￣""´ 　 　 　 　 |;;;;;;〈 |.|　}　　　　　い.　　　
　　ノノｲ;;;;;;之"ﾞ"''"´　 |､　 _,,､:::::　　　　　 　 |;;;;;ノﾉﾘ;∠　　　　 //
　　　ｲ彡l|;;;;ヽ ﾞ:::::::: 　 j　_,､ -)ﾞヽ::...　　 　 　 |;;/- /;;/ミヽ　　　・・
　　　l|//l|;;;l~､'､ :::: 　　ﾞ''::ヽ,／ 　 　　　　　　 |（,,ノ;;;ヽ〉ﾐ/
　　　　ﾘﾉｲ;ヽヽ'､　　 　 ｀ﾞ'､l__,,､､､,,_,,　　　　 /　l||;;;;;;;;|∠＿
　　　　"´ﾉ|;;;;｀'-;',　　　　 (t -'''ﾍﾍ)}}　　　　ﾘ　 ﾘ;;;;;;;/从ミ | ／￣＼/＼／￣＼
　　　　　　|/l|;;;;;;;;ヽ　　　　ﾚ- '''""´　　　 　/:::"　{;;;从;;;;;;;;）"
　　　　　　l|l||;;l|;;;;;;;;'､　　　,,､;;''";;￣::　　　,/:::::"　 ヽl|ﾘ;;;r''､ﾘ
　　　　　　　ヽl |;;;;;;;;;＼ 　 　"　　｀ﾞ　　 ／::::::"　　　 ﾚ',､-ｰﾞ''""ﾞ''ｰ､　　　 ,,､- ''
　　　　　　　 /／|;;;;;;;', ＼　 〈　　　　 ／　:::::::　　　,､ '´　　　　　　　 ﾞ'> ''"
　　　　　　　　　 （从l|;;',　ヽ,　ヽ:::ノ／　　 ::::::　,､ '´　　　　　　　　,､ '´
　　　　　　　　　　 ｀ﾞﾞﾞ''', 　 ﾞ'' ｰ '''"　　　　::::／　　　　　　　　　／

>>480
いったん破産させて社名を変えて（ついでに技術力のないカスを切り捨てて）
新会社で再スタートの線が有力視。

利益は全部親が吸い取るのにいざとなったらこうやって逃げるなんてのは
マジで狂ってるよ。これがヤフー（ハゲ）のやり方か。

>>436
ここのまとめ読んでたら笑えた
ところでこの1週間アルバイトの件だが、このサイトだと逃げの準備期間と捉えてるが、実際はどういう意図なんだろう？
まさか1週間で収束するとは思ってないよな？

レン鯖屋自身もコスト削減クラウドクラウド
↓
レンサバ先生が絶滅
↓
自分たちが何やってるかわかってない素人のすくつ
↓
あぼーん

>>477
日本の取引先にＦＳ使っているところがないか確認からだな

万が一重要情報が漏れたら大変なことになるぞ

>>474
そのサイト運用しているクライアントは体育会系だからネット見ないだろうけど
元請けは一応デザイン・情報系なんだよなー
まともにWeb触れる人材いなかったけど。
でも、繁忙期じゃなければ完全土日休みみたいだったし、数時間後かかってくんのかな

あーたーーらしーいー朝がきた♪
絶望の朝だ♪

これがヒヤリ・ハットというものか．．．

>>487
・グループのコールセンターが対応できるようになるまでの一時しのぎ
(1週間に縮まる可能性がある、と書いてあるので)
・FS社が脳天気に1週間で収束すると思い込んでた可能性
・1週間で営業にコールセンター業務を叩きこむ(どうせ当分営業なんて無理だし)

ファーストサーバが逝ったら
Yahooは最低でも株主資本の10億7000万円以上は飛ぶな

>>279
タイムラインとして、
ヤフーの資本参加があって、
社長が陰謀の罠にハメられて追放され、
その後にヤフーの完全子会社になった、
というのは事実。
社長を放逐したのが何者の意志によるものなのかは分からない。

36条
本サービスの利用に関し当社が損害賠償義務を負う場合、契約者が当社に本サービスの対価として
支払った総額を限度額として賠償責任を負うものとします

元に戻したら100%動くデータがバックアップデータだろうが
なんでそれに直接手を加えるんだよw
パッチだろうがなんだろうが手を加えた瞬間、それが稼動実績0の未知のデータに
なるぐらい学生だってわかるぞ

いや酷さが想像を超えてた
まさかサーバ屋と称している会社がこんな運用をしているとは、お釈迦様でも気付くまい
営業に騙された所はご愁傷様…

朝起きたおまいら絶対に電車に飛び込むなよ
ファーストサーバの過失は明らかだ

情報流出の件は個人情報保護法にも違反するんじゃないの？
これは約款がどうこうっていう問題じゃないだろ

>>496
これって最大で払った金しか返さないってこと？

>>499
情報流出はアメリカの法で裁かれるかもしれんね

データ漏洩は結局なかったのか？
中間報告には記載がまったくないけど？

♪朝起きて　データなし

>>493
あーなるほどグループから引っ張ることもできるのか
でも営業はこれから土下座周りで忙しいだろｗ

>>496
重過失なので約款は無効だお。

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

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

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

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

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

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

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

アメリカの防衛産業が有能な弁護士を引っさげて攻めてくるかも分からんね

>>473
本当の修羅場の始まりは今日企業が営業を開始してからかと…

約款が威力発揮すんのは
常識的な運用してたらの話だよｗ

ふう。
復旧完了した。

サイボウズ使ってたらと思うとgkbrだ。

>>292
たとえば、2chのスレッドのdatファイルとして
投稿内容としての日本語文章は全部そのまま生き残っている、
しかしスレッドタイトル情報と投稿番号（レス番）情報と投稿時刻情報とが全て破壊され失われて
ぐちゃぐちゃにシャッフルされた状況を考えてみるといい。
それで>1->1000まで全部を発言順通りに並べ直すことができるのか、
過去ログとして有用な状態にまで復旧できるのか、
というと、かなり困難を極める。

被害はどんだけだ？

顧客からしたらこんな駄目な会社を利用している時点で信用が置けないよね
普通は取引停止するんじゃないの？

しかしDBを含む仮想サーバ全体のコピーを『バックアップ』と称していたのか？

そりゃストレージ関係ないわ

>>507
漏洩が本当なら民間じゃなく外交ルートだろうね
軍事産業なら平文は考えられないけど

>>510
おつかれさん

>>473

http://backnumber.dailynews.yahoo.co.jp/?d=20120623&m=7642866&c=top

親会社が発表からたったの35分で記事削除したの考えれば逆じゃね？

>>514
その仮想サーバのファイル（をマウントして）に手を入れなければバックアップになるんじゃね？

顧客、ユーザーが離れる
　　　　　　　↓
社内の導入、運用担当の責任

被害を受けたサイトのひとつ
http://www.litrans.net/

復旧は大変だろうけど…もう少しがんばれｗ

>>300
社長が新幹線車内の秩序と新幹線車内の善良な風俗とを破壊して退任したこと、と、
社長がサーバ技術者として優秀であったかなかったか、と、
社長が会社経営者として優秀であったかなかったか、と、では
それぞれに切り分けて考えるべき問題のはずだ。

>>507
そういやミサイルメーカーのメールみたいなのあったよな

『やべえファイルが消えた。』
『そういやネットでrm -rfから復活する記事見たことあるぞ』
『やってみよう！』（直接いじり回す）
救出に失敗。事態はむしろ悪化

FSｻｲﾎﾞｳｽﾞ9ASP版


　　　| |　　　　　　　　　　　　　　・早急な復旧は不可能
　　　| |
　　　| |　　　　　　　　　　　　　　・FSがﾊﾞｯｸｱｯﾌﾟを取っていなかった
　　　| |
　　　| |　　　　　　　　　　　　　　・ｻｲﾎﾞｳｽﾞASPのﾃﾞｰﾀﾊﾞｯｸｱｯﾌﾟ手段をFSが削除
　　　| |　　　　　　(~)
　　　| |　　　　γ´⌒｀ヽ　　　　 ・お客様作業不要とﾃﾞｰﾀ復元ｻｰﾋﾞｽの文言を信用
　　　| | 　　　　{i:i:i:i:i:i:i:i:}　 　。
　　　| |　　　　（　´・ω・） ／　　■ 原因はﾌｧｰｽﾄｻｰﾊﾞの稚拙な運用 　⇒　FSを起訴、損害賠償請求を提案 ■
　　　| |　　　　 （:::::::::：::つ
　　　| |＿＿|￣￣￣￣￣|＿＿Ｅ[]ヨ＿＿__＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　| 　　 　 　 　 |
　　|￣￣￣￣￣￣￣￣￣￣￣￣|



あとはﾃﾞｰﾀ流出の恐れ有りと。

ファースト社は今までのことを撮影して売り出すべき
教育用、見世物として飛ぶように売れるぞ

ミスした人、今頃どうしてるのかな……

>>316
CLVM
Clustered Logical Volume Manager
クラスタ論理ボリュームマネージャ
クラスタ化論理ボリュームマネージャ

だが待ってくれ
ファーストサーバーの様な運用はきっとどこでもやっているんだろう
今回たまたまファーストサーバーで起きたってことで
どこでも起きる可能性があったんじゃないか？

>>492
ヒヤリ・ハットだけだったら、どれだけ良かったか･･･

>>518
オペミスで飛ばしたデータを選択的に戻すのがクソ面倒くさそうだな…

少なくともDBの常識からはかけ離れてるな

HDD復旧は業者に頼んでにどれくらいかかる？

それまでまだわからないんじゃね？

おはよう、中間報告読んできた。

これ、「データのバックアップ」ということと「システムの冗長更生」ということを
混同しているという、入社半年レベルの根本的な・・・・

しかも「影響分析」しくじって検証範囲が不適正だという、お粗末さ。中途採用が多いはずなのに、コイツラなんなの？
各社のごみの集まりですか？ｗ

確実に、重大な過失に相当するでしょ。

点入らんねえ

これって仮想環境ごと根こそぎ削除してったって事？

>>528
まともな鯖屋（Amazon, Google等）はこんなクソな運用はしていない
Googleに至っては無料のGmailのデータですらテープにバックアップしてるくらいだから、
有料の法人向けシステムならテロでも起きない限りデータは消えない

Gmailの障害はストレージソフトの更新が原因、メールの消失は無いと説明
http://internet.watch.impress.co.jp/docs/news/20110302_430486.html
> Googleでは、こうした事態に備えてデータはテープにバックアップしているため、
> メールが失われることはないと説明。日本時間3月2日午前5時20分には
> テープからのリストアが終了したことを公表し、まもなく全ユーザーの復旧が完了するとしている。

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

開発が用意したツールを運用担当者がよく分からないまま
改変して使用してきたが今回はコピペミスで必要部分まで消してしまった。

バックアップ環境まで同時に更新したのが救いがたいミス
１週間はあけろよ

脆弱性も含めて復元されることがバックアップとして正常だよな

リカバリ後に同じ手順で二度手間掛けて再パッチ当てるのﾏﾝﾄﾞｸｾ('A`)
→そうだ！バックアップにもあらかじめパッチ当てておけばいいんじゃね？
→復旧までの時間短縮！コスト削減！

ってアホな事を考えた結果がこれなんだろうな……社員誰か止めろよｗ

>>528
ちょっと怖いよな
ＩＳＯみたいのが出てきそう

>>535
Gmailのテープバックアップってものすごい量だろうな

顧客にとってみればfsvもサイボウズも同列扱いだろうが
サイボウズはfsvを訴えるだろうな
で禿に返り討ち喰らわされるわけだ
かわいそうにｗ

クラウドって格安のおもちゃと言われてるレンタルサーバーより陳腐な構成な事を言うのですね

>>321
なんらかのトラブルというほどのことではないだろう。
ただ、そもそもは機械メーカーのクボタの社内ベンチャーとして始まった事業が
会社組織として独立して、
それから入社して会社の草創期黎明期を知る人物としては、
会社資本にヤフーが加わることで
より会社として成長と利益追求への企業体質改革を要求されるという
経営陣としてある意味厳しい状況に立たされていたのは間違いないだろう。
小さいままで全容を容易に把握できて目の届くビジネスのままでは
いつまでもいられない、という。

>>528
地銀や郵貯を扱ってるけどないどこんな杜撰なことはないと断言できる

禿げが最強の弁護士軍団揃えてきそうだな
ボウズもだが被害受けた中小の一企業が太刀打ちできるのか

>>529
ヒヤリ・ハット・アウトまで行ったからな

>>539
いま一番デカイテープってDLTでしたっけ？それともオープンリール?

「顧客データが全てなくなったとはどういう事だね！」
「運用先の会社で障害がありまして．．．」
「理由なんてどうでもいい！
今日中に全て復旧したまえ！」
　

ぶっちゃけ、これまでよく無事に運営できてたなｗ

昨日まだ状況が発表されてないころ仮想ストレージが飛んだんじゃないかとか
デマを飛ばしてしまった

正直EMCスマンかった　君のところは関係なかった
http://www1.ttcn.ne.jp/nigihayami/neko51.jpg

安いレン鯖・クラウド業者って、そもそも、まともなバックアップオプションが存在しないんだよな

たとえば、
・追加バックアップサービスA
テープに週次フルバックアップ、過去４世代まで保存、
テープは複数顧客共用のため、引き取りは不可
顧客都合でのリストアは有料

・追加バックアップサービスB
顧客専用テープに週次フルバックアップ、過去４世代まで保存、
さらに追加オプションで、保管期限の過ぎたテープを顧客に送付して顧客の手元に置いておける
顧客都合でのリストアは有料

こんな感じで
こんなサービスがあってもいいんじゃね？

>>326
現状の最新情勢としては、
共有サーバについては正式に復旧を断念したが、
専用サーバについては復旧の可能性を残している。
それが時間稼ぎであるのかないのかはまだ誰にも分からない。

朝一で一通り報告済んだら帰れるといいな･･･

>>548
ある意味運が良かったんですよｗ

消えちゃいました、すみません
バックアップはしてますよね？って

金とってやる事か？ｗ

更新プログラムに「メンテナンスの対象となるサーバー群を指定するための記述」があるのに
検証手順に「当該メンテナンス対象サーバー群を確認すれば足りる」という発想がわかんね

手を入れてるんだから検証対象になるんじゃないのか？

>>555
馬鹿だからしょうがない

>>555
経費削減

>>473
今回の被害の認知と今後の予想される広がりをまさに表しているように見える、
インフルエンザの感染シミュレーション
http://www.youtube.com/watch?v=nfZ0q87eNpQ

仮に、動画の1sec=現実の1dayとして見ると分かりやすい

そろそろ通勤が始まる頃か…
マジで電車に飛び込むなよお前ら

これまで動いてたバッチを改造して使ったら、
本来NULLになったらマズイ変数が未定義で
NULLのまま作業バッチを回してrm -rf / になったとかそういうやつじゃね？

ファーストサーバ「え？客がバックアップとってないの？」

客「え？ファーストサーバのバックアップサービスに入ってたんだけどお前がバックアップとってないの？」

ファーストサーバ「え？俺はバックアップサービス入ってないもん」

>>536
何か嘘くさい説明だな。
脆弱性対策とか、ファイル削除コマンドの停止指示漏れ、対象サーバーの範囲指定漏れとか。

変数のタイプミスで
rm -rf /*
走らせたのか、、、

これでここの社員のレベルが露呈したわけだけど、それでもまだ使い続ける奴は
素人に預けてるのと変わらんぞ…というか今時素人でも、もっとマシな運用するぞ('A`)

何でファーストサーバのサイトは生きてるの？

この時間はFS社員寝てるんだな
バックアップ取らなかった客が悪いって言う奴が全くいない

>>560

開発が用意したツールを
中身が良く分からん運用担当者が改変した可能性が高い

>>32
どうせ『お客様のバックアップにて＿』とか『お手持ちの初期データーから＿＿』じゃねｗ

技術部長以下14名の会社が、開発と運用分かれているかな？
破壊スクリプト書いた人間と本番系と待機系に同時投入した人間って一人じゃないだろか？

詳しい経緯を聞きたいが、、まだ生きてるだろうか？

>>565
自社を信用してねぇからだよｗ
言わせんな、恥ずかしいｗｗｗ

>>564
使い続けるかどうかの最終判断は役員がすることなんだよ……。

バックアップを取っていなかった客が悪い

休み返上で社員総動員で社内に残ってるデータかき集めさせたけど
ほとんど歯抜けで元には戻せない状況。
今日、総会があるのですがもうダメだね。
もうどうしようもなくて５時半に社員たちにもう良いよと伝えた。
それでもまだ必死に会社のために必死になって頑張ってくれてる。
でももう私は諦めてる。10時に間に合うわけがない。
そもそも完全なデータが端からないのだから最初から無理だったんだ。
妻にはさっき辞任するからこれからの生活、覚悟してくださいと伝えた。
総会が終わったら妻と娘と犬と行くことになってた温泉もキャンセルするように言ったら
そんなことはどうでもいいから家にきちんと帰ってきてねと泣かれたよ。
会社立ち上げてこの数年ほんと楽しかったな。
でももう終わり。情けないけどもうどうにもならない。
総会でどこまで紛糾されるのかな。
私はどうでもいいが私以外の役員も解任に追い込まれるんだろうか。
それだけが今の懸念。私以外の社員、役員の生活だけは守ってあげたい。
でも今の私にはそんな自信がまったくない。本当に駄目な人間だ。もっと自分は強いと思っていたよ。

>>404
VMWareの動いてるサーバにパッチ当てよう！
→ スクリプトにミス
→ VMWareの動いてるサーバにパッチ当てたよ！VMWareの入ってないサーバは要らないから捨てるね削除してスッキリ！
→ ＊ うおー！！待て待て待ってくれー！！１１１１ ＊

て感じ？

>>573
ざまぁwww

>>573
キャンセルせずに温泉行って来いよ
おまえは良くやった

>>565
バックアップをとってたんだろｗｗ

>>573
コピペかご思ってググったらそうではないようだ
生きろ

>>573
クラウドならまともな企業が他にもあっただろうに、どうしてファーストサーバなんかと契約したんだ？
はっきり言うけどこんな会社個人ユーザーでも契約はしないぞ

>>573
ざまぁｗ
今日も飯がうまい

ソフトバンク系列だと知らなかった奴とかいるのか？
暴発が報告されている銃をメンテせずに使っているようなもんだぞ

>>573
なんちゅーか……
死んだらあかんでほんま

>>573
心療内科でも行けばなまぽで暮らせるから預金とか今のうちに隠しとけ

https://www.nhk.or.jp/gendai/contribute/
情報提供してクローズアップ現代に取材してもらおう

>>573
カスどものために命捨てることはないぞ。起業の時を思いだしてガンガレ！

本当に起きてしまった私たちの失敗　データ消去編
みたいなタイトルでコンビニの安い漫画で売り出せば
買う人多いんじゃない？ファーストサーバ破産は確実だから無理として
ソフトバンクグループの別子会社に出版させるべき

最悪の株主総会週間のはじまり

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

>>573
ご飯おかわり、大盛りね

>>569

多分派遣か下請けの運用担当者なんで
「指示書通りやりましたが、指示書の記述がわかりにくかった」
なんて言い訳してそう。

ほんとうに青くなってるのは確認しなかった直属の上司

>>573
一歩ずつ再起すればいいのよ

こいつを見てくれ。どう思う？
http://uploader.asia/file/Otawa.jpg

>>573
紛糾されるって日本語おかしいし、学生が書いたネタだろ
紛糾するとか糾弾されるならともかく

573は改変コピペ

>>573
自分で立ち上げた会社なら総会くらい何とでもなるだろ
社員株と自分の株で余裕でごり押しできね？
つーか上場してるの？

>>592
文字が見づらすぎ

>>592
怖いです(^q^)

>>593
２ちゃんの書き込み一つでそこまで丁寧に考える必要もないだろ。
言葉遣いがおかしいとかつまらん突っ込みしてくるやつ多いね

>>562
俺もひとしきり笑った後、なんかおかしい気がしてきた
中間報告に書いてある原因１〜３、（バックアップを取ってない「４」含め）
ありえないミスが全て同時に発生って奇跡だろ

内部か外部かはわからんけど、故意・テロのような気がする
でなきゃこんな人員レベルで何年も商用サーバが運用できるわけない

だな

>>598
言葉遣いは丁寧に考えなくても自然に正しくなるぞ。毎日使ってるものだから普段正しい言葉遣いで話していればオフだからと乱れることはない

>>567
もしそうなら、運用側で修正するのが慣例になっていた可能性があるね。

多くの一般株主を読んで株主総会をやるような企業は、
基幹業務をファーストサーバに頼らないから、
どうみてもただのコピペ改造だろ

>>573
お疲れ。
総会でのｵﾏｲの役割はデータ消失について
株主に包み隠さず伝えることだと思うお。
死んだりすることじゃないからな。
今が一番つらいだろうけど、ふんばりどころだお。

>>598
創業者なら一番のステークホルダーは自分で次が証券会社そして自社の役員のはず
話が単純におかしいんだよ

>>573見て思ったが
ファーストサーバは会社としては終わりだろうが、
ファーストサーバ社員は人生終わらせたらいかんよ

てすとが機能してませんでした(^q^)
こまんどが間違ってました(^q^)
ばっくあっぷにおなじことしちゃいました(^q^)


奇跡ｗｗｗｗｗｗｗｗ

>>598
役員レベルで人と接する機会が多い人間がナチュラルにこんな言い回しするわけねーだろｗ

>>427
本来はそうだろうね。
テープなど別規格別形式別手段でバックアップしておいて、しかも
ベアメタルレストア・ベアメタルリストア・ベアメタルリカバリできるように
最悪の事態を想定した復旧訓練を積んでおくべきではあったと思う。

今回、残念なからソフトバンクグループ・Yahoo！ JAPANグループの総力を挙げてもなお
共有サーバからのデータサルベージはできなかった。
たとえば、同じソフトバンクグループ・Yahoo！ JAPANグループであるところの
IDCフロンティアがサービスするYahoo!クラウドなどでも
どういう運用構成や運用ポリシーになっているのか、
点検と検討は必要だろうと思う。

あ、そうか
検証用サーバのテスト環境のクリーンアップ用コマンドをスクリプトの最後にでも入れてたのかな？
毎回のテスト後に手動で初期環境にするのをめんどぐさがって、とか
お掃除コマンドとか呼んでたりしてさ
で、本番時にコメントアウトするのを忘れたとか
でも大概のこの手のスクリプトはテスト結果を表示・記録後にクリーンアップに移る直前ｙ／ｎくらい訊いてくるよね…
とにかくなんで全データを削除出来たのかが不思議でしょうがないよ

>>606
いや、この報告書が本当のことを言っており社員が作ったという前提に立つと、少なくともコイツらは今後IT業界にいてはいけないと思う。
性善説に立つと報告書が嘘っぽいんだが、字義どおり受け取るとあまりにもお粗末。

>>573以外の予備軍にも言っとくけど
生活保護受けるヤツは人間のクズ中のクズだから。
そういうつもりで生きていくように

>>599
俺はもう一回りして
実はテロ偽装で「こいつがみんな悪いんです。我社は被害者なんです」
な気がしてきた

>>436
こんなアフィリエイトブログまでいちいち相手しているのか。
サイボウズも大変だな。

そもそも、総会なんてほとんどの会社で開かないか、
開いても形式的なものでたいしてなにもやってない

Yahoo!ボックスにエロファイル総送りして
HDDスペース空けようとしてたけど
ボックスがアボンした時の事考えて
パス付きzipで残して置いた俺が勝組って事で良い？

　　　　　　　　　　　＿
　　　　　　　　　　　｜
　　　　　　 ,､‐''''´￣￣｀｀''''-､,
　　　　　／　 ＼／　　　　　　::＼ 　
　　　　/　　＼／＼／　　 　　::::::ヽ 　　
　　　 /　＼／＼／＼／　 　　:::::::ヽ 　　　
　　　 |ヽ／＼･∀･ ／＼／ 　　::::::::| 　　　もうｱｷﾗﾒﾛﾝ
　　　 |./＼／＼／＼／＼　　 :::::::::| 　　　
　　　 ヽ　 ＼／＼／＼　　 　:::::::::/
　　　　ヽ　／＼／＼　　　　::::::::::/
　　　　　＼　／＼　 　 :::::::::::::::／
　　　　　　 ｀''-､､,,:::::::::::,,､､‐''´

>>602

サーバの運用やってますが
社員のSEは1人だけであとは派遣と下請け
専門教育受けてた人は誰もいません。

開発の指示を盲目的にこなしてるだけ
障害が起これば再起動しかできない

これが日本のサーバ運用の実態

オレ？もちろん素人ですｗ

>>615
社員１００人くらいの中小でも普通に開いてるぞ。それ以下のザコ企業は知らんが

ファイル削除コマンドでなにを削除するつもりだったんだろ？
パッチ？

>>599
おかしいだろ？
何か重大な過失を隠そうとしているとしか思えん。
予備サーバなんて最初から存在していないとか、テスト環境なんて存在していないとか。

　　　　　　　　　　　　 ／）
　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　　　こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ＞）.　（＜）＼
　　　/　 　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

>>614
風評被害をばらまかれれないために、対処するのは当然だろ？
週明けから風評被害防止対策のために、すぐに弁護士事務所に依頼して、
誤った記事を載せてるサイト全部に弁護士から警告を送るべき

>>9
これ、JCOM株が1円で売られたときみたいなことが
発生しちゃってるよな。
あと、のぞき見問題だけど、最初の段階で鯖情報を吹っ飛ばし、
設定もなにもあったもんじゃなくなってる状態になっちゃっただけじゃないのかな…

まぁ、50000社にのぼる利用企業のみなさんはご愁傷様としか…

サイバーテロって今まで想像の世界だったが初めて実感できたわ
これは国会にも取り上げてテロ対策に役立てて欲しい事案

嘘でこんな幼稚で最低最悪な運用方法してましたって言うか？
嘘で誤魔化すならもうちょっとマシなこと言う気がするが。

　　　　　　　　　　　　　　　　　　　　　　　　　　　┗(^o^ )┛
　 ＿＿＿ 　 　　　　　　　　　　　　　　 　　　　　　 ┗┃　ヽヾ＼
　|←出世|　　 　　　　　　　　　　　　　　　　　　　　 　 　　　 ヽ＼＼
　￣ ||￣ 　　 　　　　　　　　　　　　　　　　　　　　　　　　 　　　　　　　三二＝
　 　 ||　　 　　　 　　　　　　　　　　　 　　　　　 　　　　　 　　 　　 　 三二＝
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|　　　　　　　　 　　　　　　 　|￣￣￣￣
　　　　　　　　　　　　　　　　　　　 　　 ∧∧∧∧∧∧∧∧∧∧∧

　 ＿＿＿
　|←出世|　　 　　　　　　　　ﾐｴﾀ！
　￣ ||￣ 　　 　　　　┗(^o^ )┓三 彡
　 　 ||　　 　　　 　　　　┏┗　 三　∠
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|　　　　　　　　 　　　　　　 　|￣￣￣￣
　　　　　　　　　　　　　　　　　　　 　　 ∧∧∧∧∧∧∧∧∧∧∧

　　　　　　　　　　　　　§
　　　　　　　　　　　　　§
　　　　　　　　　　　　　§
　　　　　　　　　　　　　§　　ティウンティウンティウン
　　　　　　　　　　　 　 §
　　　　　　　　　　|　|　.§ | 　|
　 ＿＿＿ 　 　 |　|　|. §◎| 　|
　|←出世|　　 ＿＿◎§＿＿◎
　￣ ||￣ 　　 |＿＿＿＿ ◎＿ _|
　 　 ||　　 　　▼◎▼ ▼◎ ▼◎
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|　　　　　　　　 　　　　　　 　|￣￣￣￣￣
　　　　　　　　　　　　　　　　　　　 　　 ∧∧∧∧∧∧∧∧∧∧∧

>>599
ここんところ、VMwareのリモート攻撃可能な脆弱性だけでなく、IE/MS Officeのゼロデイ脆弱性も見つかっているから、
外部犯(愉快犯もしくは、最近増えてる国家ハッカー)がスクリプトを害あるように書き換えてても、おかしくない気はするね

たとえ、コード管理にバージョン管理システム使って、定期的に署名付きタグを打っていても、秘密鍵が盗まれてたらどうしようもないし

>>599
http://2chcopipe.com/archives/51642022.html
餌が途切れるとデストロイコマンドが発動するように仕組まれてたとか？

>>626
その理屈ならもっとひどいことを隠してるとも取れるけどなｗ

まず虚偽と誇大広告をどうにかしないと地雷を避けようがないな

昔の人は安かろう悪かろうと言ったもんだ

>>626

事実でしょ、だからこんな事態になった。
もう滅んでいるから怖いものなし

>>619
中小企業の総会なんて、ふつうは、出席者はオーナー一族の５人、
目的は法的に総会を開いたことにするために、あらかじめ決められた議題を了承して
議事録作るだけ

みたいな感じだろ
すべて事前に調整されて決められるので、それにそっておこなうだけ

>>620
ゴミデータ？と思ったけど、本番環境でそれを消すとかワケワカランしなぁ…

もしかしたら、/tmp にあるデータを削除するためのコマンドが
rm -rf / tmp　
とかになってたとか…

いやいやいや、ありえんんだろ、普通。

鯖の保守要員に在日が居た事が判明したら
一気に同情論になるんじゃ

サイボウズも真っ黒じゃね？

システム管理者が暴走しました
外部から誰かが侵入しました

こっちの報告の方がまだ納得いく
どっちが酷い状況かは知らんw

>>473
たぶん、被害対策弁護団が結成されて集団訴訟で提訴記者会見、
損害賠償請求金額総額はいくら、みたいな
誰の目にも分かりやすいかたちになってはじめて、
テレビニュースで一斉に取り上げることになるだろうと思う。

現段階で、サイボウズASP版では顧客側でバックアップの取れない仕様でした、
とか言ってみたところで、テレビの一般視聴者からすれば
サイボウズって何？ASPって何？
という疑問の嵐にしかならない。

>>615
上場してなけりゃ株主なんてほとんどが身内だもんそれで当たり前だよ
ただ株主総会を開くことは会社法上の義務だし
開かなかった結果他者に損害を与えたら取締役は損害に対して連帯責任負うことになるから
そのことを取締役がひとりでも理解してれば株主総会を開かないという選択肢はない

>>494
連結する親会社としてヤフーの株価が安くなるのは間違いないが、
ソフトバンクまで連れ安するかどうかだな。
さくらはクラウド事業絶賛凍結中で既に株価はどん底状態だから、
どうでもよろしい。

>>634
VC入ってたらそうもいかん

>>640
それを踏まえたうえで>>573をどう思いますか？って話

>>635
ありそうなのは
rm -rf $WORK_DIR/*
みたいな感じで、WORK_DIRが空とかかなぁ。

>>634
普通はそうだが今回は予想斜め上の出来事、倒産危機、総会直前だから普通ではないな
まあ嘘かホントか何て確認のしようがないからこれ以上考えても時間の無駄だな

>>515
軍事防衛産業と言ったって、民生品だって扱っているだろう。

VMwareが入ったホスト
cd /vmware/削除path
rm -rf ./*

VMwareが入っていないホスト
cd /vmware/削除path
ファイルもディレクトリもありません　<-　/のまま
rm -rf /*　<-　/以下全て削除

こんな感じ？

つーかこれホットスタンバイってわけでもないよな

バックアップのいいとことホットスタンバイのいいとこ取りで安く運用しようってシステムだろ？
だったらなおさら同時にバッチ当てるとかアフォじゃないかと思うんだが

>>635
>>644

>ファイル削除コマンドを停止させるための記述漏れ
>サーバー群を指定するための記述漏れが発生していました。

みんな考えるのはやっぱり
どっかで　　rm -rf /*
が発生したんじゃね？て感じだよなぁ。

今回の消失メンテにつかったスクリプトが見たいよね。

はやくかえちいあ

$WORK_DIR="/hoge"
rm -rf $WORK_DRI/*

>>646
パス付き添付ファイルでやり取りするようにとかパスワードは一緒に送るなとか
最近の企業じゃそんな糞面倒くさい講習が1シーズン1回くらいあるんだよ

この問題って本当に重大なことなの？
テレビ見たって新聞読んだって出てこないし誰も話題にしないし、ネットで住人が暇つぶしに騒いでるだけなの？

実生活とネットの話題が乖離し過ぎててワケわかんなくなってきた。

>>654
あんた朝会社に行ったら更地になってたらどうする？
そんな話だよ

よくあるよね

187 名前：番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日：2012/06/25(月) 06:24:27.98 ID:pmycIlux0
　 　　　　 |
　 　＼　　__　　／
　 　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　 　　　　|ミ|
　 　／ 　.｀´　 ＼
　　　 　∧＿∧
　　　　（・∀・∩
　　　　（つ　　丿
　　　　⊂＿ ノ
　　　　 　（＿）

閃いてしまった

>http://support.fsv.jp/info/img/syogai_after.gif
>原因1　更新プログラムの不具合
>・ファイル削除コマンドの停止指示漏れ

って、スクリプトの削除コマンドにコメントつけ忘れた（か間違えて取っちゃった）
ということじゃないか〜？ www

>>573
家族大事にしてください。生きていればまた挽回できます！

>>638
全部憶測だがFSVがソフトバンク系ということで本当に韓国にDCがあって
今回は全部朝鮮人オペの犯行なら、FSVはその通り公表する事が出来るだろうか？

中間報告の構成、原因が本当だとしたら10年だかの期間、サーバを運用できたとは
とても思えないんだよなー
まだ上のような憶測のほうが信じられる

>>653
パスワード使うのかよww
公開鍵方式のPGPかS/MIME使えよw

>>656

今回の改変部分を貼り付けるときに
一行下のコメントまで消してしまった

>>654
一部の新聞ではもう取り上げているよ。

http://www.dotup.org/uploda/www.dotup.org3121328.jpg

社会 > その他・話題 レンタルサーバー会社でデータ消失　５千社・団体に影響 2012年6月22日22時48分
ttp://www.asahi.com/national/update/0622/TKY201206220517.html
ライフ > デジタル > ネット・ウイルス レンタルサーバー会社でデータ消失　５千社・団体に影響 2012年6月22日22時48分
ttp://www.asahi.com/digital/internet/TKY201206220517.html
データ消失:ヤフー子会社のプログラムに欠陥　企業影響 2012年06月23日 11時10分
ttp://mainichi.jp/select/news/20120623k0000e020168000c.html
社会 サーバー障害でメール一部消失　ヤフー子会社 2012/6/23 20:45
ttp://www.nikkei.com/article/DGXNASDG23039_T20C12A6CC1000/

そりゃまあ、今回の事態では
個別の顧客は中小企業であり、地方小規模私鉄であり、地方小規模大学であり、
というわけで全国ニュースには極めてなりにくい。
しかし全部を総合すれば、けっこう重大な事態。
しかしサーバ屋のサーバが陥落しただけでもうニュースにしていたら、
ニュースの時間がいくらあっても足りない。
実生活とネットの話題が乖離しているわけではないよ、
ネットがあまりにも脊髄反射であり先行し過ぎる。
ネットはプル・メディア。自分で検索して探して引っ張ってこないと何も得られない。
テレビや新聞はプッシュ・メディア。こちらは何もしなくても無効で取り揃えてくれる百貨店。
ただ単にそういう特性の違い。

つまりこういう事か。助けて、キャップ！
http://soundcloud.com/dj-dicks-the-doctor-dar/i-need-backup-feat-spiderman

>>661 訂正
× 無効で取り揃えてくれる百貨店
○ 向こうで取り揃えてくれる百貨店

さあ、ブラックマンデーが始まるぞ。

中小企業でも５０００巻き込めば大事件だと思うけどな

167 名前：名無しさん＠お腹いっぱい。 投稿日：2007/01/25(木) 16:29:42 0
鯖に金ケチると後で本当に痛い目に会うぞ

>>125
ただのホットスタンバイだね…

検証サーバでのテスト項目にユーザデータの確認がないのか
そもそもダミーデータすらはいってないとか

>>659
そういうのは双方で一定の技術素地が必要だから
パスワードですら嫌がられることもあるぞ

>>647
あーなるほど…いやいや笑えないけど笑うわ

>ファイル削除コマンドを停止させるための記述漏れ

この意味ってひょっとして、

for f in ./*;do
if [ -d $f ]; then ## このif文の事
cd $f;
rm -rf ./*
cd ..
fi
done

みたいな感じじゃね？この場合、$fがファイルだとcd $fに失敗して、
どんどん上のディレクトリに上がって削除していくから、最終的に/以下が消えちゃうんで。

>>654
親会社のヤフーやソフトバンクは報道にとっては超お得意様だから気を使ってる。
こないだの富士通のもあそこが誇る最新のデータセンタのトラブルだったけど、
子会社のニフティを生贄にして最小限の報道で処理してた。
こういう時の為の、日ごろの広告だよ。

読売新聞を開いてみたがまだこの件は全く振れられていないな
ヤフーとあったから見たらメール内容に対する自動マッチング広告の問題だった

ﾋｬｯﾊｰ 地獄の通勤ﾗｯｼｭが始まるぜー


お願いですから飛び込みはやめて下さい

>>654
日本新聞協会も被害受けてる
http://www.pressnet.or.jp/
会員社一覧
http://www.pressnet.or.jp/member/
新聞105 通信4 放送23 計132社

>>671
それだったらプログラムミスと書くんじゃないかなぁ。
そこの部分をコメントアウトし忘れた、のほうがまだ分かる。

そもそもどんなファイルを削除したかったんだろうか？
修正パッチ自体はNFSから読み込んだり出来なかったのかな

実際に倒産危機まで陥ってる会社は何社なんだろうな？
重要なデータを預けてて、自分ではバックアップ取ってなく、データが消えてしまうって条件だと１０数社か？

ヤフーのトップに記事のって30分くらいでトップから消えたんだっけか

ARROWSを使ってドヤ顔してる主婦でも出てくるのか

誰？

今日は、電話で日雇いのごろつきが何て言うか。。

誤爆すまん…

>>661
月曜何も知らずに出社してくるリーマンども、仕事も出来なくて
これからどうすんだよ。
直接ダメージを受けてなくても相手の取引先がやばいことになってるって
事情をしらないでトラブルになることだってあるだろうし
今回のことは大々的に報道する義務があると思うがね。

ttp://support.fsv.jp/info/im20090319_01.html
> ご提供しております共有サーバは、その性質上、
> ご利用状況によりましては、サーバが高負荷状態となる可能性もございます。
> メールの受信間隔をあけていただくことや、大容量のファイル転送は
> 控えていただくなど、ご協力をお願いいたします。
>
今回のトラブルとは提供サービスタイプがちと異なるけど、
自分でバックアップ取れと言いつつ、大容量のファイル転送は控えろって
一体どうしろと？ｗ

>>573
ぜったいに死んだらあかんで
ほんまそれだけ絶対やで

新聞にもTVでも報道されてないからあんまり気にする必要ないかと

詳しい事はわからんがつまりこういう事か
ttp://www.youtube.com/watch?v=gQf_QTsvXCU

業務止まる程致命的な企業は木曜の時点で止まってるっての
今日は「復旧出来なかったからどうしましょう」って協議する程度

>>682

事前に渡された定型文以外は申し訳ございませんしか言わないだろ
電話の向こうじゃ鼻くそほじりながらダリーって感じ

573ってさコストカットを名目にクラウド化推し進めた側じゃないの？

>>688
「ぐはあぁぁぁぁっ……！わたしの名はファーストサーバ。障害から復旧したばかりだ。
　うぐおぉぉぉ……！わたしには　何もわからぬ……。何も思い出せぬ……。
　しかし　何をやるべきか　それだけはわかっている……。
　ぐはあぁぁぁぁっ！！お前たち顧客どもを　根絶やしにしてくれるわっ！！」

普通はテスト環境・本番環境・バックアップ環境があるはず。

テスト環境で実施して既に問題があったのに気付かなかった、
本番環境に適用してファイルを消した、バックアップ環境も
ついでに適用してバックアップのファイルも消した。

ユーザにはVM下で利用させていたのだろうから、
シェルを作って全VM環境にばら撒く、不要なファイル以外も
削除するシェルになっていて必要なファイルも消えた。

>>573はまず飼い犬を保健所に連れて行くべき。
犬のエサ代もバカにならんからな。

ペテン禿げは賠償金
やりましょう

自殺なんてやめとけ

>>679
Yahoo!ニュース - トピックス 速報と関連リンクで世の中が分かる
ttp://dailynews.yahoo.co.jp/fc/
コンピュータトピックス - Yahoo!ニュース
ttp://dailynews.yahoo.co.jp/fc/computer/
> 主なトピックス
> ファーストサーバ大規模障害 6月22日 19時17分
ttp://dailynews.yahoo.co.jp/fc/computer/cloud_computing/

2012年6月17日〜2012年6月22日のアーカイブ - Yahoo!ニュース
6月22日（金）
ttp://backnumber.dailynews.yahoo.co.jp/archives/?d=20120622#archive_fri
ファーストサーバ大規模障害 - Y!トップ 6月22日(金)19時37分〜21時9分
ttp://backnumber.dailynews.yahoo.co.jp/?d=20120622&m=7642685&c=top

>>654
株板でもあまり話題になってないし
そんな日本経済に大打撃を与えるような事件ではないと思う。
でも当事者の人たちにとっては大事だろうね。

>>685
夜間バッチで増分バックアップ

>>573みたいな被害者がちょくちょく出てくる程度というところか

>>691
そうだよ俺達の敵

さぁ！

阿鼻叫喚の本番は、

もうすぐ開始ですよ。

備えは万全ですか？

夕方の通勤電車は無いものと・・・。

どうせ泊まり込みだから、関係ないか。

まだ事故の情報は無いねえ
夕方のラッシュが本番か

孫さんデータセンター韓国に移すってほんとですか？不安です

自分は関係ないけど知り合いが被害受けてるのでこのスレ追ってるが。
死ぬなよ。
　
新聞とかTVでの報道が少ないのはやっぱり隠蔽なの？
金曜にTVでちらっとこの報道があったと妻が言っていたけど・・・

長野電鉄みたいに、20日以降のデータは受信できてないから、
念の為不安な方はファックス下さい。
的な連絡を取引先にしまくる人も出てくるんだよね。

電車が止まりませんように

>>704
実際に影響が出ないと重大さがわからないんだと思う

どうにもならないものは本当どうしようもないので、
図太く生きた方がいいぞ

これからは小学からvi操作とshスクリプトを必須にすべきじゃね？

女子には俺が直々に教えてやろう

654です。
皆さんたくさんリプありがとう。
特に661さんの「ネットはプル・メディア」に納得しました。

>>709
おまわりさん、こっちです。

「ファーストサーバ」データ消失被害の国内ウェブページ一覧
http://ict.pken.com/2012/06/first_server_list/
ファーストサーバ大規模障害まとめサイト
http://blog.aistear.net/firstserver/
AS2554 210.152.160.0/20 DNS (最初から1000件のみ)
http://bgp.he.net/net/210.152.160.0/20#_dns
AS2554 210.168.96.0/19 DNS (最初から1000件のみ。被害はもっと後ろの方)
http://bgp.he.net/net/210.168.96.0/19#_dns

普通は
find / -name '対象ワイルドカード' -type f -print > hogehoge.txt
とかやって、その中から必要なファイルをピックアップして
sedとか使って行の先頭に /bin/rm を付加するシェル作るだろ。

rmにワイルドカードとかオプションつけるとか馬鹿者ねーのかと思うわ。

■ 暫定対策

1.サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き、
　当面の間はメンテナンス作業を停止いたします。また、止むを得ずメンテナンス作業を行う場合には、
　ダブルチェックを欠かさず細心の注意を払って作業を実施いたします。

2.メンテナンス運用手順を修正し、対象外サーバーの確認作業を追加します。

3.通常のバックアップ以外ではバックアップ領域に修正を加えられないように仕様を修正します。

ディスク群も
バッファローのあれを並べてただけじゃないの？

朝鮮総連

テロの責任
持ち株１００％ヤフー
賠償金払わないとな

訴えなきゃ孫孫

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


6月30日で会社を閉じますよ、という宣言に他ならないわな。6月30日に巻き添えで倒産確定な会社どんだけ出るんだろうな。
まともな社員ならとっくに退職届準備している頃だろうし、社長と役員と転職も出来ないやつだけが残って何が調査できるんだ？

>>704
TVは相当な騒ぎにならん限り無理だな
白い犬が引き上げてしまう

集団訴訟ですよ

禿げ退治ですよ

ダブルチェックするより
会社なくしたほうが早くないか

ダブルチェックがダメだったらトリプルチェックでもするのかな

>>704
たとえばテレビの朝ワイド番組などで、
新聞記事を引用してテレビで紹介していた可能性もあるね。

結局は、誰が被害者をまとめあげて分かりやすくプレゼンして
マスコミに報道してもらうか、でもある。
マスコミだって世の中のあらゆるネタを取り扱うのだから、
その調査能力にはどうしても限界がある。
それが良いとか悪いとかじゃなくて、
マスコミだって限られた記者人員・取材体制のリソースをどう使うかは、
それこそ個別マスコミの判断。
マスコミだって我々一般人の映し鏡であるからには、
我々がマスコミをどう使いこなすかの問題でもある。

障害に見舞われたのは5000件程度であるのは分かった。
しかし同一顧客の複数案件というのもあるだろうから、
被害企業の総数全容は不明。
そのうちどれだけの被害企業にバックアップがあって、
どれだけの被害企業にバックアップが無いのか、その全容も分からない。
これではなかなかニュースにしようがないよ。

>>712
小林製薬株式会社は、22日にすべてのサイトが再開

全部仮想ＯＳで動かしてて
その日次スナップショットが「予備系かつバックアップ」で
ハードもRAIDで動いてただけ

それなら月１万でも納得のお値段だね
むしろぼられてる気がする

ダブルチェックって2回確認ダイアログが出るとか？ww

>>707
一般市民の脳みそでは、現時点で「ホームページが消えただけ」という認識。
朝ズバあたりでいいからざっくり報道すりゃ違うんだけどねぇ・・・

みんなネタだと思ってた rm -rf / が本当だったとは･･･(ノ∀｀)ｱﾁｬｰ

被害受けて暇になってる人達をＦＳに直接乗り込ませろよ
どうせ復旧は無理なんだから行っても問題はないだろ

設備投資ケチって電波繋がらない
３１１で津波に飲み込まれた

禿げは損害賠償責任
やりましょう

集団訴訟やらにきゃ孫孫

テレビで報道されるのは集団訴訟の弁護団が結成されてからだな

いやー、別に大したことなかったな
原発事故と同じで、一部の危険厨が騒いでるだけだな

日本の事業所数は600万、約1%の事業所で被害が出る。

183 ：名無しさん＠お腹いっぱい。：2012/06/25(月) 01:51:27.02 0
フルキャスト総合Part136
http://engawa.2ch.net/test/read.cgi/haken/1330482262/l50
300 名前： 名無しさん＠そうだ登録へいこう [sage] 投稿日： 2012/06/24(日) 13:23:45.35 ID:3M7TJUzW0
>>299

290 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/24(日) 12:54:14.65 0
伏せ字なし版を持ってきてやったぜ

お世話になります。フルキャスト梅田支店です。
期間限定！コールセンターのお仕事が入って参りました。

≪詳細≫
最寄駅：東梅田駅より徒歩3分
期間：6/26(火)〜2週間程度予定
※6/27(水)開始の可能性、期間も1週間になる可能性あり
勤務日程：シフト制
※週3日以上必須
勤務時間：9：00〜22：00の間でシフト制(9-18時、13-22時、9-13時、18-22時等)
時給：1000円　←
業務内容：サーバー障害に関する問い合わせ対応(対応範囲は限定されておりますので、専門知識は不要)　←
条件：電話応対可能な方
週3日以上ご就業可能な方

※こちらのお仕事は6/25(月)にご依頼が確定予定のお仕事です。予めご了承の上ご応募下さい。


ただひたすら謝るだけのお仕事になると思うけどね
準備期間の無い緊急のコルセン業務なんてそんなもんだ
http://toro.2ch.net/test/read.cgi/hosting/1340506326/183

>>720
チェックが漏れないように確認項目追加
んで、チェックのチェックが漏れないように確認項目追加
んでチェック(ry

5000件のうち大半がwebサイトのみじゃね
ここのサイボウズに頼りっきりの会社なんて100社にも満たないんじゃね
メールや一部グループウェア使ってた所は有るだろうけど

>>733
まだ、何もしないほうがマシだな

>>734
ライセンス料取ってるなら当然サイボウズも何件死んだか知ってるだろうにね

さぁ、8時になった。みんな、各々の得意分野でwatchしようず。。。

>>734
まぁ100社くらいだったら潰れても良いよな

会社に行くのが怖い

>>737
watch の報告はここでいいの？

>>732

while (1) {

printf("調査中です。");
printf("ここではお答えできかねます。");
printf("申し訳ございません。");

}

>>734
そう信じたいよね
大手は基幹のデータなんざクラウドに上げてないだろうし
小さいとこはいまだに紙の帳簿で影響殆ど無いんだが、WEBサイト復旧のカネが出せないでいる・・・・

と信じたいわ

おはよう。電車どうなってる？

一応、前スレの画像貼っとく
http://i.imgur.com/6fp0l.jpg

時給1000円でサンドバッグは割に合わんな

官公庁だいじょうぶですかね

Yahoo気配値ｗｗｗｗ　　見ている人は見ている・・・・

>>747
今どのくらい？

>>746
交換中

>>738
社会を知らないニートはいいね。
会社が突然倒産したら、取引のある会社も連鎖倒産の危険があるから、
100社も倒産したらえらいことになるけどな。

これってもしかして漏洩あったかもしれんの？？

>>748
22日終値25260に対し、24410ヤリ24400カイ。1000株板。

>>709
emacsでやれよ

って、インストールされてないこと多いけど

ファーストサーバ データ消失オフ「データはどこへ消えた？」

http://www.loft-prj.co.jp/lofta/schedule/perN.cgi?form=2&year=2012&mon=7&day=14

2012年7月14日(土曜日 )の深夜スケジュール
【出演】集まって頂いた被害者の皆様、ロフトグループウェブ担当、ほか

2012年6月20日夕刻に発生した障害により、サーバ初期化・データ消失という前代未聞空前絶後の無限地獄に我々を叩き込んだ“実績と信頼の”ファーストサーバ。
被害に遭った会社／団体は5,000とも6,000ともいわれ、かく言う我々ロフトグループも本稿執筆時（６月末日）にはまだまだ死線をさまよっている最中でございます。
と、そんな阿鼻叫喚のハンバーガーヒルを駆け抜けたサーバ管理者の皆様！ここはひとつ、未だ癒えぬ生傷を握りしめ、酒を酌み交わそうではありませんか!!
一体なぜ我々はあの戦場へ駆り出されなければいけなかったのか。あの時、それぞれの戦線では何があったのか。MacBook Airが当たるキャンペーンはどうなったのか。そして、我々は今後どうするべきなのか──。
そんなよしなし事を語り合ったり、心ゆくまで愚痴をこぼし合ったりしながら、名刺や杯を交換したいと思います。なお、皆様のご苦労をねぎらう意味を込めてチャージも最安値に設定いたしました。
そう、我々は、同じ戦場を戦い抜いた戦友なのですから！

・内容（予定）
被害状況を振り返ってみよう
皆さんの体験談発表会
消失データ供養会
睡眠不足解消法自慢
今後の対策をとことん考える
名刺交換会
ほか

http://www.loft-prj.co.jp/lofta/schedule/perN.cgi?form=2&year=2012&mon=7&day=14

>>752
影響してるねwww
全体的下がってるとかでは無い？

検証サーバでは正常だったなら単純にワイルドカードや/指定ではないよな
実際のスクリプト見てみたいもんだ

>>42
javascript:alert(document.lastModified)
これで画像ファイルを見ると
2:10:52 となってる。

もしかするとチェックが入ってるのかも知れんが、オペレーションでこれくらいのチェックしてればな（笑

>>755
全体的に下げるに3種類あり。一つは為替、一つは政治。個別では業績。
にしても、5%を超える下げは尋常ならずｗｗｗ　2%越えたら「暴落」扱いだもの。

成売1100に対し、成買は230。

>>756
ただ単に消すところがなかっただけで
正常だったわけじゃないでしょｗ

>>756
検証環境の時点で対象外サーバにも及んだのに気づかず
本番環境でも気づかず
バックアップ環境にもやっちまったって
自ら説明してるよ

まあありえないなこれ

>>750
>>738は>>734に対する皮肉にしか思えんのだが

>>756

対象サーバ以外だと削除されてるし
対象となるサーバー群を指定するための記述漏れらしいから
指定サーバ以外初期化する仕様なんじゃない

>>759
だから、ワイルドカード使わないという常識を知った上で仇になったスクリプト書いたんじゃねぇかという想像してみたんだよ

ファーストサーバによれば

「バックアップ」というのは本番環境と同一時刻に同一内容の更新がおこなわれる場所でオッケー

じゃあ客も「バックアップはファーストサーバにとってあったんですが」で言い訳成立するわな

>>759
目的の機能が動いたことだけ確認して
副作用についてはテスト項目になかったとか

>>762
自分はrmではなくcopyで検証サーバの複製を全サーバーに適用しちゃったと思ってる
だから検証サーバでは当然正常だった

>>760
せめてそういう時間差があれば、本番環境で「おい、これおかしいぞ…」って気づいて
水ぎわで中止されるはずが、バックアップにもパッチ同時適用ってバックアップの意味ねーｗ

>>766

それだ！

>ファイル削除コマンドを停止させるための記述漏れと

でもこの部分があてはまらない

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

どうやら電車はまだ無事みたいだな

>>769
やっぱり、システムの冗長構成と、データのバックアップということを履き違えてるよね。
ここは「コスト」じゃないもん。

>>756
見てみないことには何とも言えないけど、スクリプトのバグなんて大して珍しくはないからなぁ。全部消えるってのはあれだけど。
やはりバグがなぜ事前の検証で検出できなかったのか(対象サーバーとやらもデータ全損してるのなら)、
なぜ夕方なんて時間帯にメンテ実行したのか、そもそも脆弱性対策でファイル削除なんてする必要ないだろ、
待機系と(ファイル保存のための)バックアップって意味違うよね、バックアップ環境(待機系)とファイルのバックアップを混同するように書いてるけどバックアップ環境って具体的には何？ってな話の方が気になる。

結局人災だったんじゃないか

>>770
たったこれくらいの損害で人生を投げ出す方が馬鹿

ファーストサーバの言い訳がひどいので飛び込む気にもなれん

ダイヤの乱れﾏﾀﾞｧ?(・∀・ )っ/凵⌒☆ﾁﾝﾁﾝ

>>733>>720
あまりに「能足りん」みたいだから、どうせ同じ作業者がすぐその場でダブルチェックじゃねｗ？

飛び込んで両足切断の奴はこの資料見たら飛び込む気失せてたかな

先輩「本番バッチとテスト用バッチをコピー汁、ただしTESTモードフラグだけ本番用はコメントアウトするんだ。」

新人「チーッス、コピーすればいいんですね？」（最後まで話を聞いてない）

↓

あぼーん

FAQきたか

>>778
足切断のやつ結局死んだだろ？

>>779

まじであるなｗ

>>779
新人「いつから部下がお前の話に耳を傾けていると錯覚していた？」

FAQ重いｗｗｗｗ　開かないｗｗｗ

それにしても、本番機で直接extundelete（復旧ツール）を走らせたんだねぇ、これ。
バックアップ機で走らせたら、アーカイブファイルの中のファイルや
ディレクトリが混ぜ混ぜされるなんてあり得ないし。

いや、まてよ？
あまり信じたくないけど、ここのバックアップって、
本番機→バックアップ機に環境丸ごとコピーしていて、バックアップ機と
待機機を兼ねていたとか？
いやいや、そんなド素人みたいな運用は・・・いや、まさか・・・

FAQ重い…おまいら見すぎだろｗ

ＦＡＱ重いぞなんにん参照してんだｗｗ

FAQ鯖落ちるんじゃね？ｗ

>>787
5000社+取引先+俺ら

>>770
飛び込むのは今日の夕方以降だろ

>>625
これがサイバーテロの攻撃実験だったりして。北とか中とか南とか日本も敵が多いから。

韓国がーとか言うネトウヨうぜえと思ってたが、ここまで杜撰だとひょっとしたら本当に韓国に鯖あるのかと思っちゃう

ＦＡＱでりんくぬけ

>不具合の詳細につきましては
>下記リンク先ページにてご説明させていただきます。
>https://

また不具合ｗ

FAQ重過ぎるぜ…
唯一見れたのがこれ

Q. 共有サーバーはデータリカバリーできないのか？その理由は？

A. 専門業者様とも検討を重ねてまいりましたが、最終的に弊社の
判断により事実上不可能と判断いたしました。

理由になってなくね？

もう社名をフィストサーバに変えちゃえよ

>>794
なってないなｗｗｗ

ファイル削除コマンドが全部対象にして実行されることを
検証環境では気付かなかったの？
検証と本番では同じものつかってるだろうに
なんで本番だけファイル削除コマンドが発動したんだ？

286 名前：名無しさん＠１３周年[sage] 投稿日：2012/06/25(月) 08:43:41.07 ID:BkODMXBj0
さて、会社のみんながぼちぼち出勤してきて特に異常がないことを確認
別系統であったバックアップとも違う別データ（内容は大体同じ）から無事復旧完了
（実際は違うが詳細に書くと守秘義務に触れかねんので表現についての突込みは勘弁）
ここ数日分が吹っ飛んだ可能性が高いけど、それは個別に確認するように
社長の名前で指示を出してもらって地獄の数日が終わった

こうなることを予言してウチの部長が強硬に反対していたが
コストカッターの取締役が導入をさせてしばらく経過

損害賠償金額算定の考え方を見た社長がブチ切れ
ウチのデータが数万円分の価値しかないと思っているところに
データを預けて安全と言っていたのか！と
（系統分けしておくことはウチの部長が無理矢理ねじ込んでいたので
もしそれがなかったとしたら洒落になっていなかった）

緊急の役員会が今日か明日（この数日寝ていない部長の体調次第）に
開かれるってことで、導入を進めた取締役は解任か辞任だろう
その意味ではここにも人生を狂わされた人が一人誕生

まあ生活には困らないだけの金を持っているはずなので
電車に飛び込むとかそういった必要性がないことは感謝してもらわないと

Q. 環境再構築にかかった費用は補償してくれるのか？

A. 補償いたします。ただし、誠に申し訳ございませんが、
　損害賠償の限度額の範囲での補償となります。

>>799
缶コーヒーやるから我慢しろってことですね

>>794
まぜっこぜ、ぐっちゃぐちゃ、なにがなんだか分からないし、どれが新しいか古いかもわからん
つーか、そもそも自分のデータじゃねえし、約款に逃げ口上書いてあるし、いつまでも面倒なことやってられっか
サイトで言ったとおり、月額利用料は返金してやっから、それでいいだろ

なんてホンネ、書けないだろうしなあ

本番と待機系を一緒に更新して、航空管制が一時混乱したって話があったね。
N社で。昔の話だけど。

 ⇒ "2012/6/25 9：00
障害専用緊急フリーダイアルを増設いたしました。
以下の2つの電話番号にて、お問合せを受付しております。
【 0120-353-024 】 【 0120-061-112 】
※次回更新は、2012/6/25　11時を予定しています。"
ttp://support.fsv.jp/info/nw20120620_01.html

ところでFSの言う「簡易バックアップサービス」って、
http://support.fsv.jp/manual/backup/snapshot/index.html

単にファイルシステムの差分を同一ボリュームに作るだけだろ？
Windowsで言うとVSS

これはそもそもオンラインのDBファイルには適用不可能だろ

スレ読んで納得
対象サーバー以外は全削除（どんなプログラムやねんｗ）
を対象サーバーだけの検証環境でテストしてたのか

集団訴訟やらなきゃ孫孫
テロやって無視する
責任能力ゼロ信用ゼロの親会社ヤフー ソフトバンクグループとなりますよ〜
誠意ある対応をですね
やりましょう

やはりヤフーが率先して上限なしで賠償金支払うべきでは？
もはやテロですからね


社会的信用なくなりますよ？

Yahoo特売り、11000に対し6000．

>>804
>ホームページ用ファイルなど
って書いてるからDBは最初から対象外なんでしょ

>>775
同感。
こんなアホな事では死ねんわw

ちょっとFAQ覗いて見ようかと思ったがホントに重すぎて繋がらないな。
みんな必死なんだろうな。俺は野次馬だから邪魔しないようにウィンドウをそっと閉じたよ・・・。

>>797
本当に検証環境で検証したと思う？
夕方5時に本番に適用なんてやると思う？

俺は検証環境で本番サーバーが指定されたスクリプトを流したんじゃないかと考えてる。

国をあげてクラウド推進してたんだから
国から補償金でるのが当然のような気がする
国が味方したせいで、営業にも唆されやすくなって
結局騙された

>>811
検証環境と本番環境って独立させて互いに触れないようにするものじゃないの？

>>812
これ、クラウドうんぬん以前の問題ｗ

fuck you…、フッキュウ？
復旧したのか？

玄人思考の蔵人じゃダメなの？

わからんな。データにぜい弱性があるわけないから、
機能-ソフトウェアを更新したんだろう、なんでデータが消えるんだ。

>>811
サーバ指定間違えましたって正直に告白してるじゃん

規約上「バックアップの義務がない」とすると逆に広告で嘘ついてたってことになるよなあ
http://www.fsv.jp/cybozu/merit/images/coorp/flow02.jpg
公取委さん頑張ってね！！

>>803
それ、これだろ？　電話するだけ無意味だわな。
会社にデータがのこってないか探すとか、打ち込まないとならない帳面とか探した方が建設的

フルキャスト総合Part136
http://engawa.2ch.net/test/read.cgi/haken/1330482262/l50
300 名前： 名無しさん＠そうだ登録へいこう [sage] 投稿日： 2012/06/24(日) 13:23:45.35 ID:3M7TJUzW0
>>299

290 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/24(日) 12:54:14.65 0
伏せ字なし版を持ってきてやったぜ

お世話になります。フルキャスト梅田支店です。
期間限定！コールセンターのお仕事が入って参りました。

≪詳細≫
最寄駅：東梅田駅より徒歩3分
期間：6/26(火)〜2週間程度予定
※6/27(水)開始の可能性、期間も1週間になる可能性あり
勤務日程：シフト制
※週3日以上必須
勤務時間：9：00〜22：00の間でシフト制(9-18時、13-22時、9-13時、18-22時等)
時給：1000円　←
業務内容：サーバー障害に関する問い合わせ対応(対応範囲は限定されておりますので、専門知識は不要)　←
条件：電話応対可能な方
週3日以上ご就業可能な方

※こちらのお仕事は6/25(月)にご依頼が確定予定のお仕事です。予めご了承の上ご応募下さい。

検証環境と、本番がネットワークで繋がってたらありえるな。

>>805

>対象サーバーだけの検証環境でテストしてたのか

図では複数並んでいるけどねｗ

原因�Aで対象サーバ以外の
データ確認はしてませんとのこと

>>817
検証スクリプトだから
ダミーデータ挿入
　↓
パッチ当て
　↓
テスト
　↓
ダミーデータ削除
になっていたのでわ

>>813
本来そうだけど、FSではどっちにも行けるようにしてあった、とか。
いずれにせよ、何かを隠していることは間違いない。説明通りだと話の辻褄が合わないから。

つーかクラウドとかセフィロスは関係ないからなｗ

和田がコストカットしまくっておかしくなったって話だからなｗ

>>819
それは明日からだな

>>818
景品表示法違反っぽい

>>822
なるほど。うちはダミーデータの削除はしないなぁ。だから違和感あるのか。

113 名前：名無しさん＠１３周年[sage] 投稿日：2012/06/25(月) 08:02:52.56 ID:mh0mCnM30
会社到着
なんとサイボウズ復活！

と思いきや、会社名がさんゆう商会！！

サイボウズ、初期化納品状態(^-^)/
知らん社員も3人増えてるお(^-^)/

会社終わった・・

>>819
フリーダイヤルだから電話して「フルキャストの募集でしょ？ｗ」って聞いてみようかなｗ

>>822
あらかたそうだろ
真正性を求められるSIerだとダミーも削除しないんだがな

>>829
必死な奴らいるんだから回線塞ぐなｗ
あと26日からだろそれ

FAQ繋がらないよ〜
お願いだよ〜見せてくれよ〜

こうなると、他のデータセンターも似たような
リスクを抱えているのではないか？
いないとしたら、脆弱性対策をしてないということになるし。
データセンター事業なんてやるもんじゃないな。
利益はわずかで、ミスった時の責任が半端ない。

>>819
東電が計画停電を実施したときもこんな感じでコルセンの募集があったな。
まぁあれはエリアと時間ははっきり決まってたわけでそれを答ればいいだけで
あとはただ多少の嫌味に付き合えばいい程度なんだろうがこれはなぁ・・・。
電話先の怒号に対しただひたすら定形の文言を繰り返すしかない割の合わない仕事だなｗ

bーーiいお

>>829

コールセンターの会話は録音されてるから
お決まりのセリフしか帰ってこないよｗ

Q. 機会損失も含めて請求するが良いか？
A. 誠に申し訳ございませんが、機会損失は損害賠償の対象とさせていただく予定はございません。

サイボウズ　株価上がってます（）

サイボウズ　株価上がってます（）

賠償額に不満あるなら訴訟起こせってことだろ

ファーストサーバの「大規模障害に関するFAQ」にアクセスできない！
オーバーフローかな

ところでsageなくてもいいのかここ？

2012/6/25 9：00
障害専用緊急フリーダイアルを増設いたしました。
以下の2つの電話番号にて、お問合せを受付しております。
http://support.fsv.jp/info/nw20120620_01.html

↓

http://toro.2ch.net/test/read.cgi/hosting/1340503932/290
290 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/24(日) 12:54:14.65 0
伏せ字なし版を持ってきてやったぜ

お世話になります。フルキャスト梅田支店です。
期間限定！コールセンターのお仕事が入って参りました。

≪詳細≫
最寄駅：東梅田駅より徒歩3分
期間：6/26(火)〜2週間程度予定
※6/27(水)開始の可能性、期間も1週間になる可能性あり
勤務日程：シフト制
※週3日以上必須
勤務時間：9：00〜22：00の間でシフト制(9-18時、13-22時、9-13時、18-22時等)
時給：1000円　←
業務内容：サーバー障害に関する問い合わせ対応(対応範囲は限定されておりますので、専門知識は不要)　←
条件：電話応対可能な方
週3日以上ご就業可能な方

※こちらのお仕事は6/25(月)にご依頼が確定予定のお仕事です。予めご了承の上ご応募下さい。


君たちのサンドバック募集ｗ

FAQのURLがめっちゃ汚い
急造で用意したんだろうな

時給１０００円てそこらのコンビニでバイトして
先輩にちょっとイビられる方が遥かにマシだろ。
コールセンターのバイトは今後の生活かけて命がけの電話だからな。
とんでもない罵声が飛んでくることが予測される

http://faq.fsv.jp/fffaq/detail.asp?FAQID=2672&baID=13&strKind=1&Option=&NodeID=&DispNodeID=729&CID=0&Text=&Field=&KW=&KWAnd=&Attrs=&SearchID=&Bind=

Microsoft OLE DB Provider for SQL Server エラー '80004005'

接続文字列の属性が正しくありません。

/fffaq/FuncLib.asp, 行 521

Injectionしてとばせそう

埼京線は、赤羽駅でのお客さま救護の影響で、上下線に遅れがでています。川越線への直通運転を中止しています

だからこういうときにDB使うなよ

…という常識がある人ならこんなシステム作りません

>>847
やっぱりFS関連なのかな（;＾ω＾）
ttp://traininfo.jreast.co.jp/train_info/history.aspx?MSGID=186010&GID=1&TIME=201206250906

>>828
どこのスレ？そういう現場の声をいろいろ聞きたい

んなわけねえだろバカが死ね

国分「バックアップと思ってたものが待機系だって知った時、どう思った？」

>>845
罵声より死ぬとか言って泣き崩れられる方が堪えるだろう。
バイトだけに、対応マニュアルは「申し訳ありません」の一点張りだろうから。

>>850
N速+ですな。
http://uni.2ch.net/test/read.cgi/newsplus/1340576385/113

これ、対象サーバは問題なしだったってこと？

>>794
メタデータ領域が再利用されてファイル名や権限が滅茶苦茶
個人情報保護により復旧不可ってところかねぇ

こういうのはNILFS使うとある程度防げるんだっけか。GC走るからあまり変わらない?
SSDだと設定次第でTRIMまで発行されちゃう

>>764
復旧費用と賠償費用天秤にかけただけだと思う

>>857 >>794ね

Fat32ならFat32なら復元exeで復元できたのに！

http://up.pandoravote.net/up4/img/panflash00057568.png
http://up.pandoravote.net/up4/img/panflash00057569.png
http://up.pandoravote.net/up4/img/panflash00057570.png

http://suzunonejh.blog15.fc2.com/blog-entry-2616.html

株主総会スケジュール　6月25日
http://www.nikkei.com/markets/kigyo/money-schedule/soukai.aspx

>>854
ありがとう。ちょっと見てくる

Q. 環境再構築にかかった費用は補償してくれるのか？

A. 補償いたします。ただし、誠に申し訳ございませんが、
　損害賠償の限度額の範囲での補償となります。

予想通りとは言え･･･

クラウドの「損害保険」が登場 データ消失による逸失利益も補償
http://itpro.nikkeibp.co.jp/article/COLUMN/20120214/381613/
入ってた企業あるのかな?

>>834
逆に言うとこのコルセンで聞けるのは計画停電のスケジュールレベルであると…

クラウドの「損害保険」が登場 データ消失による逸失利益も補償
http://itpro.nikkeibp.co.jp/article/COLUMN/20120214/381613/
入ってた企業あるのかな?

早く賠償訴訟した者勝ちのような気もするけど
一件まともに成立しちゃって後追いで殺到、払えず清算で分配みたいな

いまや、必要とされているのは技術者ではなく
コールセンターの生贄と
弁護士

うちは弁護士雇うことにしたようだ
DBとかサイボウズとかはいっさい置いてなくて、
ただ宣伝用のホームページが吹っ飛んだだけだったが
社長が「まぁ、やってみ」って言うから

ファーストサーバが謝罪対応係を時給1000円で募集　「専門知識は不要です」
http://engawa.2ch.net/test/read.cgi/poverty/1340583536/

>>331
役員どもどんだけクソだよｗ

>>846
へ？アクセス集中が予想されるコンテンツでDB使ってるとか神経がわからん。
シンプルな急造HTMLが一番親切だろうが。
客のこと何にもかんがえてねーな。

>>862
禿の会社は先週の金曜だったようだが荒れなかったんかね？

>>869
一番被害軽い部類じゃんｗ
新規HPの費用くらい出るだろ
弁護士とか雇って遊んでる場合じゃないｗｗ

損害賠償は限度額の範囲、を連呼しているが、通常の運用でなくて人災
なのだから、あんな約款は無効でしょ

「損害賠償は限度額の範囲」って今FS側はどんだけ提示してんの？

稼動機と待機機での運用があるのはわかるとして、データバックアップはとっとくものでないか？

>>843
>>843
>>843
>>843
>>843
>>843
ｗｗｗｗｗｗｗｗｗ

>>873
だって総会終わるまでほとんど報道されなかったし
あれは露骨だったな

月額使用料だったっけ？限度額
それともこれまでに支払った金額かな

【4689】ヤフー(株)
http://stocks.finance.yahoo.co.jp/stocks/detail/?code=4689.t
【9984】ソフトバンク(株)
http://stocks.finance.yahoo.co.jp/stocks/detail/?code=9984

>>868
それはありこうだな
あとは集団でやるより各地で一斉に裁判って元管理人がさじ投げたやり方も面白そう

ファーストサーバ株式会社@firstserver
この度の障害では、多大なご迷惑をおかけし誠に申し訳ございません。
障害専用緊急フリーダイアルを増設いたしましたのでご報告いたします。
http://support.fsv.jp/info/nw20120620_01.html

緊急ダイヤルきたぞー

738 ：名無しさん＠１３周年：2012/06/24(日) 13:50:13.46 ID:+80Yap+GP
そろそろ工作員湧いてくるのかね・・・
でも無駄っすよ。
過去の判例で
「レンタルサーバー業は貸金庫業と同様に
きちんと預かる義務がある」
って判断されて
しこたま賠償金取られてますからーｗ

しかも民法の大原則で
「イカサマな約束は無効」なのだから
被害者の会作って
会社ぐるみでインチキなプレゼンしてるの発覚したら
間違いなく裁判で勝てますぜｗ
ぜったいこれ被害者の会作ったほうがいいぞ

レン鯖板こんなに人居ると思わなかった

>>883
件の求人に人集まったんだな

Hadoop使ってたらしいな。

にしても、shellの記載、特に/usｒとxZFSを使ってるところ、少ないと思うんだ。

これの写し。
http://webcache.googleusercontent.com/search?q=cache:2QMYKz9LrHUJ:nakamura001.hatenablog.com/entries/2011/06/17+&cd=15&hl=ja&ct=clnk&gl=jp&lr=lang_ja&client=firefox-aorgのディレクトリが出てたのは

>>884
「ファーストサーバ データ消失オフ『データはどこへ消えた？』」で仲間が出来そうだｗ

　　　　　　 　 　＼ 　 r'´￣￣￣　　 ￣￣￣｀､::.　　　＿＿＿
　　　l} ､:: 　 　 　 ＼ﾍ,___,＿ ＿＿＿＿＿＿/::.＿＿|　　　　.|＿＿＿＿＿＿＿＿＿_＿
　　　|l　 ＼::　 　 　 | | 　 　　　　　　　　　　｜､:..　　|[],　_ .|:[ニ]:::::
　　　|l'-,､イ＼:　　　| |　　　　∧,,,∧　.　　　｜::..　 　ﾍ￣￣,/:::(_＿)::
　　　|l　　´ヽ,ノ: 　　| |　　　（´・ω・｀）　　　 ,l､:::　　　 ￣￣::::::::::::::::
　　　|l　　　 | :|　 　 | |,r'",´￣￣￣￣￣｀ヽ､l:::::
　　　|l.,＼＼| :|　 　 | ,'　　　　　　　 :::::... 　..::ll:::: 　 　そうだ
　　　|l　　　 | :|　 　 | |　 　　　　 　 :::::::... . .:::|l::::　　　これは夢なんだ
　　　|l＿＿,,| :|　 　 | |　　 　　　 　 ::::....　 ..:::|l:::: 　　 ぼくは今、夢を見ているんだ
　　　|l￣｀~~| :|　 　 | |　　　　　　　　　　　 　|l::::　　　目が覚めたとき、
　　　|l　　　 | :|　 　 | |　　　　　　　　　　　 　|l::::　　　サーバの障害なんて無くて、
　　　|l　　　 | :|　 　 | |　　　''"´　 　　　 　　 |l::::　　　会社のイントラは通常通り動作してて、
　　　|l ＼＼[]:| 　 　| |　 　 　　　　　　　　　 |l::::　　　メール沢山届いててチェック大変だなーとか言って、
　　　|l　　 ｨ'´~ヽ　　| |　 　 　 　　　 　｀`' 　 |l::::　　　昼はいつもの定食屋でランチ食べるんだ・・・
　　　|l-''´ヽ,／:: 　　| |　　　''"´　 　 　　　　 |l::::
　　　|l 　／:: 　 　　 | ＼,'´＿___..:::::::::::::::_`l__,ｲ::::

>>883
明日からはフルキャストのド素人受付だから
被害者は今日中にかけまくれよ

俺らは明日から遊ばせてもらうｗ

>>843
サンドバッグワロエナイｗｗｗｗｗｗ
バイトは何も知らずにただわけも解らず怒声を浴びせられるんだろうなぁ

>>875
過去の判例あるから、この手のいいかげんな運用によるトラブルは全額賠償だろうね

>>331
これ、絶対
「どうして自前でバックアップを取っていないんだ」ってなるのが
目に見えてるよ。言い訳は通じない。
無能役員というのは、起きてしまってからなら誰でも言える
正論を叫ぶことで自らの威厳を示そうとする。

このクソ会社に罰を与えるにはやはり解約が一番効くよな

>>892
この点で争っても大した額にはならないはず
問題は機会損失の補償、大手は無事復旧させてるのはこれで優先させてるはず

ミスｗ

Hadoop使ってらしいけど、環境変数のミスとか出回ってる情報の一部は捏造。
これの元ソースの切り貼り。

原因については、FSの説明にあった部分と無い部分（ストレージの部分障害の放置）がある。
無い部分については、関係者の”内部リーク”から、その点を突かれると訴訟時、完全にお手上げに
なるからという事で伏せられてる。

ということで集団訴訟にて情報の徹底的な開示を求める事が必須。

http://webcache.googleusercontent.com/search?q=cache:2QMYKz9LrHUJ:nakamura001.hatenablog.com/entries/2011/06/17+&cd=15&hl=ja&ct=clnk&gl=jp&lr=lang_ja&client=firefox-aorg


2011-06-17
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
rm -rf の恐怖

ユーザへの確認無しにディレクトリを削除出来る rm -rf コマンド。通常のターミナルでの操作などでは慎重に扱うかと思います。

しかし、それをインストール用のシェルスクリプト使う場合には記述ではちょっとのミスで大変な事になってしまう様です。

今回、Twitter上でそんな事例がRTされていました。

問題になってしまったのはこちらのプロジェクト。

Commit a047be85247755cdbe0acce6f1dafc8beb84f2ac to MrMEEE/bumblebee - GitHub
https://github.com/MrMEEE/bumblebee/commit/a047be85247755cdbe0acce6f1dafc8beb84f2ac
本来は既にインストール済みのファイルを削除する為に

>>888
や、やめてくれ

>>888
全俺が泣いた

使用料を限度に賠償するって
店で食中毒出したんで、代金返すよ
って感じだよなぁ

それに同意して契約したんだろ、って言われるとそれまでなのか？

Q. 環境再構築にかかった費用は補償してくれるのか？

A. 大丈夫だ、問題ない。

<table width="565" id="result">

<tr class="tit_01" valign="top">

<th width="560" height="25">質問内容</th>

</tr>

<tbody onMouseOver="changebg(this)" onMouseOut="loadbg(this)" onClick="location.href='detail.asp?Option=0& 長いんで省略 &Bind=FALSE'">

<tr class="q">

<td width="560" class="q"><p>障害発生日時は？<img src="styles/blue/images/ico_update.gif" width="40" height="12" alt="Update" /></p></td>

</tr>

</tbody>

<tbody onMouseOver="changebg(this)" onMouseOut="loadbg(this)" onClick="location.href='detail.asp?Option=0& 長いんで省略 &Bind=FALSE'">

<tr class="q">

<td width="560" class="q"><p>障害の原因を教えてほしい<img src="styles/blue/images/ico_update.gif" width="40" height="12" alt="Update" /></p></td>

</tr>

</tbody>

普通にAリンクで飛ばしちゃいかんのか

【4689】ヤフー(株)
http://stocks.finance.yahoo.co.jp/stocks/detail/?code=4689.t

掲示板
>なぜ上がらない? 2012/ 6/24 14:38 [ No.279368 / 279374 ]
>qrh**891
>業績好調なのになぜ上がらない?

>Re: なぜ上がらない? 2012/ 6/24 22:02 [ No.279369 / 279374 ]
>sbj*f*yz*me0
>割高株だから・・・と思っている
>いまだに大底探しを繰り返している
>上値が重く今後も大底更新を予測している
>ヤフーやＩＴ業界躍進の時代は終わった
>前にも書いたがＰＢＲが大きすぎる
>ＰＢＲ＝現在株価÷ＢＰＳ
>業績好調、割安株なら分母ＢＰＳが
>なぜ大きくならぬ？
>
>ＰＢＲを１.５とすれば１２０００くらい

http://messages.yahoo.co.jp/bbs?.mm=FN&action=5&board=1004689&tid=a5da5ua1bc&sid=1004689&mid=279367

何が言いたいの？っていうと、FSの障害報告には嘘がある。

そして、それは自社に不利な実態（保守費用削減による機器障害の放置）を隠す事で
自社責任を軽く見せるための行為。

惑わされちゃ駄目だ！訴訟と政治家などからの追求をして貰うことが必要。