2日寝てないけど2get
もう日付変わって今日になったよ
ノノノノ
__ ( ゚∋゚)
/ )/⌒ヽノ´ヽ ノノノノ
/ノノノノ 〈 ト )(ミ-=ー(゚∈゚ ) ̄ ̄ )
/ ( ゚∋゚)\) |'" ヽ二⌒V ⌒ヽ ̄ ノノノノ
(ミ/ ヽ/⌒) |\/ i ヽ ト > (゚∈゚__)
ノ ミ二二__ノ. | /| ノ | 彡´ /⌒ )
`´ _) i. | ) / |\/i ミイ //
γ___ノノ | ノヽミ |. ノ | ノ | ( (
| )/ / 彡ヽ | ). lソ. | ) )
(( 彡)( / + + 彡ヽ ヽミ. | //
| ) + ○ | ノノ
ミ + ○ + + |ノノ
+ ○ + 彡ヽ`
+ファーストサーバー+
6 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:11:48.75 0
ファーストサーバの広告
「お客様の作業(バックアップ)は不要です」
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|| !! !!| | ;;;;;;| ////
// / ヽ::::: | ! || | ||!!| ;;;;;;/// //
// // ゝ:::::::: : | `ー-----' |__////
7 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:12:50.77 0
「お手元のバックアップデータを活かした再構築のお願い」
⌒ ヾ
r/ ̄ ̄ ̄ ̄ヽ、 ヽ__ _,. -‐' ¨´
/. ノ( ((゚ッ))/て_,_` `ー<^ヽ
/ ⌒ ト、.,.. \丶。ヽ ヽ fsv
彳、_ | ∴\ ヽ ヽ _Lj
| ) r‐ ノ( / ノ( \\ |/ヽ
| ⌒ ⌒ イ⌒r-ヽ | 。o `¨´
ノ( ノ( バックアップなし ー┘| /
.⌒ / ヽ|/゙U
/ u
U
8 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:13:40.29 0
にちようびー\从/ .┃:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
∧∧ ∧∧ ┃::::::::::::::::::::::::::::::::::::::::/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ::::::::::::::::::::
(・∀・) ∩・∀・) ┃::::::::::::::::/ ̄ >:::::::::| 申し上げます! ::::::::::::::
/ ⊃⊃ ヽ ⊃ノ .....┃::::::::::::::::| |~::::< 平日軍の先鋒・月曜めが、 ::::::::::
( ( ヽ )つ .┃::::::::::::::/ ~\:::::::::| 軍勢を率いて領内に :::::::::
(/(/' (/ ..┃::::::::::: ノノ > ):::::| 向かっております :::::::::::::::
━━━━━━━━┳━┛:::::::::::U (_)つつ::::::\________ :::::::::::::::::
10 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:14:47.23 0
シュボッ
., ∧_∧
[]() ( ・ω・`) l二ヽ
□と ) ̄⊃ ) )
⊂ (_(_つ  ̄⊃ / ̄ ̄ ̄ヽ
⊂_ ._⊃ | (\/) |
⊂__⊃. | > < |
| (/\). |
ヽ___/
そうか あかんか ファーストサーバも一緒やで
去年解約してた
ラッキー
おっぱいおごってくれ
13 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:17:06.96 0
>>9 やっぱりテストせずいきなり本番環境にぶつけたのか
14 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:17:57.74 0
えーまだつづくの?w
■ 暫定対策
サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き
当面の間はメンテナンス作業を停止いたします。また、止むを得ずメンテナンス作業を行う場合には、
ダブルチェックを欠かさず細心の注意を払って作業を実施いたします。
ワロタ
17 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:19:05.38 0
>>9 被害は5000社とか言ってたけど
これ読んだら残りの4万5千社も終わってるだろwwww
オワタ ママ 何もかも オワタよ
空きれい
>更新プログラムの自身に不具合があったことに加えて
校正しろよ
>消失データを復旧し、リカバードファイルとしてお客様に提供しました。
>しかしながら、専用サーバーのお客様より、専用サーバー内において情報にアクセス権限を有していなかった者からも
>参照できる状態になっているとの報告があったため
え?そうなの?他社にごちゃ混ぜに出しちゃったんじゃないの?
っていうか、それなら専用サーバーの人は、それを許容するって伝えれば、すぐにリカバードファイル出せるんだよな?
19 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:20:08.16 0
常識では考えられない運用方法だな
さすが朝鮮脳だ
20 :
うっひょう:2012/06/25(月) 02:20:18.11 0
>>9 あ、これも報告書に追記しなきゃ…
10っぷんおきにfs見てるけどここのほうが情報が早い
21 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:20:47.57 0
22 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:21:41.41 0
>>9 ザクザク勢いよくファイル削除するプログラム作っちゃったんだね!
>>9 本番環境とバックアップ環境って、違うシステムにしておくべきじゃないの?
どうせファイル保存だけだろうし、違うOSでも良いんじゃないのかな…?
信頼性失墜してるからWチェックじゃ安心できない。トリプルチェックして欲しい。
うわあ・・・ハンコヤドットコムも被害に遭ってた。メールだけっぽいけど
28 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:24:18.48 0
>>20 それ印刷してレポートに別添したら寝てくれ
おつかれ
原因がわかってよかったね
ホントに2時に更新かよ。
寝れないからこういう一般社会とズレのある動き方やめて欲しい。
第三者委員会によるトリプルチェックは必須だな
>6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
>なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。
FAQに期待しとこ
>>9 無駄に分かりやすくするための画像作ってて報告がこんな時間になったってか?
時間の無駄使いだな
>>9 なんだ、この人生 \(^o^)/オワタ的な図面と
原因1~3の何重もの原因は・・・
>>30 今、一部鯖のメンテナンスやってるみたいだから、
細かくチェックしないといけないかも…
これで全ての問題は解決した事になったのか。
>>9 要するに、影響がどこまで広がってるか検証中と
50000万社全部あやしいとwwwwwww
>>31 ソフトバンクグループ会社による第三者委員会を設置いたします
あれ?
>専用サーバー内において、アクセス権限を有していなかった情報についても参照が可能
を念頭に
>共有サーバーにおいても、リカバードファイルの提供を即時停止
を考えると、情報ごちゃまぜを意味してないか?
40 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:27:59.06 0
>>37 そういうこと
パッチ対象が本番 バックアップ 全鯖に行き渡ってる
想像を絶する運用だな
>>39 どういうことなのそれ?
誰でも権限無くても何が見えてるの?
>>30 正確には2:10くらいだと思う
2:00にはなかった
>>9 データ消失にばっかり目が行ってるようだが・・・
>データ消失の後、データ復旧作業を実施。6月21日(木)9時ごろにデータの復旧プログラムにより消失データを復旧し、リカバードファイルとしてお客様に提供しました。
>しかしながら、専用サーバーのお客様より、専用サーバー内において情報に
>アクセス権限を有していなかった者からも参照できる状態になっているとの
>報告があったため、リカバードファイルの提供を22日(金)21時ごろ停止し、
>状況の確認を行ったところ、専用サーバー内において、アクセス権限を
>有していなかった情報についても参照が可能な状態にあったことが判明しました。
>■ 影響範囲
>現在調査中です。
やべーだろこれ
>メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に
>脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し脆弱性対策が
>なされていないシステムが動き続けていたという反省に立ち、
ソフトウェア障害のためのバックアップという概念があったらこんな文書かない
>>37 50000万社・・だと・・
宇宙中の企業が被害を受けているのか・・・
47 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:30:37.71 0
>>43 侵入されてるね
やっぱりハードウェアの障害はウソで
侵入されてたんかな
海外にあるサーバで、現地の技術者が、仕様を理解していなかったって事?
>>36 >>9のつぎはこうくるな
「今回ご迷惑をおかけした皆様には重ねてお詫び申し上げます。
現在今回の障害が起きた原因の究明に至りまして、再発防止策を講じることにより
同様の障害が起こらないようにサービスをご提供する目処が立ちました。
今後はより一層の注意を払いお客様のデータを取り扱ってまいる所存でございますので
どうぞご安心して引き続きご利用くださいますようお願い申し上げます。」
>>9の内容見ると、関わっていた人間に馬鹿が多かったってことだね。
削除コマンドを易々と発行してるし、バッチ処理をメインとバックアップの
同時発行だと事故が起きた際に回復が絶望的になる。小学生でも判るだろ。
EC-CUBE使ってる客なんてバックアップ取ってなさそうだから、復旧出来ない
会社も多いだろうな。
あとこういう事故は同業他社がメシウマ状態らしい。さくらが火事を起こした
時なんて、他社は嬉しそうに語ってたよ。
>>47 何が侵入すんねん。怖いわ。
ういるす?すぱい?それともお前ら?
>>40 一見もんだいなく動いてるようでもDBの一部が欠損してたりする恐れがあるとかぱねえっす
>>41 上記はアクセス権を気にしていないとも読める
とすると、共有サーバーでもアクセス権を気にしなかった可能性があるのではないか?
共有サーバーって他社データもあるよな?それでアクセス権を気にしなかったらどうなる?
何が読めているかはリカバードファイルの中身次第としか言えん
もう今日は終り?寝て良い?
55 :
うっひょう:2012/06/25(月) 02:32:41.00 0
みんなありがと。原因「らしきもの」が公表されたから、これ印刷して寝る
経緯を一から説明できないと首が危ないからどうなるかと思てた
(説明できたとしても危ういことに変わりはないが) お休み…
57 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:33:10.39 0
>>51 パソコンの大先生の俺らにそんなスキルあるわけ無いだろ
今日から予想はるかに超えて想像を絶する展開だな
すまん、誰か中間報告の内容を3行でまとめてくれ
>>50 なら、日本ラッドは月曜から株価上がるかもな。
>>58 でっち上げ
バックアップなんてなかったんや!
情報漏洩もあるで!
63 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:35:08.31 0
アクセス権が変わるのはバックアップから戻したくらいでは
通常は変わらない
バックアップしたつもりが既に侵入されて改ざんされて
スパイウェアが発動してシステムアボンしたんかな
ここまでいくとそれくらいしか思いつかない
>>58 消えちゃった
漏れちゃった
ーーー つづく ーーー
65 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:35:54.87 0
>>59 日本ラッドはここの元社長がいるだろ
新幹線で全裸になって逮捕された元社長が笑
うちが借りてたサーバは検証環境だったのか
だったらせめてその検証結果を聞きたい
全然わからん
素人のエライさんにわかるように発表して欲しい
>>65 あんなのが社長だったってことは残った奴らも似たり寄ったりだったんだろうな・・・はぁ・・・
>>63 スパイ入ってシステム壊れたの?
コピペミスかと思ってたけど違うのか・・・。
>>68 わかるように人形入りの丁寧なイラスト入りにしてくれたジャマイカ
何がどこに漏れたんだ?
>>68 354 名前: 名無しさん@13周年 投稿日: 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ヽ,;''"""''゛゛゛'';, ノr)
,;'゛ i _ 、_ iヽ゛';, お前それ内のIT音痴ハゲ社長の前でも同じ事言えんの?
,;'" ''| ヽ・〉 〈・ノ |゙゛ `';,
,;'' "| ▼ |゙゛ `';,
,;'' ヽ_人_ / ,;'_
/シ、 ヽ⌒⌒ / リ \
| "r,, `"'''゙´ ,,ミ゛ |
| リ、 ,リ |
| i ゛r、ノ,,r" i _|
| `ー――----┴ ⌒´ )
(ヽ ______ ,, _´)
(_⌒ ______ ,, ィ
丁 |
| |
ハードウェア障害時にバックアップに切り替える…
つまり予備系がバックアップを兼ねていた…?
>>63 これ、海外の技術者が情報を抜いて小銭を稼ごうとして
間違えた処理をしたってこと?
81 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:39:55.71 0
ファーストサーバというより
DC間借りしてるIDCフロンティアで何かあったとしか思えんな
被害がでかすぎる
日本ラッドにいるファーストサーバの元社長、
ファーストサーバにバックドアしかけてたりしてな(オカルト板並みの妄想)
検証サーバーと本番とバックアップへの適応がどうじにされたって事か
84 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:42:01.68 0
>>72 最初のプログラムが諸悪の根源だってのはわかった
86 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:43:39.59 0
中間報告だし、最終報告が大分変わる可能性もあるからなぁ
情報漏洩についての記載がぼやかしすぎでよくわからん
良くわからんってことは、安全側に倒れて、情報漏洩はあったものとして動いたほうがいいだろうな
原因①→まあええやろ、よくあることや
原因②→まあ・・・しゃーないわ、前方不注意や
原因③→なんやー!!!
>>83 ちげーだろ
最初に検証環境でテストを実施。
対象サーバ(目的としたサーバ)は正常に動作したけど、それ以外のサーバも実は誤って削除してました。
でも検証環境での確認は対象サーバだけだったので、それ以外も実は削除してたのは気ずきませんでした。
で、OKだと思って本番環境でやったら同じように対象サーバ以外は削除されました、ってことだろ
FSのいう「バックアップ」って、本鯖の複製機で、
本鯖に異常が生じたときにリプレースするための
ものってこと?
単なるデータのバックアップではなく。
なんか、よくわからなくなってきた…
なあこれマヤの予言の引き金じゃね?
こりゃあ大量に死人がでる!
メシがうめえ!!!!
ブラッデイマンデー!!!!ひゃっほい!!!
94 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:46:11.85 0
>>91 そういうことだな
本番系と待機系で
待機系をバックアップと呼んでんたんだろう
バックアップの意味わかってなかったみたいだな
>>68 問題は3点です。
・脆弱性を回避するプログラムに、ファイルを削除する致命的なバグがありました。
・検証したのに、バグに気がつきませんでした。
・運用手順に問題があり、運用中のファイルだけでなく、
バックアップファイルも同時にバグのあるプログラムを適用して消しました。
97 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:46:54.30 0
なんでわざわざバックアップまで更新する運用にしてたのかわけわからん
FS「同じの2つ保存してればいいんだろww
>>84 作業者の作業ミスだな。
多分一人に組ませてチーム内で検証とか読み合わせとかをしてなかったんだろう。
100 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:48:04.30 0
RT @train_takasaki: 高崎線は、深谷駅での人身事故の影響で、上下線で運転を見合わせていましたが、23時26分頃に運転を再開し遅れがでています。[12/06/24 23:30]
>>97 普通に考えれば、本番環境に問題が無いことを確認してから
作業に移る気がするが・・・
>>97 バックアップから戻したときに、プログラムが適用されてない状態になるからって書いてなかったか?
>>83 検証サーバで動作確認したけど、期待通りの動作をしてることを確認しただけで
予期しない動作をしていない検証はしてなかった
>>101 コスト削減
同時に済ませれば一度で済む
>>92 マヤの予言の可能性ある!!
「カナカナ 株」で検索してみろ。これ繋がってるわ。
>>74 こういう事だな。
ソフトバンクでは良くある事
これは予見できる致命的な過失だな
ソフトバンクは給料いいんだろうな
>>90 >それ以外も実は削除してたのは気ずきませんでした。
Σ(゚◇゚;)マジデッ!?
これ、バックアップの意味わかってねーじゃねーかw
検証になってなかったんだな
>>104 ソフトバンク系らしい発想だな・・・(そして取り返しのつかないことに
バックアップから戻してから更新適用すべき
>>94 とんとん
これどうなんだろう…
テープとかにバックアップってイメージだったんだけど、
全然違うのか…
>>102 いや、バックアップなんだからそれが当たり前じゃね?
バックアップに後から手を加えたらバックアップの意味ないじゃないかと
それなら更新適用した状態のデータから新たにバックアップデータ取るのが普通じゃね?
>>110 えっ、バカップルっすか?まー、間違ってないっすねーw
何らかのパッチを当てる作業だったんだろうけど、
そのパッチを当てるバッチファイルに記述ミスがあったってことかね。
なんとなく想像出来る。
新人にバッチ組ませたんじゃないの?で、誰もチェックしなかったとか。
>>99 中間報告にもあるとおり手順書のミスだよ
予期しない動作をしていないことの検証を省いたのが一番の原因
これまでよく正常にメンテナンスできてきたな
これ運が良かっただけだろ
SB系のITレベルはここまで低いんだな
>>102 つまり
>>91だったってことだろ
世間一般で言うバックアップはとっていなかった
裸祭りが無くなったから、運も消えたのか
逆に今まで問題起きなかったのが奇跡としか言いようがない
>>94 ストレージをレプリケーションするって意味で使ってなかったのかよ
これエンジニアが使う用語としてのバックアップじゃないよ。
>>121 携帯事業と同じかーーー・・、
IT系っぽく装ってるけど実は単なるハゲタカ乗っ取り屋
>>77 検証環境で通ったからだろうな。
削除の停止って何かしら??
130 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:54:09.81 0
>>110 RAID組んだからバックアップイラネに近い発想だよなw
バックアップにも更新を適用していたのは、過去にバックアップからの復元で、脆弱性まで元に戻ってしまった経緯から今のような形をとってるらしいけど、やり方がまずかったな。
SB系と契約するときは、用語集が必要ってことだな
意外な所で、意味が違いそう
>6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
>なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。
FAQを見てFuck you! と叫ぶことになるのですね。
納品のことかー
ギリギリ朝刊に間に合わないタイミング
わかりやすい
2012年06月24日12:12
>カナカナが紹介する、そうだったのか!ファーストサーバ問題
(略)
>日本は危機管理能力も判断能力もなさすぎ。もう日本捨てる覚悟(笑)
>そしたら、12月にみんないなくなっちゃえばいい。
で、どうすんの?
許されたの?
>>131 これはバックアップではない
ホットスタンバイだ
なんだこの言い訳
自分がいま何の作業やってるのかひとつも理解してねーやつに遣らせてるだろこれ
学生バイトの方がマシな判断するぞ
もともとバックアップなんて無かったんやー
>>139 つまり、一般的に言う「データのバックアップ」はしていなかったってことか
バックアップがなくてアップアップ
144 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:57:26.64 0
>>138 こんなアホなミスが許されるわけねぇーだろw
>>130 つか、手動なだけで、RAID1だよこれw
今回、直撃食らった被害者です。
DBのバックアップは本来やりくにいという事は過去スレを読んでて
分かりました。
技術者の人に質問ですが、ファーストサーバは論外として
稼働中のDBをミラーリングしてるシステムを1日または半日に一回、
切り離してバックアップ。それで完了後に再接続。
これは無理なんでしょうか?
クラウドであってもタイムスタンプでデータの新旧は判別できると思うんですけど。
それともクラウド版DBの”ある時点”のデータは吐き出したとしても、
レストア(ロールバック)できないような、データの塊なんでしょうか?
148 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:57:52.60 0
バックアップって何かね?
>>137 不吉な数字「666」を越えて「6666」じゃねーか。。。
6月6x4日6x2時6x2分。
>>118 その手順書は今回用に作成したものなのか、
それとも良い意味での使い回しだったのかが気になるな。
何にせよ、上長と役員は首飛ぶだろ
結局レプリケートかなんかしてた待機系があっただけで、いわゆるバックアップは取ってなかったってこと?
んで待機系にもパッチあてたんでFSVがいうところのバックアップも死亡と……
>>146 シェルが使えるならいくらでもリアルタイムバックアップできる
dumpしてtarしてscpするだけでいいんだから
>>130 ミラーリングした後に、一つ外してwそのまま運用って感じw
>>145 サーバ筐体単位での非同期RAID1とか想像できんかったわw
なんかJCO臨界事故を思い出した
>>139 ホットスタンバイであれば、処理に時間差を置く
同時パッチを当てている事から見て、これはただの手動RAID1
161 :
名無しさん@お腹いっぱい。:2012/06/25(月) 02:59:52.11 0
だんだん分かってきた
なんか違和感を感じていたんだけど
オレの思うバックアップと、FSの言うバックアップの概念が違っているんだ
だから、状況や説明が噛み合わず、よくわからん感じだった
・・・つまりは、バックアップはしていなかったと
再発防止策を講じたつもりが
二次災害を引き起こしちゃいました
みたいな感じかな
165 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:01:08.52 0
きょうはでんしゃがいっぱいとまるよ
だからゆっくりいくよ^^
>>150 今までの失敗を積み重ねてきた上での手順書だったんじゃないかな
役員の首というか会社なくなるでしょこれw
なんというか、raidはバックアップじゃないっすよっていう脱力感に似てるな。
しかし、担当者はたまげただろうなぁ
見てみると全部白紙になっとるんだから
>>146 > 稼働中のDBをミラーリングしてるシステムを1日または半日に一回、
> 切り離してバックアップ。それで完了後に再接続。
> これは無理なんでしょうか?
無理じゃないよ。
けど素人がそういう仕組みまで考えて「これでやってくれ」ってのは危険。
というかもっと良い方法がある。
>>152とか。
同情ひこうってな説明だな
>>146 >>152 シェルが使えなくても、PHPなどからDBにつながればできるぞよ。
全テーブルにSELECT FOR UPDATEか LOCK TABLE 発動して、
全件SELECT → CSV
とかね。
同情出来ない内容だけどな
あー、なんか他社でこんなことあったから、うちのも全部見直せとか言われそう
やだなー
>>131 やり方がまずいって話ではなくて、そもそも用語としてのバックアップという言葉の定義が
FSと常識では違ったってことだな。
D2Dレベルのバックアップじゃなくて、待機系をバックアップといってただけ。
FS独自の「バックアップサービス」もどうやら/update1-7ふくめ、同じディスクにとってただけww
WindowsでいうとC:直下にフォルダ切ってコピーを放り込んでただけwww
ふつうUserlandで見た目がそうなってても、/update*は別スライスに切ってるだろ。ふつー
EMCのSANアレイは鉄板だと信じてたのかねぇ。
,,
どうしよう
>>152 DBでかいとdumpの間ブロックされたりしないの?
会社の経営が変わってからメチャクチャな運用に変更されてきた感アリアリだわ
>>146 proxy backup方式ってのがあるよ
>>174 >FS独自の「バックアップサービス」もどうやら/update1-7ふくめ、同じディスクにとってただけww
>WindowsでいうとC:直下にフォルダ切ってコピーを放り込んでただけwww
ありがちな初心者ミスすぎるwww
コールドって程止めてる感じがしなかったからホットスタンバイにしちまったけど
よく考えるとそういうのを超越した思想で作られてる気がしてきてどうでもよくなった
182 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:05:35.71 0
彼らの言うバックアップは俺たちの知っているバックアップじゃなかった・・・orz
バックアップにも同時に適用って意味が分からないんですけどね
ミラーリングほどリアルタイムじゃない気がするが
デイリーでコピーを取るようになってたけど
パッチプログラムがコピーにも同時にパッチをあてて
それがオリジナルとコピー両方破壊して復旧不可能になった。
ってことなのかな???
>>159 確かに、臨界事故や福島事故の同類だな
基礎技術力が落ちてて、現場が根本的に作業の意味を理解してない
臨界量を理解せずにチョロチョロと出すのは面倒だとバケツで注ぎ込んだり、
電源車の使い道を現場が知らずにコネクタ形式や電圧が原子炉本体ではなく一般100vで揃えていたり、
バックアップという単語の意味をわからずにパッチを同時処理していたり、
なんて国になっちまったんだろうな
>>146 レプリケーションシステムならスレーブ側で
・同期停止
・DB停止
・ファイル単位でバックアップ
・DB起動
・同期再開
の手順でやれるけど、バックアップ中にマスターがイカれると詰むのでスレーブは最低でも2台用意して
マスター含めて3台以上でやらないと怖い
自作素人鯖を素人が動かしてるんじゃないんだぞ
金貰ってるのに何やってんだよ
>>181 同情どころか、オレは東海村の臨界事故を思い出したぞw
手順を省くため、常識とはかけ離れた処理がされていた
そして事故へ
言い訳あまりにひどすぎて
目が冴えまくって寝れなくなったわw
訴訟検討してたところはおめでとう
間違いなく重過失認定おりるよコレw
バックアップ取ってませんでした、とは流石に言えなかったので
スレイブサーバーをバックアップと主張しているとも取れる
本番系とそれが潰れた時用のバックアップ系があって、
日々のデータバックアップは本番系からバックアップ系への
コピーで済ませてたんだね
だから両系削除されたらデータは消滅と
マジかよwww
>>191 同意
特に、バックアップサービス買ってたところは契約不履行だから確実に勝てる
普通は、何日か巻戻っても、データは復元できると思うよな・・・バックアップがあれば
表面的な文章に違和感がなくても
もう何が信用できるかわからないレベルのズレ
>>191 しかし、データが帰ってこない可能性が輪をかけてあがったなあ。
訴訟で勝てても、つぶれる会社たくさんありそうね。。。
本鯖の複製を作ることで「バックアップ」というのも、
復旧の面では良いのかも知れないけど、
どうなんだろう?
鯖会社として、普通にやってる事なの?
今まで、何でFSがバックアップまで消失したのか、
不思議でならなかったけど、なんとか意味が
わかって来た…
これって、FS以外が考えるまともな運用にするのって無理だろうな
まともな運用を設計できる人もいないだろ
今の所動いている会社も早急に逃げだすレベルだな
俺たちはファーストサーバーが知らなかった単語は「世代管理」だと思っていた
だが実際には、そもそも「バックアップ」という単語の意味を知らなかったw
仕様変更のたびに手間を掛けるのをやめてコストカットを突き詰め安全を切り捨ててるわ
まさにワイルド仕様の格安企業向けサーバーサービスだね
良かった――喪服着て来て!
自称“バックアップ”待機系がお亡くなりになってるじゃない
どう考えても非同期のミラーリングでしかないんだけど、百歩譲ってバックアップという強弁を認めたとして
そうなると今度はバックアップに意図的に手を加えたということになるので、結局FSの重過失は避けられないだろ。
>>199 「コールド(ホット)スタンバイ」と「バックアップ」は明確に違う。
FSのは明らかにコールド/ホットスタンバイ。
スタンバイ(待機系)をバックアップ、なんて呼ぶのは通用しません。
>>174 あー、やり方がまずいって言ったのは、バックアップからの復元で脆弱性まで戻るからと言ってバックアップ自体に手をさなくても他のやり方があったはずだよねーって意味で。
復元後に逐次更新適応するだけでいいと思うんだけどね。
本来の対象サーバへのパッチは正常に当たっていたのと説明になるのだろうか?
だとすると対象サーバだけは破壊されなかったのは何故だろう?
本来削除するファイルが存在すればそれを削除して終了、存在しなければ全てのファイルを削除するとかそんな感じだろうか?
FSから逃げるかどうかで議論していて上司に
今回の失敗でしっかり対策するからむしろ他より余計に安心なんじゃないかと
言われて押し込まれていたが
これはいい材料が出てきた
>>169 「PRIMECLUSTER Global Disk Services」
これを普通に使えば、仕組みできてるから安全だよ~
プロキシボリュームって、超安全じゃない?
物理的にディスクの同期をとって切り離すんだからさ
RAIDだから安心(キリッ
ってのと基本思想はそれほど変わらないのか。
別媒体への日次バックアップとか無いんだ…
212 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:15:07.64 0
つまり2世代バックアップというのはどういうことニダ?
ただのハッタリだったと言う事ニカ?
ベアメタルバックアップじゃなくて、単なる手動RAID1を「バックアップ」と称していただけだな。
>>199 普通にやってる、というかサーバなら当たり前に備えてる機能のはず
ただし、本来ならそれに加えて定期的にバックアップデータを専用の領域に作成してる
215 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:15:26.17 0
当初作業にあたったシステムクラッシャーいやオペレータの経験はどの程度だったんだろう。
まさか、新卒でこの春に採用されて研修期間が終わって2ヶ月未満ってのに預けたんじゃないだろ?
「アタシ初めてなの!」テヘぺろっ
幾ら(有得んだろが)外注がやりましたってやらせた側の問題だろうし。
・検証系で気付けない部分でアウト。いやこれも本番系と同時適用とかまさかね。
まさかなオペレーションだったらチャレンジャー。そう挑戦者(まさに朝○人)
216 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:15:41.13 0
>>209 そもそも、鯖屋としてなっちゃいねぇって事か・・・
> 原因1: 更新プログラム不具合
> 1-1 ファイル削除コマンドの停止指示漏れ
> 1-2 対象サーバー群の範囲指定漏れ
ここでいう更新プログラムはシェルスクリプトとかだろうな
> 原因2: 運用手順の不備
> 2-1 対象サーバー以外の動作確認手順なし
> 2-2 対象サーバー以外のデータ消失確認漏れ
2-1は原因1でいう更新プログラム(シェルスクリプト?)がfailsafeになってなかったのが問題かと。
>>201 猿人が骨放り投げる勢いでうなずいたwww
新卒が仕事を任されてやらかした
なんてことはないよね
> サービス再開に必要な場合、および緊急メンテナンスが必要な場合など
> 止むを得ない場合を除き、当面の間はメンテナンス作業を停止いたします。
>
この報告書ではメンテナンスって脆弱性対策も含んでるんだよね?
暫くはその辺無防備ですよ?って事か・・・
復旧で大変だろうが並行してそろそろおまえら訴訟のほうも上に掛け合って話進めろよ
社長にもそう進言したら怒りの矛先がわかりやすくておまえらも少しはプレッシャー弱まるかも
今回一気に注目集めたloftをあたりを筆頭に連絡取り合ったら被害者も集まりやすいし、情報も共有して進めたらいいんじゃね?
とりあえず恨み晴らす前に死ぬなよ
こりゃ訴訟だなw
レンタルサーバー板ってユーザーだらけなのか...。
ハイパバイザ層でで問題ありなんでしょこれ。
なんか、こんな奴ら相手に苦労してたのかと、すげえ脱力した
万一、未知の事象で、うちの鯖に同じトラブルがある可能性も、と思って情報集めていたが、
このトラブルだけは俺の管理下では発生しようがないw
寝るわw
>>201 この分だとFS用語と技術的常識用語の乖離が他にも出てきそうな気がするよ。
逃げ推奨だなぁ。
>>226 「バックアップ」という単語が通じないんだぜ?
他は推して知るべしw
229 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:20:41.37 0
>>212 本番機を1世代って言うルールなんだろ
スタンバイ機が2世代目w
>>225 おやすみw
まー今回のこれを他山の石とするかどうか、だな
>>201 せめて1日前とか残ってたら良かったのに。
そういう幻想も砕かれたw
メンテナンス=キムチパーティ
ってことですね
ファーストが潰れたら、インフラ系の出物あるかな?
テープのオートチェンジャーが欲しいんだ
あ!ファーストにはないかもね
他山の石とできるレベルじゃねぇ
>>231 もう、そういう次元じゃなかった
そもそもバックアップを取っていねぇ・・・(´Д⊂ヽ
>>224 ピンきりじゃね?
個人ユーザーの管理者は、そこそこ居るだろうけど
そいつらなら、こんなとこ契約しないか
最低限のローカルバックアップは取ってるだろうし
技術に疎い経営者の経営判断でアウトソースしてたんだろ
お前ら、月曜に備えておけよ
データとシステムの区別もついてないよなこれ
そもそも「クラウド」とは何だったのかと
>>227 マジで? ゲストOS全部に一気にパッチ当てたの?
怖いね。 でも、ハイパバイザ層でまるっとプロキシボリュームでレプリケーションとったら
ディスク切り替えるだけで復旧できたのにね。
ファーストサーバ
期間限定!
時給*円
業務内容:サーバーに関する対応(専門知識は不要です)
朝六時の同期作業中に本番機がクラッシュしたらどうなるのっと
>>238 |ヽ∧_
ゝ __\
||´・ω・`| > やめなよ
/  ̄ ̄ 、ヽ _______
└二⊃ |∪=| |─── /
ヽ⊃ー/ノ  ̄ ̄ ̄ ̄ ̄
 ̄`´ ̄
「バックアップにも同時適用」って・・・
凄いこと書いてるなw
bcp用システムディスクアレイなんかなかったんだ。
待機系をバックアップと称していただけだったんだ。
俺たちはもうちょっと高級なシステムを想像していたが、
実物は自作サーバに毛が生えたものをクラウドと称していただけなんだ。
絶望した!
247 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:28:31.91 0
よくこれをバックアップと称して10年運用できてたなぁ
感心するわ
>>235 そっか、困っている人たちは
適当に提案を聞いて、値段を聞いてリプレースとかしちゃった人たちなのかな。
今の時間、SIerの人が多い気がする。 クラウドのコア触ってない、DBとか仮想化やっている人とか。
>>246 自作鯖に毛が生えた物?
まだ自作鯖の方がバックアップ取ってるっていうか、バックアップっていう言葉が通じるわ
これ、小規模向けならば、
安鯖を10台ぐらい日次でミラーリングして
順次とっかえひっかえ使ってた方が
まだマシだったんじゃね?
いやーしかし何が怖いって、本番環境だけならまだしも、確実に動いてた時のコピーすら同時に粉砕するその仕組み。
ほんのちょっとした更新でも毎回綱渡りだったってことだよね。
不具合があったらFSの言うところのバックアップにまで影響が及んでしまうんだから。
クラウドってへっぽこ端末からXサーバに繋いで作業するイメージしか持てない
>>250 何台の安鯖がいるんだよ・・・あんまりアホなレスしないでくれ
>ファイルの誤参照の障害について
>■ 障害の概要
>
>データ消失の後、データ復旧作業を実施。
>6月21日(木)9時ごろにデータの復旧プログラムにより消失データを復旧し、リカバードファイルとしてお客様に提供しました。
>しかしながら、専用サーバーのお客様より、専用サーバー内において情報にアクセス権限を有していなかった者からも
>参照できる状態になっているとの報告があったため、リカバードファイルの提供を22日(金)21時ごろ停止し、
>状況の確認を行ったところ、専用サーバー内において、アクセス権限を有していなかった情報についても参照が可能な状態に
>あったことが判明しました。
漏洩も認めちゃってるんだけどどうすんのこれ
報告義務とかあるんだろ
>>247 推測になるけど、
コスト削減で、職人芸で運用していた環境が更に悪化して
ヒューマンエラーが起きやすくなっていたんじゃないかな?
ベテランが退社して、新人しかいなかった可能性もありえる
この障害って、本当は復旧できるよね..。
誰かが、1ヶ月とかあれば復旧するのかよと書いていたけど。
1~2ヶ月あれば元に戻せるよね。
>>247 昔は完全な副系として運用してたから戻せたけど
今の管理者になってからミラーリング同然になったんだろ
初期のコンセプトも無視した素人運用としか言えないな
____
/ \
/ _ノ ヽ、_ \
/ o゚((●)) ((●))゚o \ サーバーに脆弱性あるからパッチあてないといけないお…
| (__人__) |
\ ` ⌒´ /
____
/ \
/ _ノ ヽ、_ \
/ o゚⌒ ⌒゚o \ でもバックアップを復元したら脆弱性まで復元されるお…
| (__人__) |
\ ` ⌒´ /
____
/⌒ ⌒\
/( ●) (●)\
/::::::⌒(__人__)⌒::::: \ だからバックアップにもパッチあてるお!
| |r┬-| |
\ `ー'´ /
>>256 そう信じたい気持ちはよくわかるが・・・
>>251 一人ぐらいはそんなあり得ない仕組みを発想をする奴が居たとしても
何故そんな案が通ってしまうのかが理解出来ない……
>>247 1年前ぐらいに唯一まともな技術者がブラックに耐えられなくて辞めたとかもありえるぞ
もしくは全裸で捕まったとか
文系SEだがクソメンテナンスバッチを本番にリリースして始末書騒ぎになったことがある
このスレ見ても当時のこと思い出してもまったくピンとこない
所詮安いシステムなんてその程度の底辺が作ってるから諦めろ
まぁ謝ることにはやぶさかではない
つーかこのお粗末さ…
日本の技術レベルの低さはマジやばすぎなんじゃね、教育が悪いだろ、これ
こんなんじゃつまらん大事故頻発で多くの会社が傾いて、日本(の産業)が傾くぞ
>>256 専鯖向けはディスク解析すれば一部は復旧できるだろうけど
他は多分無理だな。残骸が大量に発掘されるだけだろう。
せめて待機が残ってれば救いもあったが。
266 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:37:41.69 0
夜が明け、やがて通常勤務時刻になると、約5万件(社?)ものFSユーザの60%以上が
少なからず何らかの確認や、作業をする事となり、同じ社内ユーザからのアクセスも
考えると、回線の輻輳のみならず、様々な弊害が予想できそう。
正常に動作しているサーバであってもかなりヤバイ処理能力が要求され
こんな状況では....
・ドサクサに紛れたFSに問題のすり替えをさせない事が重要。
「ある程度復旧させたんですが、予想を遥かに上回るトラフィックに想定外の...が重なり」なんて論外。
ここって仮想化アーキテクチャなに使ってたの?
VMware?Xen?OpenVZ?KVM?
漢な運用だwww
ALL or NOTHING方式w
豪快すぎて笑えてきた
本番をいじる→業務に使われだして問題ないのを確認→待機系に同じ作業
が常識よ
>>257 会社としては重用すべきだった、そういう技術や知識があるベテランを切ったんだったら
自業自得だわな。
こういうIT系の職場って人の入れ替わりが結構あったりするが、
知識や経験からくる直感やセンスを持ってる人を失ってたりするってことに
経営陣が気づくのはいつなんだろうな。
>>259 ホスト側にパッチ適用して、何らかの要因でリブートとかかけて、
クラウドの統合管理基盤のデータベースの情報がどうかなっちゃったと推測。
こうなると復旧不能になっちゃったりするんだよね。
>>260 これを、手作業で修正するベンダ内の特殊部隊がいるんですよ。
手作業だから、死ぬほど時間かかるし..。 海外ベンダかもしれないし。
なんか今までの推測や議論が何だったのか虚しくなって来たよ。
ベアメタルバックアップなんてはじめからなかったんだ。
■CSスローガン
お客様目線、それが私達すべてのはじまり
これは末端の教育レベルじゃないよ
障害設計はある程度の作業ミスを想定して作ってるけど
稼働率を上げるためと手抜きをするための設計変更ですべてぶち壊していってる
現場のSEと作業員に綱渡り運用を強要してるわ
>>276 上司「なぜそんな綱渡り運用になってる!?俺は聞いてない!責任は全部お前らだからな!!」
やふーの子会社になったあたりからくるってきたんだろうか
>>265 クラウドの統合管理基盤システムにおける仮想サーバの管理って
ディスクデータが壊れることじゃない気がするんです。
管理データベースが悲しいことになったような..。
客側でのバックアップの取り方って教わった?
つか、客側でサーバを用意して常にバックアップしておかなきゃならないなら、
サーバを借りる意味あるの?
282 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:46:29.71 0
業界の共通認識であるバックアップと
自社で呼んでいるバックアップが違うってこと知って
FSの人はどう感じてるかね
283 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:48:02.52 0
>>9 これ更新プログラム書いた人どうなるの?
「仕事で50000万社のデータ飛ばしたったwwww」てスレ立てるの?
なんか一気に脱力したわ
業界の為にもこの会社のとんでもない酷さを衆知させないとな
でないと無関係の同業者が迷惑する
寝よ寝よ
CLVMじゃないっぽくてやりやすいようなきがするんだけどな..。
知り合いにFSにいたやついるからちょっと聞いてみようかな
8年くらい前にやめたからあまり知らんかもしれんが
2時公開のマンガはまさに脱力もんだなぁ。
朝見つけた客はポカーンだろうなぁ
ただ、中間報告での形で障害が発生したわけじゃなさそうな気がする。
明日になれば、誰かしら情報持ってるだろうな..。
ちょっと会話してみよう。
290 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:52:24.17 0
>>9 これをバックアップというなら
客はバックアップなんて出来ないだろ
もしくは例の簡易なんちゃらを設定していた事が万全のwバックアップ
つーか経営陣は何やってんの?
逃げたの?死ぬの?死んだの?
292 :
名無しさん@お腹いっぱい。:2012/06/25(月) 03:53:39.77 0
すまん的外れな質問で悪いが素人に教えてくれ。
これ初期にサルベージ屋云々って話があったけど今回はサルベージできるの?
この場合、データ漏洩とか抜きにして純粋に技術的にってことね。
疑問点は
・技術的に引き上げれるのか
・サルベージって話が建前の時間稼ぎなのか
どんなシェルスクリプトか見てみてえw
>>289 社畜テロの可能性があるからな・・・
嫌気が差したヤツが適当なことやっちゃったんじゃねぇかと
結果としては、中間報告通りなのかもしれんが
俺がファーストの社長だったら、狂って新幹線で全裸になる自信あるわ。
別に問題なくてもあの社長なら全裸になるからな
>>296 データーのオールリセットにブチキレた、
ユーザー1万人が、
親会社のヤフー本社に暴れこむとかなw。
>>292 流れからすると、絶望的な気がする
サーバーは2系統しかなく
トラブル後、同時に相当いじった感がある
むしろ、作業を止めていれば、可能性があったのかもしれないが・・・
なるほど、社長はそういう人なのか。
週明けに、バックアップが大量に行われて帯域が潰れたら
二次災害が発生するよね。 クラウドの統合管理基盤システムの特性的に。
アタッチしているストレージの帯域制限の機能限界とSwitchの性能。
ハートビートの間隔次第では大惨事が..。 これは、起きなければいいなぁと思う。
表に出てなかっただけで、昔から問題ありまくりでストレスが半端なかった。
でも優秀だから競合他社に行けた。
それで辻褄が合うんじゃないかな。
ヤベェwこんなのを売りつけるソフバン・ヤフーグループってマジスゲエよ
流石禿、どえらい商売してくれるwww
次は昼か夕方の鯖落ちがあるかどうか。
>>292 問題のサーバのHDDをとっぱらって別HDDで動かしているなら可能かもしれない。
でも一連の流れからしてそのまま同じHDDで運用続けてると推測できる。
その場合、元々データが存在した領域に書き込みが何回も発生するわけでサルベージはどんどん無理ゲーになる。
また1回2回くらいの書き込みならば特殊な機器で助けることもできるが非常に金がかかるので多分やらずにこのまま逃げると思う。
空が明るくなってきたヤー
多分いまファースト社がやってるのは、データ復旧ではなく、
月曜の朝から計画停電みたいに大域制限等をどうやってかけるか考えてるだけ。
だってデータはもう戻らないんだもん。
>306
予定だと9時にFAQがくるみたいだぞ
>>308 何度も出てるけど
その社長なら首になったよ
んで、今は日本ラッドって会社にいるみたい
>>299 障害発生後の対応がグダグダだよな
お前んとこは個人で動いているのか的な
312 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:01:29.80 0
>>271 FSと同類企業の経営陣がそういった技術者の事まで考えるなんてまず無いと思うけどね
業界で技術力が高いってのが売りの会社でさえ、売上重視になったりすると、
良質な技術畑の社員を劣悪なレベルの派遣に切り替えていくのをいくつも見てきたよ
そもそもパッチに不具合があった場合にシステムを元に戻せる構成じゃなかったのに
テストもすり抜けて致命的なのを実行したと
障害発生する前の対応もグダグダだったわけだが・・・
>>292 ファイルの中身はあるけど権限情報やユーザー情報が一部が書き換えられている
それが書き換えられたのか正しいのかもはや判別不能になってしまった
つまり共有だと復元ファイルはあっても誰にも返せない
>>292 書き込んだりしないで、色々と統合基盤の種類とか調べて見てたんだけど、
予想したような出来事(発表通りでない)であるならば..。
クラウド統合管理基盤のデータベースの修復が出来ればデータサルベージ不要で
すべてが一気に現状を回復することが出来るかもしれないです。 本当に時間がかかるけど。
>>295 故意に発生させた事故とは思えないけど、そうであれば非常に難しい問題かもしてないですね。
CLVMファイルシステムごと破壊してしまったとかだったら、たいへん。
>>308 裸になった姿を見たのは26歳の女だけ、警官到着時は服を着ていた。
だとすると、26歳女の狂言かもしれない。なにかの弱みを握った上での。
318 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:04:32.71 0
>>306 課長もおまいも起きてたのか乙
「彼らがとっていたバックアップは私たちが知ってる『バックアップ』ではありませんでした」って
素直に言うしかないな・・・
>>317 その全裸社長は、
他の会社にいったそうだ。
まあ、ぶっちゃけ、命拾いしたんだけど。
>>308 その事件は2008年。このときなんらかのトラブルが発生していたのだろう。
裸になった姿を見たのは26歳の女だけ、警官到着時は服を着ていた。
だとすると、26歳女の狂言かもしれない。なにかの弱みを握った上での。
ウチは自社サーバーだから関係ないが
同じことが起こったら、正気を保てない気がする
>>315 いや、NFSのマウントと操作手順を間違うとオーナーが変わるという仕様があったりするんです..。
って...。 なに、障害の切り分けやってるんだorz..
全裸社長は、同じクラウドサーバ会社の日本ラッドに行った。
凡人なら、あんなことした人間を雇うはずがない。
ファーストは会社としてアウトのレベル。ラッドはたぶん今まとも。
もっかい全裸になったら、会社じゃなくて岡田氏の問題。
>>316 素朴な疑問なんだが、そのクラウド統合管理基盤データベースってそんな脆いの?
致命的なエラー誘発するようなもんなら冗長化するべきだし、それが出来ないのならそのシステムって本質的に危険なんじゃね?
>>299>>304 レスありがとう。了解した。
今回サルベージ屋が対外的な時間稼ぎ(もしくはfsの本気の一縷の望み)だったのかな。
対策立てる連中がシステムの構成を理解してないとは思えない/思いたくないし
>>320 全裸になって命拾いってなんかスゲー話だな
この2択でどっちを選ぶか聞かれたらなかなか難しいw
ユーザーデータ軽視した運用にしか見えんなぁ
システムの稼働率とメンテナンスの手間の削減ばかり追ってる感じ
ハードウェア障害は元に戻せるけど、データロストしたら終わりなのにね
そもそも「クラウド」本来の意味の「分散サーバ」はどこへいった?w
今ならFS筆頭に脱ぐ奴たくさんいると思うぞ
>>306 課長「ではお手元に配布した資料を・・・」
役員「んなことはいい。とりあえず何時までに元にもどせるのかね?」
課長「は。未定です」
役員「ふざけるな!どういう事だ!」
課長「ですからお手元の…」
役員「もういい!自分の無能を棚に上げるな!今まで一体何をしていたんだ!」
課長「ですから…」
以下怒号と弁明未遂の無限ループへ
ぶっちゃけ相手の頭がゆだらないうちにズバッと
「早急な復旧は無理」「バックアップは残って無い」「原因はファーストサーバ」ってまず言った方が良いよ。
稼働率100%を追求した結果がkonozamaですよ
>>320 言われてみればそうだよな・・・
全裸で捕まるのと
データ削除で、客先を引き回されるの
どっちが幸せか・・・
>>326 たぶん理解してないよ
サルベージ屋も呼ばれてからひきつってたと思う
分散してても一撃で仕留めます
336 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:12:00.85 0
業務の電子データすべてロストした後のBCPを試されてるんでつね
>>326 だがしかし、普通に構成を理解しれば防げる程度の障害なんだよな、これが...
>>9 __,,
/ .ヽ
! ε.!
ゝ、___ノ
 ̄ ̄ ̄ ̄ ̄| | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ ̄ ̄  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
誰かにデータ見られてる気がするぽ
――――y―――――――――――
_,, ,_ _,,..,,,,_
./ ・ω・ヽ /ω- ヽ < 気のせいぽ
l l |/ l
`'ー---‐´ .旦ー---‐´
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
>>330 今日の出社風景が、みんな全裸だったりしてw
っていうか、みんな正気で仕事ができんでしょ?
>>325 うっ...。 脆いかっていう質問ですよね...。
完全な停止手順で停止しなければデータベースが空になって管理している仮想サーバーを失います。
そのデータベースをクラスタ化(冗長化+レプリケーションホットスタンバイ)しても致命的なデータベースの損壊を見かけることがあります。
>>325 クラウドって言っても、広い意味と狭い意味があるんだよ。
たんなる仮想化で1台に16仮想入れて冗長化してるだけとか、
複数台のマシンを1台とみなして使えるかどうか、とかがポイントだったと思う。
そしてまだ発展途上だからバグも多いだろうね。
完璧なクラウドは日本ラッドのSeeSaaだとかだと昔聞いた。2chの日本ラッド板でね。
>>331 結論を最後にもってくるとか死刑判決みたいだな
>>333 >>327 全裸になっただけなら、まあ一回だけなら、
「武勇談」「お笑い事件」ですむ。
「傘下の顧客数万社のデーターが全て消失」とか、もうね、命がいくらあっても足りないから。
呼ばれるのは、サルベージャじゃなくて神の領域にいるDB屋だと思う。
名画に絵の具をこぼして自分で色々やったら一面台なしになってしまったナリ、テヘペロ
今回のトラブルの最適な解決方法。
まず全裸になります。
>>294 多分、頭痛くなるか、吐き気がするだけだと思うよw
まぁ見てみたいけどwww
しかし、こんなもんでもISOやらなんやら、取れるもんなんだな。
>>345 こぼしただけなら、取り除く方法があったのに!!
なぜ、直ぐに言わなかった(染み込んだら取れんぞ!!)
・・・みたいな?w
前スレの換装作業はまさにこれだったんだな
>>331 _______________
|| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄||
|| ・早急な復旧は無理 ||
|| .・バックアップは残って無い ||
|| .||
|| ●原因はファーストサーバ● ||
∧,,∧ 。 _||__________[三]_||_
(´・ω・) / .└┬┬─────────‐┬┬┘
. (∪ つ ││ ∧,,∧
`u-u' ∧,,∧.┷┷ ( )
( ) / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄⊂ (( ̄ ̄)
( ̄ ̄)) つ ∬ ∬\|| ̄||∧,,∧
∧,,∧|| ̄||/ 匚P 匚P \ ( )
( ) / ∬ ∬ ⊂ (( ̄ ̄)
( ̄ ̄)) つ 匚P 匚P \|| ̄|| ∧,,∧
|| ̄||/ \∬(ω・` )
./ 匚Pと )
>>341 それで、このサービスはIaaSの巨大基盤でしょ。
特に発展途上ですよね。 面白い分野ですが。
>>338 「気がするぽ 」「気のせいぽ 」って、
ドキがムネムネのロリポかよ
>>351 うむ。シンプルでわかりやすいプレゼンだ
会議ではロフトの「ファーストサーバ 被害者オフ」に出て情報収集するべきと提案
357 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:21:39.37 0
WindowsUpdateでさえ当てる前にバックアップ取るのが常識なのに
運用機とバックアップ機同時にうpだてかけちゃった
両方とも起動しないお 再インストールしかないお…てへっ
初心者より酷くね?
よし、9時半くらいに起きて、みなさんがまとめてくださったものを
拝見させていただこう。
ウェブ関係の仕事してれば、「明日はわが身」だからな。
笑いものにするだけじゃ、いつか自分も同じ失敗すると思うよ。
バックアップに対してホワイターもどきの更新プログラムかけたのか
実行した当事者はどんな気分だったんだろうな
え?え?なんでなんでなんでうおおおすげえええええ
って感じか
>>351 まあ原因言っても解るわけない連中相手だし、
実際伝える事ってコレぐらいしかないよなwwwww
ああ・・・
fsvには呆れた。
FAQは、コールセンター用の内容だな。きっと。
あぁ、ネットワークの現状知りたいな..。
物理Switchのロードと、運用管理セグメントのロード。
おそらくあると思われるバーチャルルーターの状態。
>>359 燃えたよ…
まっ白に…燃えつきた…
まっ白な灰に…
なわけはないな。
>>351 ・早急な復旧は不可能
(俺の経験上「無理」というよりも不可能のほうが精神論に持っていかれない)
・バックアップは取られていなかった
(FSの責任を強調)
・原因はファーストサーバの一般常識からかけ離れた運用
365 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:27:17.40 0
オレがファーストサーバの社員だったら、
中間報告出した後にちょっと休憩しようと周りに言いながら、家帰って引きこもるわ
こんな報告書を全世界に発信なんて耐え切れない
クラウドの統合管理基盤について、簡単な質問もう無さそう..。
5分だけ起きて寝よう。
>>358 この手のバケツウラン系の失敗は、このスレ見てるような熱心な奴はしないから難しい
絶対にこのスレを見ないような、世渡り上手なリア充がやる行為だ
さて、FSに決定した権限と責任がある課長がなんて役員に説明するか見ものだ。
当時の会議メモや稟議書とかの控えを昨日探しておいたから、
オレに責任を負わせることへの対応はできてるから、
とりあえず、傍観者になろうっと。
370 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:30:22.87 0
372 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:32:58.39 0
情シスの意思決定者に非はない。
必要なことは、適切なワークアラウンドを提示し
遂行するだけだ。 会社も責任を問うことはないだろう。
311の時に巨大量販店は全て手打ちで売上データをゆっ給することに成功したじゃないか。
課長「私は別の会社を提案したんですが、
>>369が一番コストパフォーマンスがいいと薦めてきまして・・・」
>>97 >>101 そういうことだね。
マスターのサーバーに脆弱性対策を適用しただけでバックアップに脆弱性対策を適用しないまま
バックアップを本番運用に切り替えると脆弱性問題が発生する、
だから脆弱性対策についてはマスターにもバックアップにも同時に一気に適用する、
という公式アナウンス説明のようだ。
しかし、まずマスターに脆弱性対策を適用し、それでマスターに問題が発生していないことを確認し、
引き続いてバックアップにも脆弱性対策を適用し、それでバックアップにも問題が発生していないことを確認し、
という作業の切り分けで良かったんじゃないのかな。
まずはバックアップに脆弱性適用作業、確認後にマスターにも脆弱性適用作業、というふうでも良いけど。
適用漏れのおそれがあるからといって、
どうしてマスターもバックアップも一気通貫で作業するようにしていたのか。
お早うお前ら
幸いにもFSとは何の関係もないITドカタの俺だが、
今日は電車が止まりまくることを予測してこの時間に起きた
ダイヤが乱れまくる前に、始発で会社行く
>>364 FS社だけ責めても責任転換してるだけ思われるかもしれんから
「FS社の常識を信用してしまった私達の落度」
をどう説明するか難しいな
つか、障害の影響を受けた会社って名前を出されること自体が
あらたな損害を生み出すことになるんだが。
公表していいなんて、課長は言ったのかな?
>>377 えっ、自殺が多い程度で済むのか?
ヤフー・ファーストサーバーの関連施設が怒りの一揆で打ち壊されないか?
>>376 そもそもそれはバックアップじゃないんだよ…
FS内ローカル定義ならバックアップと呼ぶのかもしれないが、
それはデータのバックアップじゃなくて、良く解釈してもバックアップ環境。
本来はただのサブ。
>>359 画面のログにぶっ壊れていくサーバー名の一覧がダーーーーーって出て
Ctrl+Cの連打でも止まらずにログが流れていく図が目に浮かぶわ
>>364 バックアップについてはユーザー側で取ることが不可能なサービスであることも補足したほうがいいな。
>>385 それは選定したシステム部門にとってクビを絞める行為
3)対象サーバ/バックアップに同時配布する仕様
うーん。うーん。うーん。
バックアップサーバは外から見えないんだから
パッチとか適用せずに放置でいいだろ......
一体どのプログラムの脆弱性対策したんだ?
プォオオオオーーーーーーン!!
__________
/━━━━━━━━━ \
|┃| ̄ ̄|. 〇 〇[新小岩]┃|
|┃| ̄ ̄|| ̄ ̄ ̄ ̄ ̄ ̄|┃|
|┃|__||______|┃|
|┃ JR ┃|
|┗━━━━━━━━━┛| \(^o^)/ ミ
| ━━ ━━ ━━. | ( ) ミ
| [総武.特快] | └└ ミ
| \(^o^)/ .|
| 〇 ━━━ 〇 | . ┌────────────
|___________|. │
│ │[=.=]| | │
└─────────┘ │
/ \ │
/ \
>>386 んじゃ「自社でバックアップを取ることはできなかったのか?」って突っ込まれたらなんて返せばいい??
まあ、おまいらガンガレや・・・
┃ ┃ ┃ ┃ ┃ ┃ ┃ ┃ ┃
┃ ┃ ┃ ┃ ┃ ┃ ┃ ┃ ┃
(-_-) ( _- ) (_- ) (- ) ( ) (. ^) ( ^o) ( ^o^) ( ^o^ )
U U U U ) U ) ∪ ) ( ) ( U ( U ( U U .U U
UU UU U UU UU UU U UU UU
・
・
‐ニ三ニ‐
394 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:44:56.33 0
宝塚線-JR東西線-学園都市線の区間は大丈夫だろうか?
>>389 バックアップ取ってないなら
そこは否を認めるしかないな
無傷で言い逃れできるとは思えないわ
>>387 なにか障害あった時に切り替えて使うんじゃないの
うちの顧問弁護士さんは70歳のおじいちゃんなんだけど大丈夫かなぁ…
>>359 ~/消した時のこと思い出した
あれ、プロンプトが戻ってこない…から事態に気付くまでの心の動きは今でもかなり
399 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:48:31.88 0
ようやく帰宅
廃人になりそう
みんなお疲れ様
>>396 それバックアップって言わない。スタンバイって言わないか?
スタンバイと同期を取る作業をバックアップ作業と称していた訳か。
402 :
うっひょう:2012/06/25(月) 04:51:41.43 0
>>364 床に横になったが全然眠れない。んでまたこのスレ見てた
それ使わせてもらうわ。あぁ空がどんどん明るくなってくる
403 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:51:56.88 0
だからファーストサーバの社内用語のバックアップと
業界標準用語のバックアップって別のことを指してたんだよ・・・
それを事前に見抜けなかった・・・
VMWareの動いてるサーバにパッチ当てるよ!
→ スクリプトにミス
→ VMWareの入ってないサーバにもパッチ当てちゃったよ!
→ * おおっと *
て感じ?
もうすぐ月曜日が始まってしまうお……
>>397 厳しいだろ
会社存亡の危機とか状況によっては角が立っても専門の弁護士紹介してもらうか探すかしないと
春に会社辞めた俺勝ち組
408 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:57:01.30 0
これだけ相手方に過失あるんだから(用件理解できれば)弁護士はやりやすいと思う
>>159 どうせ混ぜるんだったら目の前のバケツで一気に混ぜちゃえ
どうせ脆弱性対策だけだからマスターにもバックアップにも一気に適用しちゃえ
そしてブルースクリーンなチェレンコフ光ですね
411 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:59:01.83 P
死にたくてしょうがない奴は温泉行って女でも買えよ
アホのせいで死ぬなんてただの無駄死に
412 :
名無しさん@お腹いっぱい。:2012/06/25(月) 04:59:20.98 0
普通バッチあてて問題なければ、それをバックアップするんじゃないの?w
>>379 VMwareにパッチあて損ねて仮想潰しただけ?
の割りには被害甚大だな。
414 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:00:04.26 0
被害受けたとこは、これからどうするって対策が難しすぎるな
規模の大きさとFSへの依存度が高いほど絶望的
損害賠償請求くらいしか思いつかね
415 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:01:12.60 0
>>413 バッチスクリプトは完遂したんだよおそらく
でVMwareの専用鯖は正常にパッチが当たって更新できて
それ以外の安鯖が壊滅したってことじゃねーの?
417 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:03:48.58 0
現用系と待機系両方同時に脆弱性対策のバッチ当てたってことだよね?w
いや現用系だけバッチ当ててそれをバックアップするのが普通じゃないの?
418 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:04:00.46 0
∧ ∧
( ´・ω・) < おまいら、朝飯用意したお
( ∪ ∪ ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、
と__)__) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■)
紀州梅 ごま塩 おかか ゆかり こんぶ 梅酒のうめ 高菜 野沢菜 アタックマヨ 柴漬 ハイター漬け
,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、 ,.-、
(,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■) (,,■)
五目ひじき カレーピラフ エビピラフ 生ビオレ カマンベール タルタルマジックリン 粗挽ファブリーズ 土 バニラアイス 具なし
>>185 そういうことだろうね。
他方で、他のレスではみんな
「こんなのバックアップじゃなくて、ホットスタンバイだろミラーリングだろ」
と言っているが、そういうことではないと思う。
デイリーで毎朝6時のバックアップのタイミング以外では
バックアップの電源を切断してスタンドアローン、
ただし脆弱性適用時にはバックアップの電源を入れて
マスターにもバックアップにもそれぞれに同時アクセス同時適用、
みたいなことなのかな。
ムリゲー、退職願を先に出しておくしかw
| | ・早急な復旧は不可能
| |
| | ・FSがバックアップを取っていなかった
| |
| | ・サイボウズのデータバックアップ手段が無かった
| | (~)
| | γ´⌒`ヽ ・お客様作業不要とデータ復元サービスの文言を信用
| | {i:i:i:i:i:i:i:i:} 。
| | ( ´・ω・) / ■ 原因はファーストサーバの稚拙な運用 ■
| | (::::::::::::つ
| |__| ̄ ̄ ̄ ̄ ̄|__E[]ヨ______________________
| |
| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
\ 責任は誰がとるんや! /
\ /
本来はVMware稼働のサーバーだけ実行する予定がミスで全サーバーで実行してしまった
対象になったサーバーのワークディレクトリ変数は存在し正しく設定された
対象外だったサーバーのワークディレクトリ変数は存在せず空になってしまった
無条件でワークディレクトリを削除した
・・・・あぼん?
>>197 ものすごいぶっちゃけて言えば、そういう
訴訟審理所要日数ぶんまで判決確定まで顧客企業の体力が持つのか、という
現実的な問題はあると思います。
>>404 なついな。
じゃ今日は *いしのなかにいる* だなw
>>412 削除やデータ改変含むコマンドは最初に(静的)バックアップをとってから(本番機に)実行しようね
いいかい、その時はバックアップに絶対触っちゃダメ、絶対だよ、ハハハ
…とか10年くらい前にシステム部の後輩に指導したことを思い出したよ
425 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:08:55.67 0
>>421 何となく分かってきた
コピペ改変だけど
# pwd
/
# cd VMware
# rm -fr .
情報運用する部門が、「ここが安いんで経済的ですよ!」とか
経営部に上申して契約してたら、弁解のしようがなさそうだぬ
>>419 データバックアップ用の機器だったら構成一緒にする必要なんてないんだが
脳みそソングでフォーレのレクイエム「Libera me」が無限リピート中
>>420 責任はFSに取らせます
今後は弁護士先生、また被害を受けた他企業様と話を進めて訴訟にふみきりましょう
と言うしかないなw
母ちゃんに「今日息子が風邪ひいたので休みます」って電話してもらおう
431 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:13:44.20 0
FS役員「そうか……今ようやく分かりましたよ……あの時あなたが言った『バックアップ』という言葉の意味がね……!」
会社はここまでだけど、クラウドの世界はこれからだ!
ファーストサーバ先生の次回作にご期待下さい!!
432 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:13:47.72 0
作業してる人間は、SEという名の人売りドナドナしかいないんだから
こういうのこれからもおきるだろうな
運用はITの中でも最底辺って言われてるからな
実際どうなのかはともかく、鯖屋ほど面倒な事多い割りに報われない仕事もないわな
これじゃもう終わりだわな
客も離れて寄りつかない上に技術力の底がしれてしまった
434 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:15:45.03 0
この会社と取引するときは用語とそれの意味するものの確認は必須な!
エンタープライズ3のディスク交換は無事終わったのかな?
あんな運用してるようだと、何かやらかしててもおかしくないけど
何処の運用の本紐解いてもスタンバイとバックアップは違うものとして
こんこんと説明してあるだろ......
■ 障害の原因
原因1:脆弱性対策のための更新プログラムの不具合
脆弱性対策のためのメンテナンスが必要となる都度、メンテナンスのための更新プログラムを作成しており、
今回も更新プログラムを作成しています。
そのプログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、メンテナンスの対象となる
サーバー群を指定するための記述漏れが発生していました。
原因2:メンテナンス時の検証手順
メンテナンスに際しては、検証環境でまず動作確認を行うという手順が定められていましたが、プログラム実行後の
動作確認を行う対象は、あくまでも当該メンテナンス対象サーバー群を確認すれば足りるとされていたため、
検証環境下で対象サーバー以外に影響が及んだことの確認がないまま、動作確認上は問題なしと判定され
本番環境での実施が行われました。
原因3:メンテナンス仕様
システムを含むデータのバックアップは毎朝6時に取得しております。
しかしながら、脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても実施しておかないと、
メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に脆弱性対策が講じられていない
システムに戻ってしまうことが過去に発生し、脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、
脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に対して同時に
更新プログラムを適用するという構造に修正して実施しました。
そのため、今回のメンテナンス実施において、対象サーバー群のデータ消失と同時にバックアップ領域のデータも
消失したという事象に至っています。
ああああああ会社行きたくねぇぇぇっぇぇぇぇぇぇぇ
>>439 正直↓と同じレベル こんな会社がデータセンター運営なんて・・・
____
/ \ /\ キリッ
. / (ー) (ー)\ <RAID1でミラーリングしてるからバックアップは完璧
/ ⌒(__人__)⌒ \
| |r┬-| |
\ `ー’´ /
ノ \
/´ ヽ
| l \
ヽ -一””””~~``’ー?、 -一”””’ー-、.
ヽ ____(⌒)(⌒)⌒) ) (⌒_(⌒)⌒)⌒))
■ 暫定対策
サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き、
当面の間はメンテナンス作業を停止いたします。
また、止むを得ずメンテナンス作業を行う場合には、ダブルチェックを欠かさず細心の注意を払って
作業を実施いたします。
メンテナンス運用手順を修正し、対象外サーバーの確認作業を追加します。
通常のバックアップ以外ではバックアップ領域に修正を加えられないように仕様を修正します。
■ 今後の事故究明と再発防止策
第三者による事故調査委員会を6月30日までに立ち上げ、事故要因を徹底究明し、再発防止策を策定いたします。
ここから逃げ出すのは既定事項として、次どうするか決めるのがまた難しいな
446 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:22:38.90 0
太古の昔から「技術は継承できない」ってのは現代に於いても残念ながら存在する。
想像に過ぎんが、FSは当初理想的とは言えないまでも、災害復旧対策も含めたシステム設計と、適した運用をしていた。
いつの頃からか、アウトソーシングかリストラか知らぬが、プロとして最低限の理解程度であろうが精通した者が不在となっていた。
一連の作業の意味すら理解できない人材がFSでオペレートしていた現実があった。
約50,000件の担当者が、どの段階で契約したか不明で、FS社営業トークも嘘っぱちだったとは
思いたくない。
しかし、提供するサービスに対しての価格設定に無理があったであろう事も
そして、提供価格から逆算した<ここ問題>対応を現場ではとっていたのだろう。
それらは、あらゆる状況から推認できる。
しかし、そういった重要なサービスの提供者としての「重過失」は言い逃れ出来ないだろう。
第三社の調査委員会はもう不要だろ全容分かったし
・待機系を社内用語でバックアップと称しており、バックアップはとっていなかった
・VMwareで運用している仮想サーバにパッチをあてるはずが全サーバに更新バッチを走らせた
・更新バッチをVMwareが入っていないマシンに走らせると全データが削除される仕様だった
以上
> 動作確認を行う対象は、あくまでも当該メンテナンス対象サーバー群を確認すれば足りるとされていたため、
動作確認を行う対象は、該当操作により副作用を受けるサーバー全てに決まってるだろ…
全サーバーに対して副作用が発生するコマンドを実行しているのに、一部のサーバーしか動作確認しなかったら検証に漏れが生じるじゃん
アホすぎる
449 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:24:56.66 0
無差別テロだろ...
どーすんだよ50000社は...
サイボウズにも責任取らせろよ
こんな杜撰な会社を許可したんだから...
>>447 追記
・現在のリソースでは業務継続は不能
ムリゲーwおまいらガンバレ
| | ・早急な復旧は不可能
| |
| | ・FSがバックアップを取っていなかった
| |
| | ・サイボウズのデータバックアップ手段が無かった
| | (~)
| | γ´⌒`ヽ ・お客様作業不要とデータ復元サービスの文言を信用
| | {i:i:i:i:i:i:i:i:} 。
| | ( ´・ω・) / ■ 原因はファーストサーバの稚拙な運用 ⇒ FSを起訴、損害賠償請求を提案 ■
| | (::::::::::::つ
| |__| ̄ ̄ ̄ ̄ ̄|__E[]ヨ_________________________________
| |
| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
\ いてこましたれぇ! /
\ /
>>447 三番目のイメージがつかめない。
あとは同意
金曜~さっきまでで顧客のCMSサイトを2ヶ月前まで復旧できた
1週間前のバックアップはエラー吐かれて駄目
もう限界なのでエラー箇所の当たりを付けて、寝る。
1年前納品したEC-CUBEクラウド利用のサイトが気にかかるが
元請けからの連絡はまだ、ない。
みんなお疲れ様。愛してる。
>>207 秒単位でもダウンタイムが許されないシリアスなコンテンツとかが無いなら、
> 復元後に逐次更新適応するだけでいい
そして同時に価格設定の安いサーバーなんだし、
というのはひとつの考え方にはなる。
>>208 対象サーバだけは残すべきデータであり、
それ以外にぶら下がっているのは全て削除されるべきデータであり、という判定では。
>>209 上司はある意味正しい。
阪神でも東日本でも、巨大な地震が1回発生すれば、余震は別にして
同規模の巨大地震が連続して発生する確率は格段に下がる。
これからFSの運用がどのように変更されるかを見極める、
並行していつでも逃げられるだけの準備はしておく、という両面作戦が妥当。
>>454 おそらく
ルートからVMwareのディレクトリに移動して削除コマンドを実行するスクリプトで
VMwareのディレクトリがない場合はルートで削除コマンドが実行された
VMwareで運用しているのは今回影響を受けていないと発表されている高級プランのみ
と思う
461 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:29:27.89 0
アメリカ重要防衛企業のレ○セオンのデータのメールを他ユーザーが見てしまった
可能性がある
まずはレイセオンに連絡し状況を確認してもらう必要がある
462 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:30:08.32 0
俺が言ったとおりにバックアップなんて取ってなくてワロタww
>>207 普通はそうする
だってバックアップはそもそも古い状態を反映している以上、
脆弱性のアップデート以外にもアップデートしなきゃならない部分は多々あるわけでね
どうせアップデートの必要は生じるんだから脆弱性のアップデートのみ優先する理由はない
昨日ニュー速+にいたRAIDはバックアップだって言い張ってた奴の
弁明も聞きたいww
>>455 乙
俺はそろそろベッドから這い出る
朝イチの顧客からの質問に答えるために出社して想定問答集作るよ
これはないわ~ ひどすぎるわ~
原因2:メンテナンス時の検証手順
メンテナンスに際しては、検証環境でまず動作確認を行うという手順が定められていましたが、
プログラム実行後の動作確認を行う対象は、あくまでも当該メンテナンス対象サーバー群を確認
すれば足りるとされていたため、検証環境下で対象サーバー以外に影響が及んだことの確認がな
いまま、動作確認上は問題なしと判定され本番環境での実施が行われました。
467 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:32:27.09 0
EMCは飛んだ濡れ衣だった
FSのいう『バックアップ』って何なのか腹を据えて説明してもらおうじゃないか
>>436 サイボウズも真っ白で無罪放免というわけにはいかんよな
ユーザーがデータをローカルに取ってくる方法を明示してなければAUTO
「おや?お客様はバックアップをとられていない?
・・・
残念ですがお悔やみ申し上げます。
弊社も出来る限りの対応として今月分の利用料金を頂かないことを
検討しております。」
>>458 集団訴訟に生き残れる見通しはあるの? ファストサーバ
今現在も世間一般常識で言うバックアップは無しで運用されてるだろ
無いわ
そろそろ出社するか
無事家に帰ってこれますように
_,.. ---- .._
,. '" `丶、
/ ` 、
,..-‐/ ...: ,ィ ,.i .∧ , ヽ.
. ,:' .l .::;',. :::;/..://:: /,':/ ', l、 .i ヽ
. ,' ..::| .::;',' :;:','フ'7フ''7/ ',.ト',_|, , ',.',
,' .::::::!'''l/!:;'/ /'゙ / '! ゙;:|:、.|、| 'l
. ,'. .:::::::{ l'.l/ 、_ _,. 'l/',|.';|
l :::::::::::';、ヾ  ̄ `‐-‐'/! ';. '
. ! :::::::::::/ `‐、 ゝ |'゙ |
| ::::::::/ \ 、_, _.,.,_ ノ::: ! 電車が止まりませんように
|::::/. _rl`': 、_ ///;ト,゙;:::::./
.. `´ /\\ `i;┬:////゙l゙l ヾ/
,.:く::::::::`:、\ 〉l゙:l / !.|
. /:.:.:.:\:.:.:.:.`:、ソ/:.:| | |
/.:.:.:.:.:.:.:.:.:\:.:.:.:У:.:;l /./
. /:.:.:.:.:.:.:.r'´`‐,`、:/.,.:‐{ | !`:、
,'.:.:.:.:.:.:.:.:.';_,゚.,ノ.:./,:':.:.:.:', | |`、:|
!:.:.:.:.:.:.:.:.:.:.゙、:.::/:.:.:.:.:.:.ヽ, / ,!:.:`、
ヤフーニューストップやTVでの扱われ方・報道具合からしてそんな規模のでかい問題でもなさそうだね
>1年前納品したEC-CUBEクラウド利用のサイトが気にかかるが
>元請けからの連絡はまだ、ない。
きっと、土日はネットとかぜんぜん見ない会社の人たちで、
これから出社して社のデスクで自分とこのページを開こうとして、
それでこの騒動を始めて知るんだよwww
これから電話かかってくるから、まだ寝るなww
何でバックアップした物に直接手を加えちゃうんだよ…
たとえメインと同じ更新プログラムを走らせたとしても、
「同じ環境で育っただけの双子」みたいな状態になるし、
それもうバックアップと言えないだろw
_,.. ---- .._
,. '" `丶、
/ ` 、
,..-‐/ ...: ,ィ ,.i .∧ , ヽ.
. ,:' .l .::;',. :::;/..://:: /,':/ ', l、 .i ヽ
. ,' ..::| .::;',' :;:','フ'7フ''7/ ',.ト',_|, , ',.',
,' .::::::!'''l/!:;'/ /'゙ / '! ゙;:|:、.|、| 'l
. ,'. .:::::::{ l'.l/ 、_ _,. 'l/',|.';|
l :::::::::::';、ヾ  ̄ `‐-‐'/! ';. '
. ! :::::::::::/ `‐、 ゝ |'゙ |
| ::::::::/ \ 、_, _.,.,_ ノ::: ! 50000社のうち
|::::/. _rl`': 、_ ///;ト,゙;:::::./ 5000社ぐらいは生き残れますように
.. `´ /\\ `i;┬:////゙l゙l ヾ/
,.:く::::::::`:、\ 〉l゙:l / !.|
. /:.:.:.:\:.:.:.:.`:、ソ/:.:| | |
/.:.:.:.:.:.:.:.:.:\:.:.:.:У:.:;l /./
. /:.:.:.:.:.:.:.r'´`‐,`、:/.,.:‐{ | !`:、
,'.:.:.:.:.:.:.:.:.';_,゚.,ノ.:./,:':.:.:.:', | |`、:|
!:.:.:.:.:.:.:.:.:.:.゙、:.::/:.:.:.:.:.:.ヽ, / ,!:.:`、
>>461 その会社からは誰がメールを見たかなんて分からんてばよ
>>458 オペミスでは無くて仕組みの問題だから
仕組みを抜本的に変えない限り再発する。
仕組みを変えるにはカネが掛る。
さて、FS社にそんなカネはあるだろうか?
そして、被害を被ったユーザはファーストサーバを使った事が
ばれている。ここでより安全なサービスに移行しておかないと
ユーザの顧客や株主からリスク管理が甘いと突っ込まれる。
>>469 親会社に、賠償額に上限はつけない方針のお方がいるからな
自分の子会社の責任くらい取るだろ(棒)
>>475 バックアップにおいて最優先なのはそのデータから過去のシステムが復旧可能であること、これだけなのにね
脆弱性対策よりも確実な復旧の方が優先されるのは常識
>>475 同じ環境を復元するという意味でのバックアップではないわな
両方に同じバッチ当てるとか、すくなくともこのシステムではやっちゃいかん
朝6時に来いって言われてた人大丈夫かね
とどのつまり、損害賠償用のお金を用意できるなら法を破らずに数千社の活動を妨害できるわけだ。
,,,;;;;;;;;彡彡;;之 ヽ
,,,,,,,,,,,,,;;;;;ll;;;;;;;;;;;;;;| l;;;;;;;リ)リ;;;;;;|l;;;;(ミ彡/、 Z
l|ヽ= 从;;l |l|;;ll;;;;;l|;;;;;l;;;イl;;;;;;;;;;;;;| l|;;;;;;-〈、|;;;;;;;;;;;;;;,,三∠ノ フ な 地 F
ヽミ三从;;从|;(;;;;|l;;;;l|;;;((;;;;;(ヽ乂;;;;;;/ノ人、从;;;;;;;;ヽ ∠ | ま 獄 S
ミ二ミミ从 ; ;;;;;;゙;;;;゙;;;;;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 日本の取引先にFS使っているところがないか確認からだな
万が一重要情報が漏れたら大変なことになるぞ
>>474 そのサイト運用しているクライアントは体育会系だからネット見ないだろうけど
元請けは一応デザイン・情報系なんだよなー
まともにWeb触れる人材いなかったけど。
でも、繁忙期じゃなければ完全土日休みみたいだったし、数時間後かかってくんのかな
あーたーーらしーいー朝がきた♪
絶望の朝だ♪
これがヒヤリ・ハットというものか...
>>487 ・グループのコールセンターが対応できるようになるまでの一時しのぎ
(1週間に縮まる可能性がある、と書いてあるので)
・FS社が脳天気に1週間で収束すると思い込んでた可能性
・1週間で営業にコールセンター業務を叩きこむ(どうせ当分営業なんて無理だし)
ファーストサーバが逝ったら
Yahooは最低でも株主資本の10億7000万円以上は飛ぶな
>>279 タイムラインとして、
ヤフーの資本参加があって、
社長が陰謀の罠にハメられて追放され、
その後にヤフーの完全子会社になった、
というのは事実。
社長を放逐したのが何者の意志によるものなのかは分からない。
36条
本サービスの利用に関し当社が損害賠償義務を負う場合、契約者が当社に本サービスの対価として
支払った総額を限度額として賠償責任を負うものとします
元に戻したら100%動くデータがバックアップデータだろうが
なんでそれに直接手を加えるんだよw
パッチだろうがなんだろうが手を加えた瞬間、それが稼動実績0の未知のデータに
なるぐらい学生だってわかるぞ
いや酷さが想像を超えてた
まさかサーバ屋と称している会社がこんな運用をしているとは、お釈迦様でも気付くまい
営業に騙された所はご愁傷様…
朝起きたおまいら絶対に電車に飛び込むなよ
ファーストサーバの過失は明らかだ
情報流出の件は個人情報保護法にも違反するんじゃないの?
これは約款がどうこうっていう問題じゃないだろ
>>496 これって最大で払った金しか返さないってこと?
>>499 情報流出はアメリカの法で裁かれるかもしれんね
データ漏洩は結局なかったのか?
中間報告には記載がまったくないけど?
♪朝起きて データなし
>>493 あーなるほどグループから引っ張ることもできるのか
でも営業はこれから土下座周りで忙しいだろw
>>502 ファイルの誤参照の障害について
復旧作業において専用サーバー、共有サーバーでそれぞれ障害が発生いたしましたので、
下記の通りご報告いたします。
■ 障害の概要
データ消失の後、データ復旧作業を実施。6月21日(木)9時ごろにデータの復旧プログラムにより
消失データを復旧し、リカバードファイルとしてお客様に提供しました。
しかしながら、専用サーバーのお客様より、専用サーバー内において情報にアクセス権限を
有していなかった者からも参照できる状態になっているとの報告があったため、
リカバードファイルの提供を22日(金)21時ごろ停止し、状況の確認を行ったところ、
専用サーバー内において、アクセス権限を有していなかった情報についても
参照が可能な状態にあったことが判明しました。
上記、問題の発覚を受け、共有サーバーにおいても、リカバードファイルの提供を即時停止し、
現在状況の確認を行っております。
■ 障害の原因
原因:データ復旧手順の不備
弊社にて消失ファイルを復旧しようとし復旧プログラムを実行しましたが、
復旧プログラムの仕様への理解が不十分であったため不適切なリカバリーファイルが作成されてしまい、
その復旧ファイルの内容を確認せずにお客様に提供してしまったことが原因です。
■ 影響範囲
現在調査中です。
http://support.fsv.jp/info/nw20120625_01.html
アメリカの防衛産業が有能な弁護士を引っさげて攻めてくるかも分からんね
>>473 本当の修羅場の始まりは今日企業が営業を開始してからかと…
509 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:51:19.14 0
約款が威力発揮すんのは
常識的な運用してたらの話だよw
ふう。
復旧完了した。
サイボウズ使ってたらと思うとgkbrだ。
>>292 たとえば、2chのスレッドのdatファイルとして
投稿内容としての日本語文章は全部そのまま生き残っている、
しかしスレッドタイトル情報と投稿番号(レス番)情報と投稿時刻情報とが全て破壊され失われて
ぐちゃぐちゃにシャッフルされた状況を考えてみるといい。
それで>1->1000まで全部を発言順通りに並べ直すことができるのか、
過去ログとして有用な状態にまで復旧できるのか、
というと、かなり困難を極める。
512 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:52:57.97 0
被害はどんだけだ?
顧客からしたらこんな駄目な会社を利用している時点で信用が置けないよね
普通は取引停止するんじゃないの?
しかしDBを含む仮想サーバ全体のコピーを『バックアップ』と称していたのか?
そりゃストレージ関係ないわ
>>507 漏洩が本当なら民間じゃなく外交ルートだろうね
軍事産業なら平文は考えられないけど
>>514 その仮想サーバのファイル(をマウントして)に手を入れなければバックアップになるんじゃね?
顧客、ユーザーが離れる
↓
社内の導入、運用担当の責任
521 :
名無しさん@お腹いっぱい。:2012/06/25(月) 05:56:11.88 0
>>300 社長が新幹線車内の秩序と新幹線車内の善良な風俗とを破壊して退任したこと、と、
社長がサーバ技術者として優秀であったかなかったか、と、
社長が会社経営者として優秀であったかなかったか、と、では
それぞれに切り分けて考えるべき問題のはずだ。
>>507 そういやミサイルメーカーのメールみたいなのあったよな
『やべえファイルが消えた。』
『そういやネットでrm -rfから復活する記事見たことあるぞ』
『やってみよう!』(直接いじり回す)
救出に失敗。事態はむしろ悪化
FSサイボウズ9ASP版
| | ・早急な復旧は不可能
| |
| | ・FSがバックアップを取っていなかった
| |
| | ・サイボウズASPのデータバックアップ手段をFSが削除
| | (~)
| | γ´⌒`ヽ ・お客様作業不要とデータ復元サービスの文言を信用
| | {i:i:i:i:i:i:i:i:} 。
| | ( ´・ω・) / ■ 原因はファーストサーバの稚拙な運用 ⇒ FSを起訴、損害賠償請求を提案 ■
| | (::::::::::::つ
| |__| ̄ ̄ ̄ ̄ ̄|__E[]ヨ_________________________________
| |
| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
あとはデータ流出の恐れ有りと。
ファースト社は今までのことを撮影して売り出すべき
教育用、見世物として飛ぶように売れるぞ
ミスした人、今頃どうしてるのかな……
527 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:01:39.39 0
>>316 CLVM
Clustered Logical Volume Manager
クラスタ論理ボリュームマネージャ
クラスタ化論理ボリュームマネージャ
だが待ってくれ
ファーストサーバーの様な運用はきっとどこでもやっているんだろう
今回たまたまファーストサーバーで起きたってことで
どこでも起きる可能性があったんじゃないか?
>>492 ヒヤリ・ハットだけだったら、どれだけ良かったか・・・
>>518 オペミスで飛ばしたデータを選択的に戻すのがクソ面倒くさそうだな…
少なくともDBの常識からはかけ離れてるな
HDD復旧は業者に頼んでにどれくらいかかる?
それまでまだわからないんじゃね?
532 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:03:49.71 0
おはよう、中間報告読んできた。
これ、「データのバックアップ」ということと「システムの冗長更生」ということを
混同しているという、入社半年レベルの根本的な・・・・
しかも「影響分析」しくじって検証範囲が不適正だという、お粗末さ。中途採用が多いはずなのに、コイツラなんなの?
各社のごみの集まりですか?w
確実に、重大な過失に相当するでしょ。
点入らんねえ
これって仮想環境ごと根こそぎ削除してったって事?
>>528 まともな鯖屋(Amazon, Google等)はこんなクソな運用はしていない
Googleに至っては無料のGmailのデータですらテープにバックアップしてるくらいだから、
有料の法人向けシステムならテロでも起きない限りデータは消えない
Gmailの障害はストレージソフトの更新が原因、メールの消失は無いと説明
http://internet.watch.impress.co.jp/docs/news/20110302_430486.html > Googleでは、こうした事態に備えてデータはテープにバックアップしているため、
> メールが失われることはないと説明。日本時間3月2日午前5時20分には
> テープからのリストアが終了したことを公表し、まもなく全ユーザーの復旧が完了するとしている。
536 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:06:47.97 0
脆弱性も含めて復元されることがバックアップとして正常だよな
リカバリ後に同じ手順で二度手間掛けて再パッチ当てるのマンドクセ('A`)
→そうだ!バックアップにもあらかじめパッチ当てておけばいいんじゃね?
→復旧までの時間短縮!コスト削減!
ってアホな事を考えた結果がこれなんだろうな……社員誰か止めろよw
>>528 ちょっと怖いよな
ISOみたいのが出てきそう
>>535 Gmailのテープバックアップってものすごい量だろうな
顧客にとってみればfsvもサイボウズも同列扱いだろうが
サイボウズはfsvを訴えるだろうな
で禿に返り討ち喰らわされるわけだ
かわいそうにw
クラウドって格安のおもちゃと言われてるレンタルサーバーより陳腐な構成な事を言うのですね
>>321 なんらかのトラブルというほどのことではないだろう。
ただ、そもそもは機械メーカーのクボタの社内ベンチャーとして始まった事業が
会社組織として独立して、
それから入社して会社の草創期黎明期を知る人物としては、
会社資本にヤフーが加わることで
より会社として成長と利益追求への企業体質改革を要求されるという
経営陣としてある意味厳しい状況に立たされていたのは間違いないだろう。
小さいままで全容を容易に把握できて目の届くビジネスのままでは
いつまでもいられない、という。
543 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:10:03.33 0
>>528 地銀や郵貯を扱ってるけどないどこんな杜撰なことはないと断言できる
禿げが最強の弁護士軍団揃えてきそうだな
ボウズもだが被害受けた中小の一企業が太刀打ちできるのか
>>529 ヒヤリ・ハット・アウトまで行ったからな
>>539 いま一番デカイテープってDLTでしたっけ?それともオープンリール?
「顧客データが全てなくなったとはどういう事だね!」
「運用先の会社で障害がありまして...」
「理由なんてどうでもいい!
今日中に全て復旧したまえ!」
ぶっちゃけ、これまでよく無事に運営できてたなw
550 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:13:10.52 0
安いレン鯖・クラウド業者って、そもそも、まともなバックアップオプションが存在しないんだよな
たとえば、
・追加バックアップサービスA
テープに週次フルバックアップ、過去4世代まで保存、
テープは複数顧客共用のため、引き取りは不可
顧客都合でのリストアは有料
・追加バックアップサービスB
顧客専用テープに週次フルバックアップ、過去4世代まで保存、
さらに追加オプションで、保管期限の過ぎたテープを顧客に送付して顧客の手元に置いておける
顧客都合でのリストアは有料
こんな感じで
こんなサービスがあってもいいんじゃね?
>>326 現状の最新情勢としては、
共有サーバについては正式に復旧を断念したが、
専用サーバについては復旧の可能性を残している。
それが時間稼ぎであるのかないのかはまだ誰にも分からない。
朝一で一通り報告済んだら帰れるといいな・・・
消えちゃいました、すみません
バックアップはしてますよね?って
金とってやる事か?w
更新プログラムに「メンテナンスの対象となるサーバー群を指定するための記述」があるのに
検証手順に「当該メンテナンス対象サーバー群を確認すれば足りる」という発想がわかんね
手を入れてるんだから検証対象になるんじゃないのか?
558 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:17:58.46 0
そろそろ通勤が始まる頃か…
マジで電車に飛び込むなよお前ら
これまで動いてたバッチを改造して使ったら、
本来NULLになったらマズイ変数が未定義で
NULLのまま作業バッチを回してrm -rf / になったとかそういうやつじゃね?
ファーストサーバ「え?客がバックアップとってないの?」
客「え?ファーストサーバのバックアップサービスに入ってたんだけどお前がバックアップとってないの?」
ファーストサーバ「え?俺はバックアップサービス入ってないもん」
562 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:21:25.20 0
>>536 何か嘘くさい説明だな。
脆弱性対策とか、ファイル削除コマンドの停止指示漏れ、対象サーバーの範囲指定漏れとか。
変数のタイプミスで
rm -rf /*
走らせたのか、、、
これでここの社員のレベルが露呈したわけだけど、それでもまだ使い続ける奴は
素人に預けてるのと変わらんぞ…というか今時素人でも、もっとマシな運用するぞ('A`)
何でファーストサーバのサイトは生きてるの?
この時間はFS社員寝てるんだな
バックアップ取らなかった客が悪いって言う奴が全くいない
567 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:25:17.77 0
>>560 開発が用意したツールを
中身が良く分からん運用担当者が改変した可能性が高い
>>32 どうせ『お客様のバックアップにて_』とか『お手持ちの初期データーから__』じゃねw
569 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:25:26.59 0
技術部長以下14名の会社が、開発と運用分かれているかな?
破壊スクリプト書いた人間と本番系と待機系に同時投入した人間って一人じゃないだろか?
詳しい経緯を聞きたいが、、まだ生きてるだろうか?
>>565 自社を信用してねぇからだよw
言わせんな、恥ずかしいwww
>>564 使い続けるかどうかの最終判断は役員がすることなんだよ……。
572 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:26:43.95 0
バックアップを取っていなかった客が悪い
休み返上で社員総動員で社内に残ってるデータかき集めさせたけど
ほとんど歯抜けで元には戻せない状況。
今日、総会があるのですがもうダメだね。
もうどうしようもなくて5時半に社員たちにもう良いよと伝えた。
それでもまだ必死に会社のために必死になって頑張ってくれてる。
でももう私は諦めてる。10時に間に合うわけがない。
そもそも完全なデータが端からないのだから最初から無理だったんだ。
妻にはさっき辞任するからこれからの生活、覚悟してくださいと伝えた。
総会が終わったら妻と娘と犬と行くことになってた温泉もキャンセルするように言ったら
そんなことはどうでもいいから家にきちんと帰ってきてねと泣かれたよ。
会社立ち上げてこの数年ほんと楽しかったな。
でももう終わり。情けないけどもうどうにもならない。
総会でどこまで紛糾されるのかな。
私はどうでもいいが私以外の役員も解任に追い込まれるんだろうか。
それだけが今の懸念。私以外の社員、役員の生活だけは守ってあげたい。
でも今の私にはそんな自信がまったくない。本当に駄目な人間だ。もっと自分は強いと思っていたよ。
>>404 VMWareの動いてるサーバにパッチ当てよう!
→ スクリプトにミス
→ VMWareの動いてるサーバにパッチ当てたよ!VMWareの入ってないサーバは要らないから捨てるね削除してスッキリ!
→ * うおー!!待て待て待ってくれー!!1111 *
て感じ?
>>573 キャンセルせずに温泉行って来いよ
おまえは良くやった
577 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:30:53.77 0
>>573 コピペかご思ってググったらそうではないようだ
生きろ
>>573 クラウドならまともな企業が他にもあっただろうに、どうしてファーストサーバなんかと契約したんだ?
はっきり言うけどこんな会社個人ユーザーでも契約はしないぞ
580 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:31:41.08 0
ソフトバンク系列だと知らなかった奴とかいるのか?
暴発が報告されている銃をメンテせずに使っているようなもんだぞ
582 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:31:52.11 0
>>573 なんちゅーか……
死んだらあかんでほんま
>>573 心療内科でも行けばなまぽで暮らせるから預金とか今のうちに隠しとけ
585 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:32:13.07 0
>>573 カスどものために命捨てることはないぞ。起業の時を思いだしてガンガレ!
本当に起きてしまった私たちの失敗 データ消去編
みたいなタイトルでコンビニの安い漫画で売り出せば
買う人多いんじゃない?ファーストサーバ破産は確実だから無理として
ソフトバンクグループの別子会社に出版させるべき
587 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:32:24.02 0
最悪の株主総会週間のはじまり
/ :/ ...:/:′::/ :.:.:.....:./.:/:!:.:.:.i:..!:.:.....:{:.:.:.:.:.:ハ /
>>573 . /.〃/:...../:′'.::|:: i .::.:.:.:| :i:_{__|:.|:.:.:.i :|:.:.../  ̄`ヽ/ ふ
'://:′::/斗:十 |::.::.::.:.:.:.: :}}ハ ::ハ:{:≧ト|:::/ な な な ぅ
{//::{: /|i:八::{=从:{ i::::: :N孑弐{ミト∨:::|::′ る. る .る (
. i :从 ::::{イァ:う{ミト爪ト::::. ! ん):::::ハヽト、:{:| ほ ほ ほ )
. |.::| : \《 { ::::::: } ヽ\{ { ::::::::: リ | :::ヽ! ど ど ど む
. | ::!::|ハト.乂__ノ ー ' | :::< |
八::| :|::::i /i, , , /i/ , }:::}i::人 __ ノ\
(__):::l:::::. i.:/::::::::厂「{:::::::{ ` ー― ´
/ :{ | :V:入 { ̄`ソ }/}::::}/::::::l.|:::::::|
{ ::|人::∨::::>... ` . ィ升|:::/::::::::八::::::{
590 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:33:42.76 0
>>569 多分派遣か下請けの運用担当者なんで
「指示書通りやりましたが、指示書の記述がわかりにくかった」
なんて言い訳してそう。
ほんとうに青くなってるのは確認しなかった直属の上司
592 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:35:07.32 0
>>573 紛糾されるって日本語おかしいし、学生が書いたネタだろ
紛糾するとか糾弾されるならともかく
573は改変コピペ
>>573 自分で立ち上げた会社なら総会くらい何とでもなるだろ
社員株と自分の株で余裕でごり押しできね?
つーか上場してるの?
>>593 2ちゃんの書き込み一つでそこまで丁寧に考える必要もないだろ。
言葉遣いがおかしいとかつまらん突っ込みしてくるやつ多いね
>>562 俺もひとしきり笑った後、なんかおかしい気がしてきた
中間報告に書いてある原因1~3、(バックアップを取ってない「4」含め)
ありえないミスが全て同時に発生って奇跡だろ
内部か外部かはわからんけど、故意・テロのような気がする
でなきゃこんな人員レベルで何年も商用サーバが運用できるわけない
だな
>>598 言葉遣いは丁寧に考えなくても自然に正しくなるぞ。毎日使ってるものだから普段正しい言葉遣いで話していればオフだからと乱れることはない
>>567 もしそうなら、運用側で修正するのが慣例になっていた可能性があるね。
603 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:38:23.22 0
多くの一般株主を読んで株主総会をやるような企業は、
基幹業務をファーストサーバに頼らないから、
どうみてもただのコピペ改造だろ
>>573 お疲れ。
総会でのオマイの役割はデータ消失について
株主に包み隠さず伝えることだと思うお。
死んだりすることじゃないからな。
今が一番つらいだろうけど、ふんばりどころだお。
>>598 創業者なら一番のステークホルダーは自分で次が証券会社そして自社の役員のはず
話が単純におかしいんだよ
>>573見て思ったが
ファーストサーバは会社としては終わりだろうが、
ファーストサーバ社員は人生終わらせたらいかんよ
てすとが機能してませんでした(^q^)
こまんどが間違ってました(^q^)
ばっくあっぷにおなじことしちゃいました(^q^)
奇跡wwwwwwww
>>598 役員レベルで人と接する機会が多い人間がナチュラルにこんな言い回しするわけねーだろw
>>427 本来はそうだろうね。
テープなど別規格別形式別手段でバックアップしておいて、しかも
ベアメタルレストア・ベアメタルリストア・ベアメタルリカバリできるように
最悪の事態を想定した復旧訓練を積んでおくべきではあったと思う。
今回、残念なからソフトバンクグループ・Yahoo! JAPANグループの総力を挙げてもなお
共有サーバからのデータサルベージはできなかった。
たとえば、同じソフトバンクグループ・Yahoo! JAPANグループであるところの
IDCフロンティアがサービスするYahoo!クラウドなどでも
どういう運用構成や運用ポリシーになっているのか、
点検と検討は必要だろうと思う。
あ、そうか
検証用サーバのテスト環境のクリーンアップ用コマンドをスクリプトの最後にでも入れてたのかな?
毎回のテスト後に手動で初期環境にするのをめんどぐさがって、とか
お掃除コマンドとか呼んでたりしてさ
で、本番時にコメントアウトするのを忘れたとか
でも大概のこの手のスクリプトはテスト結果を表示・記録後にクリーンアップに移る直前y/nくらい訊いてくるよね…
とにかくなんで全データを削除出来たのかが不思議でしょうがないよ
611 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:41:53.62 0
>>606 いや、この報告書が本当のことを言っており社員が作ったという前提に立つと、少なくともコイツらは今後IT業界にいてはいけないと思う。
性善説に立つと報告書が嘘っぽいんだが、字義どおり受け取るとあまりにもお粗末。
>>573以外の予備軍にも言っとくけど
生活保護受けるヤツは人間のクズ中のクズだから。
そういうつもりで生きていくように
>>599 俺はもう一回りして
実はテロ偽装で「こいつがみんな悪いんです。我社は被害者なんです」
な気がしてきた
>>436 こんなアフィリエイトブログまでいちいち相手しているのか。
サイボウズも大変だな。
そもそも、総会なんてほとんどの会社で開かないか、
開いても形式的なものでたいしてなにもやってない
Yahoo!ボックスにエロファイル総送りして
HDDスペース空けようとしてたけど
ボックスがアボンした時の事考えて
パス付きzipで残して置いた俺が勝組って事で良い?
_
|
,、‐''''´ ̄ ̄``''''-、,
/ \/ ::\
/ \/\/ ::::::ヽ
/ \/\/\/ :::::::ヽ
|ヽ/\・∀・ /\/ ::::::::| もうアキラメロン
|./\/\/\/\ :::::::::|
ヽ \/\/\ :::::::::/
ヽ /\/\ ::::::::::/
\ /\ :::::::::::::::/
`''-、、,,:::::::::::,,、、‐''´
618 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:45:06.07 0
>>602 サーバの運用やってますが
社員のSEは1人だけであとは派遣と下請け
専門教育受けてた人は誰もいません。
開発の指示を盲目的にこなしてるだけ
障害が起これば再起動しかできない
これが日本のサーバ運用の実態
オレ?もちろん素人ですw
>>615 社員100人くらいの中小でも普通に開いてるぞ。それ以下のザコ企業は知らんが
ファイル削除コマンドでなにを削除するつもりだったんだろ?
パッチ?
>>599 おかしいだろ?
何か重大な過失を隠そうとしているとしか思えん。
予備サーバなんて最初から存在していないとか、テスト環境なんて存在していないとか。
/)
///)
/,.=゙''"/
/ i f ,.r='"-‐'つ____ こまけぇこたぁいいんだよ!!
/ / _,.-‐'~/⌒ ⌒\
/ ,i ,二ニ⊃( >). (<)\
/ ノ il゙フ::::::⌒(__人__)⌒::::: \
,イ「ト、 ,!,!| |r┬-| |
/ iトヾヽ_/ィ"\ `ー'´ /
>>614 風評被害をばらまかれれないために、対処するのは当然だろ?
週明けから風評被害防止対策のために、すぐに弁護士事務所に依頼して、
誤った記事を載せてるサイト全部に弁護士から警告を送るべき
>>9 これ、JCOM株が1円で売られたときみたいなことが
発生しちゃってるよな。
あと、のぞき見問題だけど、最初の段階で鯖情報を吹っ飛ばし、
設定もなにもあったもんじゃなくなってる状態になっちゃっただけじゃないのかな…
まぁ、50000社にのぼる利用企業のみなさんはご愁傷様としか…
サイバーテロって今まで想像の世界だったが初めて実感できたわ
これは国会にも取り上げてテロ対策に役立てて欲しい事案
嘘でこんな幼稚で最低最悪な運用方法してましたって言うか?
嘘で誤魔化すならもうちょっとマシなこと言う気がするが。
┗(^o^ )┛
___ ┗┃ ヽヾ\
|←出世| ヽ\\
 ̄ || ̄ 三二=
|| 三二=
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| | ̄ ̄ ̄ ̄
∧∧∧∧∧∧∧∧∧∧∧
___
|←出世| ミエタ!
 ̄ || ̄ ┗(^o^ )┓三 彡
|| ┏┗ 三 ∠
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| | ̄ ̄ ̄ ̄
∧∧∧∧∧∧∧∧∧∧∧
§
§
§
§ ティウンティウンティウン
§
| | .§ | |
___ | | |. §◎| |
|←出世| __◎§__◎
 ̄ || ̄ |____ ◎_ _|
|| ▼◎▼ ▼◎ ▼◎
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| | ̄ ̄ ̄ ̄ ̄
∧∧∧∧∧∧∧∧∧∧∧
>>599 ここんところ、VMwareのリモート攻撃可能な脆弱性だけでなく、IE/MS Officeのゼロデイ脆弱性も見つかっているから、
外部犯(愉快犯もしくは、最近増えてる国家ハッカー)がスクリプトを害あるように書き換えてても、おかしくない気はするね
たとえ、コード管理にバージョン管理システム使って、定期的に署名付きタグを打っていても、秘密鍵が盗まれてたらどうしようもないし
>>626 その理屈ならもっとひどいことを隠してるとも取れるけどなw
まず虚偽と誇大広告をどうにかしないと地雷を避けようがないな
昔の人は安かろう悪かろうと言ったもんだ
633 :
名無しさん@お腹いっぱい。:2012/06/25(月) 06:50:56.66 0
>>626 事実でしょ、だからこんな事態になった。
もう滅んでいるから怖いものなし
>>619 中小企業の総会なんて、ふつうは、出席者はオーナー一族の5人、
目的は法的に総会を開いたことにするために、あらかじめ決められた議題を了承して
議事録作るだけ
みたいな感じだろ
すべて事前に調整されて決められるので、それにそっておこなうだけ
>>620 ゴミデータ?と思ったけど、本番環境でそれを消すとかワケワカランしなぁ…
もしかしたら、/tmp にあるデータを削除するためのコマンドが
rm -rf / tmp
とかになってたとか…
いやいやいや、ありえんんだろ、普通。
鯖の保守要員に在日が居た事が判明したら
一気に同情論になるんじゃ
サイボウズも真っ黒じゃね?
システム管理者が暴走しました
外部から誰かが侵入しました
こっちの報告の方がまだ納得いく
どっちが酷い状況かは知らんw
>>473 たぶん、被害対策弁護団が結成されて集団訴訟で提訴記者会見、
損害賠償請求金額総額はいくら、みたいな
誰の目にも分かりやすいかたちになってはじめて、
テレビニュースで一斉に取り上げることになるだろうと思う。
現段階で、サイボウズASP版では顧客側でバックアップの取れない仕様でした、
とか言ってみたところで、テレビの一般視聴者からすれば
サイボウズって何?ASPって何?
という疑問の嵐にしかならない。
>>615 上場してなけりゃ株主なんてほとんどが身内だもんそれで当たり前だよ
ただ株主総会を開くことは会社法上の義務だし
開かなかった結果他者に損害を与えたら取締役は損害に対して連帯責任負うことになるから
そのことを取締役がひとりでも理解してれば株主総会を開かないという選択肢はない
>>494 連結する親会社としてヤフーの株価が安くなるのは間違いないが、
ソフトバンクまで連れ安するかどうかだな。
さくらはクラウド事業絶賛凍結中で既に株価はどん底状態だから、
どうでもよろしい。
>>635 ありそうなのは
rm -rf $WORK_DIR/*
みたいな感じで、WORK_DIRが空とかかなぁ。
>>634 普通はそうだが今回は予想斜め上の出来事、倒産危機、総会直前だから普通ではないな
まあ嘘かホントか何て確認のしようがないからこれ以上考えても時間の無駄だな
>>515 軍事防衛産業と言ったって、民生品だって扱っているだろう。
VMwareが入ったホスト
cd /vmware/削除path
rm -rf ./*
VMwareが入っていないホスト
cd /vmware/削除path
ファイルもディレクトリもありません <- /のまま
rm -rf /* <- /以下全て削除
こんな感じ?
つーかこれホットスタンバイってわけでもないよな
バックアップのいいとことホットスタンバイのいいとこ取りで安く運用しようってシステムだろ?
だったらなおさら同時にバッチ当てるとかアフォじゃないかと思うんだが
649 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:02:22.53 0
>>635 >>644 >ファイル削除コマンドを停止させるための記述漏れ
>サーバー群を指定するための記述漏れが発生していました。
みんな考えるのはやっぱり
どっかで rm -rf /*
が発生したんじゃね?て感じだよなぁ。
今回の消失メンテにつかったスクリプトが見たいよね。
651 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:05:10.76 0
はやくかえちいあ
$WORK_DIR="/hoge"
rm -rf $WORK_DRI/*
>>646 パス付き添付ファイルでやり取りするようにとかパスワードは一緒に送るなとか
最近の企業じゃそんな糞面倒くさい講習が1シーズン1回くらいあるんだよ
この問題って本当に重大なことなの?
テレビ見たって新聞読んだって出てこないし誰も話題にしないし、ネットで住人が暇つぶしに騒いでるだけなの?
実生活とネットの話題が乖離し過ぎててワケわかんなくなってきた。
>>654 あんた朝会社に行ったら更地になってたらどうする?
そんな話だよ
よくあるよね
187 名前:番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日:2012/06/25(月) 06:24:27.98 ID:pmycIlux0
|
\ __ /
_ (m) _ピコーン
|ミ|
/ .`´ \
∧_∧
(・∀・∩
(つ 丿
⊂_ ノ
(_)
閃いてしまった
>
http://support.fsv.jp/info/img/syogai_after.gif >原因1 更新プログラムの不具合
>・ファイル削除コマンドの停止指示漏れ
って、スクリプトの削除コマンドにコメントつけ忘れた(か間違えて取っちゃった)
ということじゃないか~? www
>>573 家族大事にしてください。生きていればまた挽回できます!
>>638 全部憶測だがFSVがソフトバンク系ということで本当に韓国にDCがあって
今回は全部朝鮮人オペの犯行なら、FSVはその通り公表する事が出来るだろうか?
中間報告の構成、原因が本当だとしたら10年だかの期間、サーバを運用できたとは
とても思えないんだよなー
まだ上のような憶測のほうが信じられる
>>653 パスワード使うのかよww
公開鍵方式のPGPかS/MIME使えよw
660 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:12:22.17 0
>>656 今回の改変部分を貼り付けるときに
一行下のコメントまで消してしまった
662 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:14:27.71 0
>>661 訂正
× 無効で取り揃えてくれる百貨店
○ 向こうで取り揃えてくれる百貨店
さあ、ブラックマンデーが始まるぞ。
中小企業でも5000巻き込めば大事件だと思うけどな
167 名前:名無しさん@お腹いっぱい。 投稿日:2007/01/25(木) 16:29:42 0
鯖に金ケチると後で本当に痛い目に会うぞ
668 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:18:56.06 0
検証サーバでのテスト項目にユーザデータの確認がないのか
そもそもダミーデータすらはいってないとか
>>659 そういうのは双方で一定の技術素地が必要だから
パスワードですら嫌がられることもあるぞ
>>647 あーなるほど…いやいや笑えないけど笑うわ
>ファイル削除コマンドを停止させるための記述漏れ
この意味ってひょっとして、
for f in ./*;do
if [ -d $f ]; then ## このif文の事
cd $f;
rm -rf ./*
cd ..
fi
done
みたいな感じじゃね?この場合、$fがファイルだとcd $fに失敗して、
どんどん上のディレクトリに上がって削除していくから、最終的に/以下が消えちゃうんで。
>>654 親会社のヤフーやソフトバンクは報道にとっては超お得意様だから気を使ってる。
こないだの富士通のもあそこが誇る最新のデータセンタのトラブルだったけど、
子会社のニフティを生贄にして最小限の報道で処理してた。
こういう時の為の、日ごろの広告だよ。
読売新聞を開いてみたがまだこの件は全く振れられていないな
ヤフーとあったから見たらメール内容に対する自動マッチング広告の問題だった
ヒャッハー 地獄の通勤ラッシュが始まるぜー
お願いですから飛び込みはやめて下さい
>>671 それだったらプログラムミスと書くんじゃないかなぁ。
そこの部分をコメントアウトし忘れた、のほうがまだ分かる。
そもそもどんなファイルを削除したかったんだろうか?
修正パッチ自体はNFSから読み込んだり出来なかったのかな
実際に倒産危機まで陥ってる会社は何社なんだろうな?
重要なデータを預けてて、自分ではバックアップ取ってなく、データが消えてしまうって条件だと10数社か?
ヤフーのトップに記事のって30分くらいでトップから消えたんだっけか
ARROWSを使ってドヤ顔してる主婦でも出てくるのか
誰?
今日は、電話で日雇いのごろつきが何て言うか。。
誤爆すまん…
>>661 月曜何も知らずに出社してくるリーマンども、仕事も出来なくて
これからどうすんだよ。
直接ダメージを受けてなくても相手の取引先がやばいことになってるって
事情をしらないでトラブルになることだってあるだろうし
今回のことは大々的に報道する義務があると思うがね。
ttp://support.fsv.jp/info/im20090319_01.html > ご提供しております共有サーバは、その性質上、
> ご利用状況によりましては、サーバが高負荷状態となる可能性もございます。
> メールの受信間隔をあけていただくことや、大容量のファイル転送は
> 控えていただくなど、ご協力をお願いいたします。
>
今回のトラブルとは提供サービスタイプがちと異なるけど、
自分でバックアップ取れと言いつつ、大容量のファイル転送は控えろって
一体どうしろと?w
686 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:26:35.78 0
>>573 ぜったいに死んだらあかんで
ほんまそれだけ絶対やで
新聞にもTVでも報道されてないからあんまり気にする必要ないかと
業務止まる程致命的な企業は木曜の時点で止まってるっての
今日は「復旧出来なかったからどうしましょう」って協議する程度
690 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:28:49.26 0
>>682 事前に渡された定型文以外は申し訳ございませんしか言わないだろ
電話の向こうじゃ鼻くそほじりながらダリーって感じ
573ってさコストカットを名目にクラウド化推し進めた側じゃないの?
>>688 「ぐはあぁぁぁぁっ……!わたしの名はファーストサーバ。障害から復旧したばかりだ。
うぐおぉぉぉ……!わたしには 何もわからぬ……。何も思い出せぬ……。
しかし 何をやるべきか それだけはわかっている……。
ぐはあぁぁぁぁっ!!お前たち顧客どもを 根絶やしにしてくれるわっ!!」
693 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:30:48.92 0
普通はテスト環境・本番環境・バックアップ環境があるはず。
テスト環境で実施して既に問題があったのに気付かなかった、
本番環境に適用してファイルを消した、バックアップ環境も
ついでに適用してバックアップのファイルも消した。
ユーザにはVM下で利用させていたのだろうから、
シェルを作って全VM環境にばら撒く、不要なファイル以外も
削除するシェルになっていて必要なファイルも消えた。
>>573はまず飼い犬を保健所に連れて行くべき。
犬のエサ代もバカにならんからな。
ペテン禿げは賠償金
やりましょう
自殺なんてやめとけ
>>654 株板でもあまり話題になってないし
そんな日本経済に大打撃を与えるような事件ではないと思う。
でも当事者の人たちにとっては大事だろうね。
>>573みたいな被害者がちょくちょく出てくる程度というところか
701 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:36:37.94 0
さぁ!
阿鼻叫喚の本番は、
もうすぐ開始ですよ。
備えは万全ですか?
夕方の通勤電車は無いものと・・・。
どうせ泊まり込みだから、関係ないか。
まだ事故の情報は無いねえ
夕方のラッシュが本番か
孫さんデータセンター韓国に移すってほんとですか?不安です
自分は関係ないけど知り合いが被害受けてるのでこのスレ追ってるが。
死ぬなよ。
新聞とかTVでの報道が少ないのはやっぱり隠蔽なの?
金曜にTVでちらっとこの報道があったと妻が言っていたけど・・・
長野電鉄みたいに、20日以降のデータは受信できてないから、
念の為不安な方はファックス下さい。
的な連絡を取引先にしまくる人も出てくるんだよね。
電車が止まりませんように
>>704 実際に影響が出ないと重大さがわからないんだと思う
どうにもならないものは本当どうしようもないので、
図太く生きた方がいいぞ
これからは小学からvi操作とshスクリプトを必須にすべきじゃね?
女子には俺が直々に教えてやろう
654です。
皆さんたくさんリプありがとう。
特に661さんの「ネットはプル・メディア」に納得しました。
普通は
find / -name '対象ワイルドカード' -type f -print > hogehoge.txt
とかやって、その中から必要なファイルをピックアップして
sedとか使って行の先頭に /bin/rm を付加するシェル作るだろ。
rmにワイルドカードとかオプションつけるとか馬鹿者ねーのかと思うわ。
■ 暫定対策
1.サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き、
当面の間はメンテナンス作業を停止いたします。また、止むを得ずメンテナンス作業を行う場合には、
ダブルチェックを欠かさず細心の注意を払って作業を実施いたします。
2.メンテナンス運用手順を修正し、対象外サーバーの確認作業を追加します。
3.通常のバックアップ以外ではバックアップ領域に修正を加えられないように仕様を修正します。
715 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:49:29.21 0
ディスク群も
バッファローのあれを並べてただけじゃないの?
朝鮮総連
テロの責任
持ち株100%ヤフー
賠償金払わないとな
訴えなきゃ孫孫
今後の事故究明と再発防止策
第三者による事故調査委員会を6月30日までに立ち上げ、事故要因を徹底究明し、再発防止策を策定いたします。
6月30日で会社を閉じますよ、という宣言に他ならないわな。6月30日に巻き添えで倒産確定な会社どんだけ出るんだろうな。
まともな社員ならとっくに退職届準備している頃だろうし、社長と役員と転職も出来ないやつだけが残って何が調査できるんだ?
>>704 TVは相当な騒ぎにならん限り無理だな
白い犬が引き上げてしまう
集団訴訟ですよ
禿げ退治ですよ
ダブルチェックするより
会社なくしたほうが早くないか
ダブルチェックがダメだったらトリプルチェックでもするのかな
>>704 たとえばテレビの朝ワイド番組などで、
新聞記事を引用してテレビで紹介していた可能性もあるね。
結局は、誰が被害者をまとめあげて分かりやすくプレゼンして
マスコミに報道してもらうか、でもある。
マスコミだって世の中のあらゆるネタを取り扱うのだから、
その調査能力にはどうしても限界がある。
それが良いとか悪いとかじゃなくて、
マスコミだって限られた記者人員・取材体制のリソースをどう使うかは、
それこそ個別マスコミの判断。
マスコミだって我々一般人の映し鏡であるからには、
我々がマスコミをどう使いこなすかの問題でもある。
障害に見舞われたのは5000件程度であるのは分かった。
しかし同一顧客の複数案件というのもあるだろうから、
被害企業の総数全容は不明。
そのうちどれだけの被害企業にバックアップがあって、
どれだけの被害企業にバックアップが無いのか、その全容も分からない。
これではなかなかニュースにしようがないよ。
722 :
名無しさん@お腹いっぱい。:2012/06/25(月) 07:55:44.60 0
>>712 小林製薬株式会社は、22日にすべてのサイトが再開
全部仮想OSで動かしてて
その日次スナップショットが「予備系かつバックアップ」で
ハードもRAIDで動いてただけ
それなら月1万でも納得のお値段だね
むしろぼられてる気がする
ダブルチェックって2回確認ダイアログが出るとか?ww
>>707 一般市民の脳みそでは、現時点で「ホームページが消えただけ」という認識。
朝ズバあたりでいいからざっくり報道すりゃ違うんだけどねぇ・・・
みんなネタだと思ってた rm -rf / が本当だったとは・・・(ノ∀`)アチャー
被害受けて暇になってる人達をFSに直接乗り込ませろよ
どうせ復旧は無理なんだから行っても問題はないだろ
設備投資ケチって電波繋がらない
311で津波に飲み込まれた
禿げは損害賠償責任
やりましょう
集団訴訟やらにきゃ孫孫
テレビで報道されるのは集団訴訟の弁護団が結成されてからだな
いやー、別に大したことなかったな
原発事故と同じで、一部の危険厨が騒いでるだけだな
731 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:01:10.81 0
日本の事業所数は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社にも満たないんじゃね
メールや一部グループウェア使ってた所は有るだろうけど
>>734 ライセンス料取ってるなら当然サイボウズも何件死んだか知ってるだろうにね
737 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:06:25.34 0
さぁ、8時になった。みんな、各々の得意分野でwatchしようず。。。
>>734 まぁ100社くらいだったら潰れても良いよな
会社に行くのが怖い
741 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:08:29.64 0
>>732 while (1) {
printf("調査中です。");
printf("ここではお答えできかねます。");
printf("申し訳ございません。");
}
>>734 そう信じたいよね
大手は基幹のデータなんざクラウドに上げてないだろうし
小さいとこはいまだに紙の帳簿で影響殆ど無いんだが、WEBサイト復旧のカネが出せないでいる・・・・
と信じたいわ
おはよう。電車どうなってる?
744 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:09:39.84 P
時給1000円でサンドバッグは割に合わんな
官公庁だいじょうぶですかね
747 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:10:26.20 0
Yahoo気配値wwww 見ている人は見ている・・・・
749 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:11:30.07 0
>>738 社会を知らないニートはいいね。
会社が突然倒産したら、取引のある会社も連鎖倒産の危険があるから、
100社も倒産したらえらいことになるけどな。
これってもしかして漏洩あったかもしれんの??
752 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:13:01.89 0
>>748 22日終値25260に対し、24410ヤリ24400カイ。1000株板。
>>709 emacsでやれよ
って、インストールされてないこと多いけど
>>752 影響してるねwww
全体的下がってるとかでは無い?
検証サーバでは正常だったなら単純にワイルドカードや/指定ではないよな
実際のスクリプト見てみたいもんだ
757 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:18:37.36 0
>>42 javascript:alert(document.lastModified)
これで画像ファイルを見ると
2:10:52 となってる。
もしかするとチェックが入ってるのかも知れんが、オペレーションでこれくらいのチェックしてればな(笑
758 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:21:35.66 0
>>755 全体的に下げるに3種類あり。一つは為替、一つは政治。個別では業績。
にしても、5%を超える下げは尋常ならずwww 2%越えたら「暴落」扱いだもの。
成売1100に対し、成買は230。
>>756 ただ単に消すところがなかっただけで
正常だったわけじゃないでしょw
>>756 検証環境の時点で対象外サーバにも及んだのに気づかず
本番環境でも気づかず
バックアップ環境にもやっちまったって
自ら説明してるよ
まあありえないなこれ
762 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:23:23.60 0
>>756 対象サーバ以外だと削除されてるし
対象となるサーバー群を指定するための記述漏れらしいから
指定サーバ以外初期化する仕様なんじゃない
>>759 だから、ワイルドカード使わないという常識を知った上で仇になったスクリプト書いたんじゃねぇかという想像してみたんだよ
764 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:25:07.45 0
ファーストサーバによれば
「バックアップ」というのは本番環境と同一時刻に同一内容の更新がおこなわれる場所でオッケー
じゃあ客も「バックアップはファーストサーバにとってあったんですが」で言い訳成立するわな
765 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:25:48.33 0
>>759 目的の機能が動いたことだけ確認して
副作用についてはテスト項目になかったとか
>>762 自分はrmではなくcopyで検証サーバの複製を全サーバーに適用しちゃったと思ってる
だから検証サーバでは当然正常だった
>>760 せめてそういう時間差があれば、本番環境で「おい、これおかしいぞ…」って気づいて
水ぎわで中止されるはずが、バックアップにもパッチ同時適用ってバックアップの意味ねーw
768 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:30:28.65 0
>>766 それだ!
>ファイル削除コマンドを停止させるための記述漏れと
でもこの部分があてはまらない
メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に脆弱性対策が
講じられていないシステムに戻ってしまうことが過去に発生し、脆弱性対策がなされていない
システムが動き続けていたという
どうやら電車はまだ無事みたいだな
771 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:32:30.89 0
>>769 やっぱり、システムの冗長構成と、データのバックアップということを履き違えてるよね。
ここは「コスト」じゃないもん。
>>756 見てみないことには何とも言えないけど、スクリプトのバグなんて大して珍しくはないからなぁ。全部消えるってのはあれだけど。
やはりバグがなぜ事前の検証で検出できなかったのか(対象サーバーとやらもデータ全損してるのなら)、
なぜ夕方なんて時間帯にメンテ実行したのか、そもそも脆弱性対策でファイル削除なんてする必要ないだろ、
待機系と(ファイル保存のための)バックアップって意味違うよね、バックアップ環境(待機系)とファイルのバックアップを混同するように書いてるけどバックアップ環境って具体的には何?ってな話の方が気になる。
結局人災だったんじゃないか
774 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:33:44.20 0
>>770 たったこれくらいの損害で人生を投げ出す方が馬鹿
775 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:36:12.10 0
ファーストサーバの言い訳がひどいので飛び込む気にもなれん
ダイヤの乱れマダァ?(・∀・ )っ/凵⌒☆チンチン
>>733>>720 あまりに「能足りん」みたいだから、どうせ同じ作業者がすぐその場でダブルチェックじゃねw?
飛び込んで両足切断の奴はこの資料見たら飛び込む気失せてたかな
先輩「本番バッチとテスト用バッチをコピー汁、ただしTESTモードフラグだけ本番用はコメントアウトするんだ。」
新人「チーッス、コピーすればいいんですね?」(最後まで話を聞いてない)
↓
あぼーん
FAQきたか
782 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:41:31.22 0
>>779 新人「いつから部下がお前の話に耳を傾けていると錯覚していた?」
784 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:43:04.70 0
FAQ重いwwww 開かないwww
それにしても、本番機で直接extundelete(復旧ツール)を走らせたんだねぇ、これ。
バックアップ機で走らせたら、アーカイブファイルの中のファイルや
ディレクトリが混ぜ混ぜされるなんてあり得ないし。
いや、まてよ?
あまり信じたくないけど、ここのバックアップって、
本番機→バックアップ機に環境丸ごとコピーしていて、バックアップ機と
待機機を兼ねていたとか?
いやいや、そんなド素人みたいな運用は・・・いや、まさか・・・
FAQ重い…おまいら見すぎだろw
787 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:45:33.51 0
FAQ重いぞなんにん参照してんだww
FAQ鯖落ちるんじゃね?w
789 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:46:15.47 0
>>625 これがサイバーテロの攻撃実験だったりして。北とか中とか南とか日本も敵が多いから。
韓国がーとか言うネトウヨうぜえと思ってたが、ここまで杜撰だとひょっとしたら本当に韓国に鯖あるのかと思っちゃう
793 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:48:14.83 0
FAQでりんくぬけ
>不具合の詳細につきましては
>下記リンク先ページにてご説明させていただきます。
>
https:// また不具合w
FAQ重過ぎるぜ…
唯一見れたのがこれ
Q. 共有サーバーはデータリカバリーできないのか?その理由は?
A. 専門業者様とも検討を重ねてまいりましたが、最終的に弊社の
判断により事実上不可能と判断いたしました。
理由になってなくね?
もう社名をフィストサーバに変えちゃえよ
ファイル削除コマンドが全部対象にして実行されることを
検証環境では気付かなかったの?
検証と本番では同じものつかってるだろうに
なんで本番だけファイル削除コマンドが発動したんだ?
286 名前:名無しさん@13周年[sage] 投稿日:2012/06/25(月) 08:43:41.07 ID:BkODMXBj0
さて、会社のみんながぼちぼち出勤してきて特に異常がないことを確認
別系統であったバックアップとも違う別データ(内容は大体同じ)から無事復旧完了
(実際は違うが詳細に書くと守秘義務に触れかねんので表現についての突込みは勘弁)
ここ数日分が吹っ飛んだ可能性が高いけど、それは個別に確認するように
社長の名前で指示を出してもらって地獄の数日が終わった
こうなることを予言してウチの部長が強硬に反対していたが
コストカッターの取締役が導入をさせてしばらく経過
損害賠償金額算定の考え方を見た社長がブチ切れ
ウチのデータが数万円分の価値しかないと思っているところに
データを預けて安全と言っていたのか!と
(系統分けしておくことはウチの部長が無理矢理ねじ込んでいたので
もしそれがなかったとしたら洒落になっていなかった)
緊急の役員会が今日か明日(この数日寝ていない部長の体調次第)に
開かれるってことで、導入を進めた取締役は解任か辞任だろう
その意味ではここにも人生を狂わされた人が一人誕生
まあ生活には困らないだけの金を持っているはずなので
電車に飛び込むとかそういった必要性がないことは感謝してもらわないと
Q. 環境再構築にかかった費用は補償してくれるのか?
A. 補償いたします。ただし、誠に申し訳ございませんが、
損害賠償の限度額の範囲での補償となります。
>>799 缶コーヒーやるから我慢しろってことですね
>>794 まぜっこぜ、ぐっちゃぐちゃ、なにがなんだか分からないし、どれが新しいか古いかもわからん
つーか、そもそも自分のデータじゃねえし、約款に逃げ口上書いてあるし、いつまでも面倒なことやってられっか
サイトで言ったとおり、月額利用料は返金してやっから、それでいいだろ
なんてホンネ、書けないだろうしなあ
本番と待機系を一緒に更新して、航空管制が一時混乱したって話があったね。
N社で。昔の話だけど。
803 :
名無しさん@お腹いっぱい。:2012/06/25(月) 08:59:12.32 0
スレ読んで納得
対象サーバー以外は全削除(どんなプログラムやねんw)
を対象サーバーだけの検証環境でテストしてたのか
集団訴訟やらなきゃ孫孫
テロやって無視する
責任能力ゼロ信用ゼロの親会社ヤフー ソフトバンクグループとなりますよ~
誠意ある対応をですね
やりましょう
やはりヤフーが率先して上限なしで賠償金支払うべきでは?
もはやテロですからね
社会的信用なくなりますよ?
807 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:00:47.91 0
Yahoo特売り、11000に対し6000.
>>804 >ホームページ用ファイルなど
って書いてるからDBは最初から対象外なんでしょ
ちょっとFAQ覗いて見ようかと思ったがホントに重すぎて繋がらないな。
みんな必死なんだろうな。俺は野次馬だから邪魔しないようにウィンドウをそっと閉じたよ・・・。
>>797 本当に検証環境で検証したと思う?
夕方5時に本番に適用なんてやると思う?
俺は検証環境で本番サーバーが指定されたスクリプトを流したんじゃないかと考えてる。
国をあげてクラウド推進してたんだから
国から補償金でるのが当然のような気がする
国が味方したせいで、営業にも唆されやすくなって
結局騙された
>>811 検証環境と本番環境って独立させて互いに触れないようにするものじゃないの?
814 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:05:35.29 0
815 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:05:51.29 0
fuck you…、フッキュウ?
復旧したのか?
816 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:05:52.48 0
玄人思考の蔵人じゃダメなの?
わからんな。データにぜい弱性があるわけないから、
機能-ソフトウェアを更新したんだろう、なんでデータが消えるんだ。
>>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(月)にご依頼が確定予定のお仕事です。予めご了承の上ご応募下さい。
検証環境と、本番がネットワークで繋がってたらありえるな。
821 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:08:01.05 0
>>805 >対象サーバーだけの検証環境でテストしてたのか
図では複数並んでいるけどねw
原因②で対象サーバ以外の
データ確認はしてませんとのこと
>>817 検証スクリプトだから
ダミーデータ挿入
↓
パッチ当て
↓
テスト
↓
ダミーデータ削除
になっていたのでわ
>>813 本来そうだけど、FSではどっちにも行けるようにしてあった、とか。
いずれにせよ、何かを隠していることは間違いない。説明通りだと話の辻褄が合わないから。
つーかクラウドとかセフィロスは関係ないからなw
和田がコストカットしまくっておかしくなったって話だからなw
>>822 なるほど。うちはダミーデータの削除はしないなぁ。だから違和感あるのか。
113 名前:名無しさん@13周年[sage] 投稿日:2012/06/25(月) 08:02:52.56 ID:mh0mCnM30
会社到着
なんとサイボウズ復活!
と思いきや、会社名がさんゆう商会!!
サイボウズ、初期化納品状態(^-^)/
知らん社員も3人増えてるお(^-^)/
会社終わった・・
>>819 フリーダイヤルだから電話して「フルキャストの募集でしょ?w」って聞いてみようかなw
>>822 あらかたそうだろ
真正性を求められるSIerだとダミーも削除しないんだがな
>>829 必死な奴らいるんだから回線塞ぐなw
あと26日からだろそれ
832 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:14:38.20 0
FAQ繋がらないよ~
お願いだよ~見せてくれよ~
こうなると、他のデータセンターも似たような
リスクを抱えているのではないか?
いないとしたら、脆弱性対策をしてないということになるし。
データセンター事業なんてやるもんじゃないな。
利益はわずかで、ミスった時の責任が半端ない。
>>819 東電が計画停電を実施したときもこんな感じでコルセンの募集があったな。
まぁあれはエリアと時間ははっきり決まってたわけでそれを答ればいいだけで
あとはただ多少の嫌味に付き合えばいい程度なんだろうがこれはなぁ・・・。
電話先の怒号に対しただひたすら定形の文言を繰り返すしかない割の合わない仕事だなw
bーーiいお
836 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:15:44.40 0
>>829 コールセンターの会話は録音されてるから
お決まりのセリフしか帰ってこないよw
Q. 機会損失も含めて請求するが良いか?
A. 誠に申し訳ございませんが、機会損失は損害賠償の対象とさせていただく予定はございません。
サイボウズ 株価上がってます()
サイボウズ 株価上がってます()
840 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:20:26.34 O
賠償額に不満あるなら訴訟起こせってことだろ
841 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:20:42.75 0
ファーストサーバの「大規模障害に関する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(月)にご依頼が確定予定のお仕事です。予めご了承の上ご応募下さい。
君たちのサンドバック募集w
FAQのURLがめっちゃ汚い
急造で用意したんだろうな
時給1000円てそこらのコンビニでバイトして
先輩にちょっとイビられる方が遥かにマシだろ。
コールセンターのバイトは今後の生活かけて命がけの電話だからな。
とんでもない罵声が飛んでくることが予測される
埼京線は、赤羽駅でのお客さま救護の影響で、上下線に遅れがでています。川越線への直通運転を中止しています
だからこういうときにDB使うなよ
…という常識がある人ならこんなシステム作りません
>>828 どこのスレ?そういう現場の声をいろいろ聞きたい
んなわけねえだろバカが死ね
国分「バックアップと思ってたものが待機系だって知った時、どう思った?」
>>845 罵声より死ぬとか言って泣き崩れられる方が堪えるだろう。
バイトだけに、対応マニュアルは「申し訳ありません」の一点張りだろうから。
855 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:33:09.87 0
これ、対象サーバは問題なしだったってこと?
>>794 メタデータ領域が再利用されてファイル名や権限が滅茶苦茶
個人情報保護により復旧不可ってところかねぇ
こういうのはNILFS使うとある程度防げるんだっけか。GC走るからあまり変わらない?
SSDだと設定次第でTRIMまで発行されちゃう
>>764 復旧費用と賠償費用天秤にかけただけだと思う
Fat32ならFat32なら復元exeで復元できたのに!
Q. 環境再構築にかかった費用は補償してくれるのか?
A. 補償いたします。ただし、誠に申し訳ございませんが、
損害賠償の限度額の範囲での補償となります。
予想通りとは言え・・・
>>834 逆に言うとこのコルセンで聞けるのは計画停電のスケジュールレベルであると…
早く賠償訴訟した者勝ちのような気もするけど
一件まともに成立しちゃって後追いで殺到、払えず清算で分配みたいな
いまや、必要とされているのは技術者ではなく
コールセンターの生贄と
弁護士
うちは弁護士雇うことにしたようだ
DBとかサイボウズとかはいっさい置いてなくて、
ただ宣伝用のホームページが吹っ飛んだだけだったが
社長が「まぁ、やってみ」って言うから
872 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:45:43.80 0
>>846 へ?アクセス集中が予想されるコンテンツでDB使ってるとか神経がわからん。
シンプルな急造HTMLが一番親切だろうが。
客のこと何にもかんがえてねーな。
>>862 禿の会社は先週の金曜だったようだが荒れなかったんかね?
>>869 一番被害軽い部類じゃんw
新規HPの費用くらい出るだろ
弁護士とか雇って遊んでる場合じゃないww
損害賠償は限度額の範囲、を連呼しているが、通常の運用でなくて人災
なのだから、あんな約款は無効でしょ
876 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:50:42.76 0
「損害賠償は限度額の範囲」って今FS側はどんだけ提示してんの?
稼動機と待機機での運用があるのはわかるとして、データバックアップはとっとくものでないか?
878 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:51:27.62 0
>>873 だって総会終わるまでほとんど報道されなかったし
あれは露骨だったな
月額使用料だったっけ?限度額
それともこれまでに支払った金額かな
>>868 それはありこうだな
あとは集団でやるより各地で一斉に裁判って元管理人がさじ投げたやり方も面白そう
738 :名無しさん@13周年:2012/06/24(日) 13:50:13.46 ID:+80Yap+GP
そろそろ工作員湧いてくるのかね・・・
でも無駄っすよ。
過去の判例で
「レンタルサーバー業は貸金庫業と同様に
きちんと預かる義務がある」
って判断されて
しこたま賠償金取られてますからーw
しかも民法の大原則で
「イカサマな約束は無効」なのだから
被害者の会作って
会社ぐるみでインチキなプレゼンしてるの発覚したら
間違いなく裁判で勝てますぜw
ぜったいこれ被害者の会作ったほうがいいぞ
レン鯖板こんなに人居ると思わなかった
>>883 件の求人に人集まったんだな
887 :
名無しさん@お腹いっぱい。:2012/06/25(月) 09:54:54.85 0
>>884 「ファーストサーバ データ消失オフ『データはどこへ消えた?』」で仲間が出来そうだw
\ 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 明日からはフルキャストのド素人受付だから
被害者は今日中にかけまくれよ
俺らは明日から遊ばせてもらうw
>>843 サンドバッグワロエナイwwwwww
バイトは何も知らずにただわけも解らず怒声を浴びせられるんだろうなぁ
>>875 過去の判例あるから、この手のいいかげんな運用によるトラブルは全額賠償だろうね
>>331 これ、絶対
「どうして自前でバックアップを取っていないんだ」ってなるのが
目に見えてるよ。言い訳は通じない。
無能役員というのは、起きてしまってからなら誰でも言える
正論を叫ぶことで自らの威厳を示そうとする。
このクソ会社に罰を与えるにはやはり解約が一番効くよな
>>892 この点で争っても大した額にはならないはず
問題は機会損失の補償、大手は無事復旧させてるのはこれで優先させてるはず
使用料を限度に賠償するって
店で食中毒出したんで、代金返すよ
って感じだよなぁ
それに同意して契約したんだろ、って言われるとそれまでなのか?
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リンクで飛ばしちゃいかんのか
何が言いたいの?っていうと、FSの障害報告には嘘がある。
そして、それは自社に不利な実態(保守費用削減による機器障害の放置)を隠す事で
自社責任を軽く見せるための行為。
惑わされちゃ駄目だ!訴訟と政治家などからの追求をして貰うことが必要。
業務始まって書き込み数減ったね
>>888 今回は何十人もがこれを実際にやってるだろうなw
905 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:04:00.68 0
大昔からトップ層は超絶無能で、下々の優秀さで成り立っていた国
いよいよ下々も劣化して崩壊一直線
>>903 どこの情シスもあすは我が身で顔面がブルースクリーンになってんだろ
FSが使っていたストレージ会社、そしてその保守費用の支払い状況、その他を裁判、政治家さんその他で
追求して公開させる必要がある。
裁判で、或いは国会で追及が必要です!
政治家のみなさん・・・
本件、DC業界のデタラメな乱立を招いた会社の退場を迫らないと被害社・被害者の増加は止まりませんよ!
>>903 今の時間帯は阿鼻叫喚の役員会議か、IT担当者吊るし上げの人民裁判
他の社員は全員で紙媒体からデータの掘り起こし、営業は客先へ土下座行脚
>>888 \
. \
. \
\ r'´ ̄ ̄ ̄ ̄ ̄ ̄`、:: ___
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}ィ:: |
| 糸冬
| おわり
911 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:09:59.24 0
>>905 いや、上層部が人件費ケチって有能なヤツをリストラ。安い下層に置き換えてこの始末らしいよ。
上層部の一方的ミスでしょ。
情報は、企業の生命線・国家の重要インフラ!
国外での安易なデータセンタ移転や国内の安かろう・悪かろうの運用・構築。
DCの標準基準、指標化、それに伴う劣悪なDC運用会社の業界からの強制排除は必須!
/ ̄ ̄ ̄\
/ ─ ─\_
/ (●) (●) \|l(^) もしもし
| (__人__) l(_ ) 風邪引いたみたいなので今日は休みます・・・
\ ` ⌒´ /⊂)
/ ヽ ノ
`――――――○――――――’
O
/ ̄ ̄ ̄ \ o
/ ― ―\
__ / ( ー) (ー) \ ____
( | (__人__) | || 7: 00 || |
\ヽ\__ `ー ´__/ \  ̄ ̄ ̄ ̄
\( ̄ ⌒⌒⌒⌒ ̄⌒ ⌒ ⌒ヽ
ヽ \
\ \
ガバッ ! ! ______
/:υ::─ニjjニ─ヾ
/:::li|.:( ○)三 ( ○)\
(:::||!.:υ::::: (__人__)):::: i|
〃 ):::::::::::. |r┬-| li::::/ ____
/: : : : : : l\`ー '/j: : ::ヽ ||13: 00 || |
\ヽ :ヽ: : : : 7ヽ />: : : :r:\  ̄ ̄ ̄ ̄
( ̄ ⌒⌒⌒⌒ ̄⌒ ⌒ ⌒ヽ
ヽ \
どうしてここまで大規模になったが不思議だったが、無差別にサーバへ破壊パッチを当てていたのか。
立派なテロだな。
916 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:10:51.23 0
917 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:11:01.57 0
障害報告の図やら説明読んでもよくわからないんだけど、
対象サーバの作業後にチェックしてスルーしたってことは、
対象サーバは何も問題なかったってこと?
対象サーバ以外のデータが死んじゃったってこと?
>>917 ×チェックしてするー
◯チェックできないでスルー
>>917 本来、パッチ適用やリビジョンアップする際、事前に評価環境で評価を実施。
影響範囲の特定や悪影響(デグレードや不具合)のチェックを実施するのが普通。
それをせず、安易な展開をした時点で、FSはアウト。
その上でストレージ保守契約その他、デタラメが罷り通る環境だった。
例えば楽天(以前はSB系のDC使用)とかYahoo自体、機器の共食い保守を内部で
行わせる(潰れた機器を合体させて運用するなど)事が罷り通ってる。
こういう会社がDCを運用している事自体、大問題なわけだ。
まさにそういう行為を自ら認めた報告と読めばOK
>>917 運用はおまかせという契約だったのに
データが飛んだから後は各自リカバリしてねだってお
安いことには理由がある。
被害社は”損害保険、入ってるんだろう?逸失利益も算出するから補償しろ!”で訴訟を起こすこと!
さらに政治家さんに”国会で取り上げてください!”と迫ること。
この2点で解決に迫れる。
安かろう悪かろうの企業群には退場願おう!
先輩「新人君もそろそろ研修期間は卒業だな、どや?ここいらで一発本番環境メンテやってもらえるか?」
新人君「大丈夫っすよ、俺そのためにLinux検定取ったんだし、オラクルもブロンズ勉強してるし、CCNAとか頑張ってるんすよー」
先輩「そうか、こいつは信頼できそうだ…」
検証用サーバって言っても担当者のvmwareに置いてあるテストページのスナップショットとかでしょ
実運用サーバ規模のシステムを検証用に用意してなかったんじゃないかな
925 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:20:53.54 0
あっ 分かった
お前ら赤旗にタレ込め 中小企業がソフトバンクのせいで多数つぶれそうだ、
報道は緊急を要する、と伝えれば恐怖の赤旗取材部が動くぞ
ワイルドカード使っちまってデータと会社消しちまったぜ
わいるどだろー
>>924 それ、ノートPCやデスクトップPCでのVM、良くてWorkstaitonでの検証だろ?!
ESXiでも同じだろうが・・・・
まさにそういう環境での運用試験なんて意味がないわけ。
Runbook(
http://ejje.weblio.jp/content/run+book)とかで制御する環境を用意してるなら
話しは別だが・・・
クラウドを舐めすぎてるとしかいえない。
こういうDCには、業界から退場して貰い、ちゃんとした”適正価格”と安全安心な環境を
作る事が業界の発展につながる。
韓国を例に見ればいい。
焼き畑の消耗戦市場には先がない。韓国に先がないのといっしょだ。
~当日~
先輩「テスト用環境でテストがうまくいったら本番に流してや~、俺今日勉強会(飲み会)あるねん、さいならー」
新人「俺もサービス残業したくないしさっさとバッチながして帰ろ-…ん、これななんのスクリプトで書かれてるんだ?zsh?そんなんワカンネーよ…と、とにかくバッチ流そう」
>>873 まさに平穏そのもの。
株主からの質問ではなく、教祖である孫さまへの株主からの信仰告白だらけ。
前期比8倍の株主配当大幅増決定で、孫も含めて株主全員ホクホクウハウハ。
検証環境に実施した時点で対象指定無し
検証対象サーバも対象外サーバ同様にデータ消えてる筈だが何をどう検証確認したのかね
コマンドがエラー吐かなかった程度か?
>>930 テスト環境と本番環境の環境変数が違ってた・・・・と聞いてる。
あとストレージ側の設定ミスもあった。どうもDC側でストレージの設定を弄ってたらしい。
FSは真っ黒も真っ黒、というかSB関係はいずこも真っ黒だそうだ。
新人「な、なんだこれ、ワイルドカードが超強力で全部きえちまった。漢過ぎるぜzsh」
新人「やばい超やばい、これは復活させないと…ハッそういえば以前ホットエントリでextundelete使った復活劇を見た気がする!それだ!」
↓
あぼーん
↓
おわり
(以上は想像です)
933 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:29:10.97 0
>>931 >あとストレージ側の設定ミスもあった。どうもDC側でストレージの設定を弄ってた
ほう どこ情報?
934 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:30:12.00 0
>>933 ひ・み・つ
痛い腹探られると困るの?
まぁ、いろいろなところから突っ込みが出てくるだろうねw
936 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:30:55.09 0
>>931 ファーストサーバーじゃないが、IDCフロンティアに鯖を置いているからkwsk
>>934 元を特定されるので言えない。
信用できるの?と言われると、まぁ、信用できると思う。あくまで主観。
だから、流れている情報の真贋の判定はお任せする。
ただし、共食い保守については、逃げられないくらいの情報が溜まってる。
検証ではまともでしたという書き方してるけど
検証そのものが手抜きだったと思うのよね
環境変数が異なって何の検証になるんだよ…
941 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:34:29.10 0
ニコイチ!ニコイチ!
基本だよね
>>932 それなら、対象サーバのみで済むはず。
今回は他の稼働サーバや、待機系のサーバを含めてやられている。
元の原因はヒューマンエラーにしても、それを防止できない設計レベルでのエラーとしか思えない。
943 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:35:33.27 0
>>937 IDCフロンティアもYahoo! JAPANの子会社なのだがwwww
> サイボウズOffice8プラスデヂエ、それからメールワイズという、
> コンフィグレーターからインストールが出来ないプログラムで、
> わざわざ別料金を払ってインストールしてもらっている物なのでですが、
> それらについて何のアナウンスもされていません。
> その為復旧作業にもかかれませんので、フリーダイヤルに土曜日に
http://www.facebook.com/firstserver > 電話したら、日曜日以降に折り返すと言われたので、待っていましたが、
> 連絡ありません。今日もう一度電話したら順次対応しているので、
> 折り返し連絡します。と言われた。いつに連絡頂けるのですかと聞いたら、
> いつになるか分かりません。と言われ、何の情報も得る事が出来ませんでした。
> 個別に対応しきれないのは分かりますが、何の為の緊急用フリーダイヤルなのでしょうか。
データどころかシステムの復旧も不完全じゃないのよ!
945 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:36:17.53 0
致死量の放射線を浴びてDNAがずたずたになったけど
それ以前に作られた細胞で体が動いてる状態。
でももうDNAがぼろぼろだからその細胞も正常に動けない
>>936,937
どちらにせよ、裁判や国会など、嘘を言えない状況、そしてストレージ会社との契約情報が公開される
と困るのはFSとYahoo、SB。
アメリカさん側も国会にだと真実を出さざるを得なくなる。
それまでは特定されて情報を出していた人が面倒なことになるので、ご勘弁を。
>>654 この件で一番悪質だと思えるのはRBB Todayの
「2012年6月21日(木) 19時54分」の第一報が
Googleで全く検索反映されなかったということだよな。
報道はしたというアリバイだけは作って、
実際には株主総会終了までは
情報シャットアウトしていたということだから。
>>925 民商(民主商工会)加入の中小企業なんて
こんなサーバ屋を使う必要もないくらいに小規模なところばかりじゃね
951 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:39:22.56 0
>>949 ですね。私も「うわっ、本番系停止かよ。他人事じゃないな・・・」と22日深夜(早朝の方)に思ったのが最初ですもん。
事故は20日17時半には認識されていた、という。
バックアップは時間が戻るからバックアップなのに
バックアップに脆弱性対策されてなかったから「反省」して
本番と同時にパッチあてるようにしたって考え方が気が狂ってる
953 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:40:15.27 0
>>9 大体この板で言われてた通りでもう笑うしかないww
>>948 あくまでリーク情報(と本人は言ってるが、面倒には巻き込まれたくないのは当然だろう。そしてソースは秘匿)。
どうも責められた担当が環境変数のファイルを既に書き換えて誤魔化そうとしてるらしいが・・・・
>>947 アメリカの軍事企業関連のデータが漏れた(or消失)という話しもあるから、
外圧がかかるのかな
なんか思ったより全然大したことないっぽいね。
もっと阿鼻叫喚が見れると思ったがとんだ肩透かしだわ。
お前らマジでクソみたいなことでイチイチ騒ぎすぎなんだよ。
>>951 22日の夜になっても「ファーストサーバ RBB」で検索しても、
出てくるのは22日夜に追加されたRBBの記事のみが検索反映。
21日の記事はタイトル直打ちでも検索で出なかったものw
>>949 Googleニュースの場合、Googleとしては
単なる見出しの拾い集めなので、
ニュースサイト各社に対しては何の断りもなく勝手にやっている。
それを受け入れるか拒否するかは、ニュースサイト各社の判断。
それは悪質であるかないかの問題とは違う。
961 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:43:29.73 0
>>938 共食い保守って問題なの?
顧客に取ったらマトモに動いてて障害起きたらすみやかに保守さえしてくれりゃいい気がするけど。
>>956 AIJを超える規模の被害。
売り上げや財務報告ができない、つまり税金が払えない会社が続出。
その上で被害者補償から会社が逃げようとしてる。
これが大したことない?!
数千億円の機会損失、逸失利益の消失、そして顧客情報のロストによる天文学的被害・・・・
どこら辺が大したことないんだ?
>>954 どこまで証拠隠滅できるかは担当者のスキルによるな
中途半端なことをして証拠が残っていればメシウマすぎ
EMCはシロでしたすまんかった宣言は時期尚早だったか
ストレージが噛んでないと今回の壊れ方(RECOVERED_FILES含め)は考えにくい
>>959 RBBが拒否していたとしても、Googleがあえて拾わなかったにしても
なぜ検索されなかったのか。それは圧力があったと考えてよいですよね。
普通に22日の記事は拾って検索できるのですから。
<meta NAME="ROBOTS" CONTENT="NOINDEX,NOFOLLOW">
でも入れていたんですかねー。
965 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:46:58.57 0
>950
影響を受けた会社の取引先が中小のばあいは??
金が振り込んでこないんだけど?!ってなるよ。
内母屋サーバーだけで運用してるのが安全でもないだろうーー
資金繰りスパンの短い店主だっているのだから。
25日に入らず、27日手形オチなんてざら!
>>961 問題です。
保守って、本来、ちゃんと耐用年数や基準が決まってる機器を組み合わせて使う事でリスクヘッジ、
リスクの軽減をしてるわけ。
それが、エンドユーザやDCの勝手な判断で機器を組み合わせて使った場合、何か起きても誰も
責任を取れないことになる。
保守費用って、本来の機器の組み合わせで使う事を前提とした保険の意味もある。
大手ベンダーさんでは、実は損害保険も入ってて、その辺の担保があるわけ。
まぁ、今回のFSにおいては、そういう意味でもアウト。
967 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:47:32.96 0
二次顧客側の阿鼻叫喚はまだ、表立ってきてませんね。
これが「実際どってことなかった」なのか、「それどころじゃない修羅場」なのかは、もう少し時間かかりそう。
にしてもだ。
IDCフロンティア全体が疑われる事態になりかねないという、新たな・・・・
ほとんどのところは実際はバックアップ取ってるんだろ
このスレみても全然悔しさが伝わってこないし。
お前ら結局、暇つぶしに騒ぎたかっただけ。違うか?
本番と思ってたらテスト環境で
テスト環境と思ってたら本番環境で
いつの間にか参照先が変わっていたでござるテヘ
>>963 クラリックス部隊は休み返上らしいぜw
可哀想に、えん罪で必死だろうなぁ。
971 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:48:46.93 0
972 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:49:40.13 0
>>966 言っとる意味が分からん。責任取るのは当然DCってか保守やってる主体じゃないの?
ファーストサーバも普通に存続できるような流れだな
ゴタゴタいう企業はバッサリ切り捨てても
バックにヤフーがいるならやっていけるでしょ
今回の件で問題点も見つかって逆に安全度が増した
>DC側でストレージの設定を弄ってた
おい、ファーストサーバ以外でもやってないだろうな?
975 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:51:28.74 0
ファーストさんの場合、バックアップっていうよりもミラーだよね
>>968 ツイッターのやり取りを見てると、既に弁護士による集団訴訟準備が始まってる。
あくまでツイッターの情報だが、各社数億円単位の損害と言ってる。
また、複数政党の議員に被害社の社長が駆け込みで対応迫ってる。
が・・・・民主党の馬鹿が国を空転させてる状態。
悔しさってのは2chなんかじゃ出てこない。
ここは情シスの担当レベルで社長レベルはネット?2ch?だもの。
お前、馬鹿だろうw
EMCが悪かったら全世界的に影響が出るだろ
最悪のシナリオしかない
>>968 他人の家がぼーぼーに燃えてる様を見物してる野次馬が一体何を悔しがる必要があるの?w
オメー頭大丈夫か?w
>>966 うわー そりゃ機器のベンダも保証できんわwww
中小規模ならディーラ責任でやるところもないではないが
やっちまいすぎてるな
>>968 今いる殆どは外野だよ
実際の空気知りたかったら過去スレの発生直後から見にいけよ
981 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:53:27.85 0
982 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:53:37.15 0
>>968 ほんとに悔しい人はそれどころじゃないから
>>972 責任取るのはニコイチ運用してるDC側だね。
機器提供しているメーカー、ベンダーは本来保守を受け持ってやるわけ。
それをけちって、自己責任でニコイチしてるわk。
で、メーカやベンダーの保守なら損害保険を使ってカバーしてる部分もあるってこと。
>>962 数千億円とかどこからねだんだしてんの?
そのへんは今日からわかる話じゃないか
>>972 契約どおりの構成ならストレージ会社への賠償って手もあるけど、勝手に構成変えてそれもできないって話してるだけじゃね?
>>977 EMCは、今回の騒動に巻き込まれただけ。
しかも、EMCオンリーの環境じゃないぞw
987 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:56:05.97 0
まあ、どちら側の人間も、今日は修羅場だろうしなw
>>984 あくまで暫定式での積算。
被害金額の積算
個人企業・小企業レベル
・データ保管できない:5百万~1千万程度。
中企業レベル
・自社でデータを保管していた場合:約100万程度。
・自社でデータ保管をしていなかった場合:3000万程度。
上場企業レベル
・データ保管:500万程度。
・保管なし:数千万~2億円以上。
5千社が被害(朝日新聞)。上場が1割、中規模が3割、6割
が小企業とすると・・・・
最大損失額=1000億円+450億円+300億円
=1750億円
もっと悔しがってる社員連れてこいや!!!アホが騒いでるだけじゃあ
盛り上がりに欠けるぜ!!!
991 :
名無しさん@お腹いっぱい。:2012/06/25(月) 10:57:22.40 0
実際、DBのバックアップはどうやって取ってたら良かったの?
phpmyadminから書き出せば良かった?
そんなこと毎日やれと?
まぁ、2ちゃんに困ってると書き込める人間は困ってるのを楽しんでるだけだな
本当にやばい連中はこんなとこに書いてる暇ない(お別れの言葉を除く
ちなみに官公庁ユーザ、団体ユーザも喰らってて、底は既に官公庁レベルで大騒ぎに。
そこだけで1千億円超えるって話も出てる。
のに、何故かITProはスルー・・・・
>>989 全損であるかでてないよね
はなから大げさ過ぎない?
996 :
名無しさん@お腹いっぱい。:2012/06/25(月) 11:00:19.45 0
>>992 毎日やるしかないよ。スクリプト書いて自動化できるようになってるなら自動で。
できないなら手動で。
>>989は一般的なSE単価基準。
ちなみに逸失利益はその数倍と算出。
下手すると兆のオーダー。
1000 :
名無しさん@お腹いっぱい。:2012/06/25(月) 11:00:54.44 0
携帯君の工作員がいないなw
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。