12/06/25 02:03:45.72 0
【重要】6/20に発生した大規模障害に関するお詫びとお知らせ
URLﾘﾝｸ(support.fsv.jp)
レンタルサーバのファーストサーバ
URLﾘﾝｸ(www.fsv.jp)
前スレ
ファーストサーバ Part13
ｽﾚﾘﾝｸ(hosting板)
2:名無しさん＠お腹いっぱい。
12/06/25 02:07:42.42 0
2日寝てないけど2get
3:名無しさん＠お腹いっぱい。
12/06/25 02:09:11.73 0
>>2
いいから寝るんだｗ明日からが本番だ
4:名無しさん＠お腹いっぱい。
12/06/25 02:10:22.41 0
もう日付変わって今日になったよ
5:名無しさん＠お腹いっぱい。
12/06/25 02:11:02.41 0
ﾉﾉﾉﾉ
__ ( ﾟ∋ﾟ)
／ ）/⌒ヽﾉ´ヽ ﾉﾉﾉﾉ
／ﾉﾉﾉﾉ 〈 ﾄ ）(ミ-=ー(ﾟ∈ﾟ )￣￣ ）
／ ( ﾟ∋ﾟ)＼) |'" ヽ二⌒Ｖ ⌒ヽ￣ ﾉﾉﾉﾉ
(ミ／ ヽ/⌒) |＼／ i ヽ ト > (ﾟ∈ﾟ__)
ノ ミ二二__ノ. | /| ﾉ | 彡´ /⌒ )
｀´ _） i. | ) ／ |＼／i ﾐｲ //
γ___ノﾉ | ﾉヽﾐ |. ﾉ | ﾉ | ( (
| ）/ / 彡ヽ | ). lｿ. | ) )
(（ 彡)（ / + + 彡ヽ ヽﾐ. | //
| ） + ○ | ﾉﾉ
ミ + ○ + + |ﾉﾉ
+ ○ + 彡ヽ`
+ファーストサーバー+
6:名無しさん＠お腹いっぱい。
12/06/25 02:11:48.75 0
ファーストサーバの広告
「お客様の作業（バックアップ）は不要です」
URLﾘﾝｸ(www.fsv.jp)
↓
↓
お手元のバックアップデータを活かした再構築のお願い
URLﾘﾝｸ(support.fsv.jp)
極めて遺憾ではございますが、短期間でのデータ復旧は不可能で あることが判明いたしました。
誠に心苦しい次第ではございますが、お客様で取得されておられる
バックアッ プデータによる再構築を行っていただきますようお願い申し上げます。
)､.＿人＿人__,.イ.､.＿人＿人＿人
＜´ お手元にないの ！ ＞
⌒ v'⌒ヽr -､＿ ,r v'⌒ヽr ' ⌒
// // //／:: < ＿,ノ｀' 、ヽ､＿ ノ ;;;ヽ //
///// /:::: （y○'）｀ヽ) ( ´（y○'） ;;| /
// //,|::: （ ( / ヽ) ）+ ;| /
/ // |::: + ) ）|~￣￣~.|（ ( ;;;|// ////
/// :|:: （ (||||! i: |||! !| |) ） ;;;|// ///
////|:::: + U | |||| !! !!||| :U ;;; ;;;| ///
////|::::: | |!!||l ll|| !! !!| | ;;;;;;| ////
// / ヽ::::: | ! || | ||!!| ;;;;;;/// //
// // ゝ:::::::: : | ｀ー----－' |＿_／///
7:名無しさん＠お腹いっぱい。
12/06/25 02:12:50.77 0
「お手元のバックアップデータを活かした再構築のお願い」
⌒ ヾ
r／￣￣￣￣ヽ､ ヽ＿_ _,. -‐' ¨´
/. ﾉ( (（ﾟｯ）)/て＿,＿｀ `ー<^ヽ
/ ⌒ ト､.,.. ＼丶。ヽ ヽ fsv
彳､＿ ｜ ∴＼ ヽ ヽ _Lj
| ) r‐ ﾉ( / ﾉ( ＼＼ ｜／ヽ
| ⌒ ⌒ ｲ⌒r-ヽ | ｡ｏ ｀¨´
ﾉ( ﾉ( ﾊﾞｯｸｱｯﾌﾟなし ー┘| /
.⌒ / ヽ|／ﾞＵ
／ u
Ｕ
8:名無しさん＠お腹いっぱい。
12/06/25 02:13:40.29 0
にちようびー＼从/ .┃:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
∧∧ ∧∧ ┃::::::::::::::::::::::::::::::::::::::::／￣￣￣￣￣￣￣￣ ::::::::::::::::::::
(・∀・) ∩・∀・) ┃::::::::::::::::/￣ ＞:::::::::| 申し上げます！ ::::::::::::::
/ ⊃⊃ ヽ ⊃ノ .....┃::::::::::::::::| |～::::＜ 平日軍の先鋒・月曜めが、 ::::::::::
（ ( ヽ ）つ .┃::::::::::::::/ ~＼:::::::::| 軍勢を率いて領内に :::::::::
（/（/' (／ ..┃::::::::::: ﾉﾉ > ）:::::| 向かっております :::::::::::::::
━━━━┳━┛:::::::::::Ｕ (＿)つつ::::::＼＿＿＿＿＿＿＿＿ :::::::::::::::::
9:名無しさん＠お腹いっぱい。
12/06/25 02:14:16.22 0
きたー
大規模障害の概要と原因について（中間報告）
URLﾘﾝｸ(support.fsv.jp)
10:名無しさん＠お腹いっぱい。
12/06/25 02:14:47.23 0
ｼｭﾎﾞｯ
., ∧＿∧
[]() （ ・ω・｀） ｌ二ヽ
□と ）￣⊃ ) )
⊂ （＿（＿つ ￣⊃ /￣￣￣ヽ
⊂_ .＿⊃ | （＼／） |
⊂＿＿⊃. | > < |
| （／＼）. |
ヽ＿＿＿/
そうか あかんか ファーストサーバも一緒やで
11:名無しさん＠お腹いっぱい。
12/06/25 02:16:01.60 0
去年解約してた
ラッキー
12:名無しさん＠お腹いっぱい。
12/06/25 02:17:06.02 0
おっぱいおごってくれ
13:名無しさん＠お腹いっぱい。
12/06/25 02:17:06.96 0
>>9
やっぱりテストせずいきなり本番環境にぶつけたのか
14:名無しさん＠お腹いっぱい。
12/06/25 02:17:57.74 0
えーまだつづくの？ｗ
15:名無しさん＠お腹いっぱい。
12/06/25 02:18:21.78 0
>>1おつ
ｽﾚﾘﾝｸ(hosting板:974番)
これみて
ｽﾚﾘﾝｸ(gline板:172番)
これ思い出した
16:名無しさん＠お腹いっぱい。
12/06/25 02:19:01.24 0
■ 暫定対策
サービス再開に必要な場合、および緊急メンテナンスが必要な場合など止むを得ない場合を除き
当面の間はメンテナンス作業を停止いたします。また、止むを得ずメンテナンス作業を行う場合には、
ダブルチェックを欠かさず細心の注意を払って作業を実施いたします。
ワロタ
17:名無しさん＠お腹いっぱい。
12/06/25 02:19:05.38 0
>>9
被害は５０００社とか言ってたけど
これ読んだら残りの４万５千社も終わってるだろwwww
オワタ ママ 何もかも オワタよ
空きれい
18:名無しさん＠お腹いっぱい。
12/06/25 02:20:07.19 0
>更新プログラムの自身に不具合があったことに加えて
校正しろよ
>消失データを復旧し、リカバードファイルとしてお客様に提供しました。
>しかしながら、専用サーバーのお客様より、専用サーバー内において情報にアクセス権限を有していなかった者からも
>参照できる状態になっているとの報告があったため
え？そうなの？他社にごちゃ混ぜに出しちゃったんじゃないの？
っていうか、それなら専用サーバーの人は、それを許容するって伝えれば、すぐにリカバードファイル出せるんだよな？
19:名無しさん＠お腹いっぱい。
12/06/25 02:20:08.16 0
常識では考えられない運用方法だな
さすが朝鮮脳だ
20:うっひょう
12/06/25 02:20:18.11 0
>>9
あ、これも報告書に追記しなきゃ…
10っぷんおきにｆｓ見てるけどここのほうが情報が早い
21:名無しさん＠お腹いっぱい。
12/06/25 02:20:47.57 0
大規模障害の概要と原因について（中間報告）
2012年6月25日 2：00
URLﾘﾝｸ(support.fsv.jp)
22:名無しさん＠お腹いっぱい。
12/06/25 02:21:41.41 0
>>9
ザクザク勢いよくファイル削除するプログラム作っちゃったんだね！
23:名無しさん＠お腹いっぱい。
12/06/25 02:21:46.45 0
>>9
本番環境とバックアップ環境って、違うシステムにしておくべきじゃないの？
どうせファイル保存だけだろうし、違うOSでも良いんじゃないのかな…？
24:名無しさん＠お腹いっぱい。
12/06/25 02:22:18.52 0
>>1
ファーストサーバ Part13
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part12
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part11
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part10
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part9
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part8
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part7
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part6
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part5
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part4
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part三
ｽﾚﾘﾝｸ(hosting板)
ｽﾚﾘﾝｸ(hosting板)
ファーストサーバ Part2
ｽﾚﾘﾝｸ(hosting板)
ファースト鯖
ｽﾚﾘﾝｸ(hosting板)
25:名無しさん＠お腹いっぱい。
12/06/25 02:22:38.03 0
信頼性失墜してるからＷチェックじゃ安心できない。トリプルチェックして欲しい。
26:名無しさん＠お腹いっぱい。
12/06/25 02:22:49.70 0
うわあ・・・ハンコヤドットコムも被害に遭ってた。メールだけっぽいけど
27:名無しさん＠お腹いっぱい。
12/06/25 02:23:40.50 0
>>25
全裸でﾄﾘﾌﾟﾙﾁｪｯｸだな
28:名無しさん＠お腹いっぱい。
12/06/25 02:24:18.48 0
>>20
それ印刷してレポートに別添したら寝てくれ
おつかれ
29:名無しさん＠お腹いっぱい。
12/06/25 02:24:24.07 0
原因がわかってよかったね
30:名無しさん＠お腹いっぱい。
12/06/25 02:25:10.02 0
ホントに2時に更新かよ。
寝れないからこういう一般社会とズレのある動き方やめて欲しい。
31:名無しさん＠お腹いっぱい。
12/06/25 02:25:12.27 0
第三者委員会によるトリプルチェックは必須だな
32:名無しさん＠お腹いっぱい。
12/06/25 02:25:45.95 0
＞6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
＞なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。
FAQに期待しとこ
33:名無しさん＠お腹いっぱい。
12/06/25 02:25:57.63 0
>>9
無駄に分かりやすくするための画像作ってて報告がこんな時間になったってか？
時間の無駄使いだな
34:名無しさん＠お腹いっぱい。
12/06/25 02:26:02.58 0
>>9
なんだ、この人生 ＼(^o^)／ｵﾜﾀ的な図面と
原因１～３の何重もの原因は・・・
35:名無しさん＠お腹いっぱい。
12/06/25 02:26:07.64 0
>>30
今、一部鯖のメンテナンスやってるみたいだから、
細かくチェックしないといけないかも…
36:名無しさん＠お腹いっぱい。
12/06/25 02:26:12.74 0
これで全ての問題は解決した事になったのか。
37:名無しさん＠お腹いっぱい。
12/06/25 02:26:15.06 0
>>9
要するに、影響がどこまで広がってるか検証中と
50000万社全部あやしいとｗｗｗｗｗｗｗ
38:名無しさん＠お腹いっぱい。
12/06/25 02:26:54.85 0
>>31
ソフトバンクグループ会社による第三者委員会を設置いたします
39:名無しさん＠お腹いっぱい。
12/06/25 02:27:18.69 0
あれ？
>専用サーバー内において、アクセス権限を有していなかった情報についても参照が可能
を念頭に
>共有サーバーにおいても、リカバードファイルの提供を即時停止
を考えると、情報ごちゃまぜを意味してないか？
40:名無しさん＠お腹いっぱい。
12/06/25 02:27:59.06 0
>>37
そういうこと
パッチ対象が本番 バックアップ 全鯖に行き渡ってる
想像を絶する運用だな
41:名無しさん＠お腹いっぱい。
12/06/25 02:28:07.74 0
>>39
どういうことなのそれ？
誰でも権限無くても何が見えてるの？
42:名無しさん＠お腹いっぱい。
12/06/25 02:28:11.99 0
>>30
正確には2:10くらいだと思う
2:00にはなかった
43:名無しさん＠お腹いっぱい。
12/06/25 02:28:14.07 0
>>9
データ消失にばっかり目が行ってるようだが・・・
＞データ消失の後、データ復旧作業を実施。6月21日（木）9時ごろにデータの復旧プログラムにより消失データを復旧し、リカバードファイルとしてお客様に提供しました。
＞しかしながら、専用サーバーのお客様より、専用サーバー内において情報に
＞アクセス権限を有していなかった者からも参照できる状態になっているとの
＞報告があったため、リカバードファイルの提供を22日（金）21時ごろ停止し、
＞状況の確認を行ったところ、専用サーバー内において、アクセス権限を
＞有していなかった情報についても参照が可能な状態にあったことが判明しました。
＞■ 影響範囲
＞現在調査中です。
やべーだろこれ
44:名無しさん＠お腹いっぱい。
12/06/25 02:28:31.96 0
>メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に
>脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し脆弱性対策が
>なされていないシステムが動き続けていたという反省に立ち、
ソフトウェア障害のためのバックアップという概念があったらこんな文書かない
45:名無しさん＠お腹いっぱい。
12/06/25 02:30:19.72 0
>>37
50000万社・・だと・・
宇宙中の企業が被害を受けているのか・・・
46:名無しさん＠お腹いっぱい。
12/06/25 02:30:23.27 0
>>38
ありうるwwww
47:名無しさん＠お腹いっぱい。
12/06/25 02:30:37.71 0
>>43
侵入されてるね
やっぱりハードウェアの障害はウソで
侵入されてたんかな
48:名無しさん＠お腹いっぱい。
12/06/25 02:30:41.88 0
海外にあるサーバで、現地の技術者が、仕様を理解していなかったって事？
49:名無しさん＠お腹いっぱい。
12/06/25 02:31:01.56 0
>>36
>>9のつぎはこうくるな
「今回ご迷惑をおかけした皆様には重ねてお詫び申し上げます。
現在今回の障害が起きた原因の究明に至りまして、再発防止策を講じることにより
同様の障害が起こらないようにサービスをご提供する目処が立ちました。
今後はより一層の注意を払いお客様のデータを取り扱ってまいる所存でございますので
どうぞご安心して引き続きご利用くださいますようお願い申し上げます。」
50:名無しさん＠お腹いっぱい。
12/06/25 02:31:05.54 0
>>9の内容見ると、関わっていた人間に馬鹿が多かったってことだね。
削除コマンドを易々と発行してるし、バッチ処理をメインとバックアップの
同時発行だと事故が起きた際に回復が絶望的になる。小学生でも判るだろ。
EC-CUBE使ってる客なんてバックアップ取ってなさそうだから、復旧出来ない
会社も多いだろうな。
あとこういう事故は同業他社がメシウマ状態らしい。さくらが火事を起こした
時なんて、他社は嬉しそうに語ってたよ。
51:名無しさん＠お腹いっぱい。
12/06/25 02:31:26.48 0
>>47
何が侵入すんねん。怖いわ。
ういるす？すぱい？それともお前ら？
52:名無しさん＠お腹いっぱい。
12/06/25 02:32:05.45 0
>>40
一見もんだいなく動いてるようでもDBの一部が欠損してたりする恐れがあるとかぱねえっす
53:名無しさん＠お腹いっぱい。
12/06/25 02:32:27.05 0
>>41
上記はｱｸｾｽ権を気にしていないとも読める
とすると、共有ｻｰﾊﾞｰでもｱｸｾｽ権を気にしなかった可能性があるのではないか？
共有ｻｰﾊﾞｰって他社ﾃﾞｰﾀもあるよな？それでｱｸｾｽ権を気にしなかったらどうなる？
何が読めているかはリカバードファイルの中身次第としか言えん
54:名無しさん＠お腹いっぱい。
12/06/25 02:32:37.59 0
もう今日は終り？寝て良い？
55:うっひょう
12/06/25 02:32:41.00 0
みんなありがと。原因「らしきもの」が公表されたから、これ印刷して寝る
経緯を一から説明できないと首が危ないからどうなるかと思てた
（説明できたとしても危ういことに変わりはないが） お休み…
56:名無しさん＠お腹いっぱい。
12/06/25 02:32:46.50 0
>>45
許せｗｗｗｗ
57:名無しさん＠お腹いっぱい。
12/06/25 02:33:10.39 0
>>51
パソコンの大先生の俺らにそんなスキルあるわけ無いだろ
今日から予想はるかに超えて想像を絶する展開だな
58:名無しさん＠お腹いっぱい。
12/06/25 02:33:45.04 0
すまん、誰か中間報告の内容を3行でまとめてくれ
59:名無しさん＠お腹いっぱい。
12/06/25 02:34:09.41 0
>>50
なら、日本ラッドは月曜から株価上がるかもな。
60:名無しさん＠お腹いっぱい。
12/06/25 02:34:21.96 0
>>55
ゆっくり休んでね。
体壊さないでね。
61:名無しさん＠お腹いっぱい。
12/06/25 02:34:56.49 0
>>55
ぐっすり眠ってね
でも永眠しないでね
62:名無しさん＠お腹いっぱい。
12/06/25 02:35:07.75 0
>>58
でっち上げ
バックアップなんてなかったんや！
情報漏洩もあるで！
63:名無しさん＠お腹いっぱい。
12/06/25 02:35:08.31 0
アクセス権が変わるのはバックアップから戻したくらいでは
通常は変わらない
バックアップしたつもりが既に侵入されて改ざんされて
スパイウェアが発動してシステムアボンしたんかな
ここまでいくとそれくらいしか思いつかない
64:名無しさん＠お腹いっぱい。
12/06/25 02:35:33.49 0
>>58
消えちゃった
漏れちゃった
ーーー つづく ーーー
65:名無しさん＠お腹いっぱい。
12/06/25 02:35:54.87 0
>>59
日本ラッドはここの元社長がいるだろ
新幹線で全裸になって逮捕された元社長が笑
66:名無しさん＠お腹いっぱい。
12/06/25 02:36:09.89 P
うちが借りてたサーバは検証環境だったのか
だったらせめてその検証結果を聞きたい
67:名無しさん＠お腹いっぱい。
12/06/25 02:36:18.25 0
>>48
正確にいえばチョンがね
68:名無しさん＠お腹いっぱい。
12/06/25 02:36:19.70 0
全然わからん
素人のエライさんにわかるように発表して欲しい
69:名無しさん＠お腹いっぱい。
12/06/25 02:36:46.09 0
>>65
あんなのが社長だったってことは残った奴らも似たり寄ったりだったんだろうな・・・はぁ・・・
70:名無しさん＠お腹いっぱい。
12/06/25 02:37:01.07 0
>>55
おやすも (_´Д｀)ﾉ~~ｵﾂｶﾚｰ
71:名無しさん＠お腹いっぱい。
12/06/25 02:37:32.20 0
>>63
スパイ入ってシステム壊れたの？
コピペミスかと思ってたけど違うのか・・・。
72:名無しさん＠お腹いっぱい。
12/06/25 02:38:10.94 0
>>68
わかるように人形入りの丁寧なイラスト入りにしてくれたジャマイカ
73:名無しさん＠お腹いっぱい。
12/06/25 02:38:51.22 0
何がどこに漏れたんだ？
74:名無しさん＠お腹いっぱい。
12/06/25 02:38:56.29 0
>>68
354 名前： 名無しさん＠１３周年 投稿日： 2012/06/25(月) 02:33:10.14 ID:5aGnqzof0
なんか、いろいろ用語並べて尤もらしいこと書いてるけど
要は、こういうことでしょ？
・なんとなく正しいようなスクリプトを書いていました。
・なんとなく検証したつもりになってました。
・これまではたまたま致命的ミスがなかっただけで、いつかは起こる事故でした。
75:名無しさん＠お腹いっぱい。
12/06/25 02:38:56.88 0
起きたら全部夢だったら良いな
>>9なんて無かったんだ
月曜日なんて来ないんだ
┌┐ / ／/
[二 ] ＿＿ 〔／ /
| |／,ー-、ヽ /. (~)
／ ／ _,,| | ./ γ´⌒｀ヽ
レ1 | / o └、 ∠／ {i:i:i:i:i:i:i:i:}
.|__| ヽ＿／^ ,/ （ ´・ω・） ））
＿＿ / /つ（￣｀ヽO_ノ⌒ヽ
[二二＿ ] / ノ:::::::::） ＼ ））
／／ ｛.. (__丿＼ヽ :: ノ:::: ）
／ ∠＿＿ ￣フ.. 丿 ,:' ））
∠＿＿＿ / ／ （（ （___,,.;:-－''"´｀`'‐'
＿ ／ / ＼
/ o ヽ／ / ／
ヽ＿＿ ／ ＼
76:名無しさん＠お腹いっぱい。
12/06/25 02:39:15.53 0
URLﾘﾝｸ(support.fsv.jp)
読んでみたけど、技術的な内容をあえて一般的に書いてる（当たり前か）ので、
いまいちピンとこないな。
> 原因1：脆弱性対策のための更新プログラムの不具合
> 脆弱性対策のためのメンテナンスが必要となる都度、メンテナンスのための更新プログラムを作成しており、今回も更新プログラムを作成しています。
ここまではわかった。
> そのプログラムの記述において、ファイル削除コマンドを停止させるための記述漏れと、メンテナンスの対象となるサーバー群を指定するための記述漏れが発生していました。
ファイル削除コマンドを停止って何よ？
お掃除スクリプトみたいなのをベースに更新スクリプトを作ってたりして、
毎回「ここはコメントアウトしてねっ」てなあほな運用してたとか？
うーん。
> メンテナンスの対象となるサーバー群を指定するための記述漏れ
これは、なんとなく、こんなんな気がする。
if [ ! -z "$1" ]; then
update $1
else
for i in {2..254}; do
update 192.168.1.$i
done
fi
77:名無しさん＠お腹いっぱい
12/06/25 02:39:28.00 0
>脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群の
>バックアップ領域に対して同時に更新プログラムを適用するという構造に修正して
>実施しました。
万一メンテナンスに失敗したらバックアップから戻さなきゃいけないのに
なぜバックアップ領域にも同時に適用するのか……
78:名無しさん＠お腹いっぱい。
12/06/25 02:39:35.75 0
>>9
_,,;' '" '' ゛''" ゛' ';;,,
（rヽ,;''"""''゛゛゛'';, ﾉｒ）
,;'゛ i ＿ 、＿ iヽ゛';, お前それ内のIT音痴ハゲ社長の前でも同じ事言えんの？
,;'" ''| ヽ・〉 〈・ノ |ﾞ゛ `';,
,;'' "| ▼ |ﾞ゛ `';,
,;'' ヽ＿人＿ / ,;'_
／ｼ、 ヽ⌒⌒ / ﾘ ＼
| "ｒ,, ｀"'''ﾞ´ ,,ﾐ゛ |
| ﾘ、 ,ﾘ |
| i ゛ｒ、ﾉ,,ｒ" i _|
| ｀ー―----┴ ⌒´ ）
（ヽ ＿＿＿＿＿＿ ,, ＿´）
（_⌒ ＿＿＿＿＿＿ ,, ィ
丁 |
| |
79:名無しさん＠お腹いっぱい。
12/06/25 02:39:46.03 0
ハードウェア障害時にバックアップに切り替える…
つまり予備系がバックアップを兼ねていた…？
80:名無しさん＠お腹いっぱい。
12/06/25 02:39:51.49 0
>>63
これ、海外の技術者が情報を抜いて小銭を稼ごうとして
間違えた処理をしたってこと？
81:名無しさん＠お腹いっぱい。
12/06/25 02:39:55.71 0
ファーストサーバというより
DC間借りしてるIDCフロンティアで何かあったとしか思えんな
被害がでかすぎる
82:名無しさん＠お腹いっぱい。
12/06/25 02:40:18.39 0
日本ラッドにいるファーストサーバの元社長、
ファーストサーバにバックドアしかけてたりしてな（オカルト板並みの妄想）
83:名無しさん＠お腹いっぱい。
12/06/25 02:41:53.12 P
検証サーバーと本番とバックアップへの適応がどうじにされたって事か
84:名無しさん＠お腹いっぱい。
12/06/25 02:42:01.68 0
大規模障害の概要と原因について（中間報告）
2012年6月25日 2：00
URLﾘﾝｸ(support.fsv.jp)
↓
改竄防止のためN+に魚拓とった人がいた
URLﾘﾝｸ(www.peeep.us)
85:名無しさん＠お腹いっぱい。
12/06/25 02:43:35.59 0
>>72
最初のプログラムが諸悪の根源だってのはわかった
86:名無しさん＠お腹いっぱい。
12/06/25 02:43:39.59 0
URLﾘﾝｸ(twitter.com)
【ファーストサーバ 中間報告の要約】
脆弱性対策パッチあてするよ！→作ったパッチ書間違＆削除コマンドで全消し＋
事前テスト杜撰＆漏れ＋バックアップ＆本番のデータ同時変更する内部ルール⇒《全壊》、
復活ツールよくわからず掛けて他人のデータもまじる
oh...
このあとの書き込みで最初にこの人がヤバいとか言ってた仲間さんは失業か...
87:名無しさん＠お腹いっぱい。
12/06/25 02:43:57.22 0
中間報告だし、最終報告が大分変わる可能性もあるからなぁ
情報漏洩についての記載がぼやかしすぎでよくわからん
良くわからんってことは、安全側に倒れて、情報漏洩はあったものとして動いたほうがいいだろうな
88:名無しさん＠お腹いっぱい。
12/06/25 02:43:59.38 0
これはまた見事なクラッシュシステム発動・・・ｗ
URLﾘﾝｸ(support.fsv.jp)
89:名無しさん＠お腹いっぱい。
12/06/25 02:44:17.40 P
原因①→まあええやろ、よくあることや
原因②→まあ・・・しゃーないわ、前方不注意や
原因③→なんやー！！！
90:名無しさん＠お腹いっぱい。
12/06/25 02:44:37.34 0
>>83
ちげーだろ
最初に検証環境でテストを実施。
対象サーバ（目的としたサーバ）は正常に動作したけど、それ以外のサーバも実は誤って削除してました。
でも検証環境での確認は対象サーバだけだったので、それ以外も実は削除してたのは気ずきませんでした。
で、OKだと思って本番環境でやったら同じように対象サーバ以外は削除されました、ってことだろ
91:名無しさん＠お腹いっぱい。
12/06/25 02:44:47.13 0
FSのいう「バックアップ」って、本鯖の複製機で、
本鯖に異常が生じたときにリプレースするための
ものってこと？
単なるデータのバックアップではなく。
なんか、よくわからなくなってきた…
92:名無しさん＠お腹いっぱい。
12/06/25 02:45:02.29 0
なあこれマヤの予言の引き金じゃね？
93:名無しさん＠お腹いっぱい。
12/06/25 02:45:03.81 0
こりゃあ大量に死人がでる！
メシがうめえ！！！！
ブラッデイマンデー！！！！ひゃっほい！！！
94:名無しさん＠お腹いっぱい。
12/06/25 02:46:11.85 0
>>91
そういうことだな
本番系と待機系で
待機系をバックアップと呼んでんたんだろう
バックアップの意味わかってなかったみたいだな
95:名無しさん＠お腹いっぱい。
12/06/25 02:46:41.12 0
>>68
問題は3点です。
・脆弱性を回避するプログラムに、ファイルを削除する致命的なバグがありました。
・検証したのに、バグに気がつきませんでした。
・運用手順に問題があり、運用中のファイルだけでなく、
バックアップファイルも同時にバグのあるプログラムを適用して消しました。
96:名無しさん＠お腹いっぱい。
12/06/25 02:46:42.20 0
>>88
これだけ見ると鯖全滅に見えるよね・・・
97:名無しさん＠お腹いっぱい。
12/06/25 02:46:54.30 0
なんでわざわざバックアップまで更新する運用にしてたのかわけわからん
98:名無しさん＠お腹いっぱい。
12/06/25 02:47:14.55 0
FS「同じの２つ保存してればいいんだろｗｗ
99:名無しさん＠お腹いっぱい。
12/06/25 02:47:54.36 0
>>84
作業者の作業ミスだな。
多分一人に組ませてチーム内で検証とか読み合わせとかをしてなかったんだろう。
100:名無しさん＠お腹いっぱい。
12/06/25 02:48:04.30 0
RT @train_takasaki: 高崎線は、深谷駅での人身事故の影響で、上下線で運転を見合わせていましたが、23時26分頃に運転を再開し遅れがでています。[12/06/24 23:30]
101:名無しさん＠お腹いっぱい。
12/06/25 02:48:06.62 0
>>97
普通に考えれば、本番環境に問題が無いことを確認してから
作業に移る気がするが・・・
102:名無しさん＠お腹いっぱい。
12/06/25 02:48:34.07 0
>>97
バックアップから戻したときに、プログラムが適用されてない状態になるからって書いてなかったか？
103:名無しさん＠お腹いっぱい。
12/06/25 02:48:44.20 0
>>83
検証サーバで動作確認したけど、期待通りの動作をしてることを確認しただけで
予期しない動作をしていない検証はしてなかった
104:名無しさん＠お腹いっぱい。
12/06/25 02:48:56.61 0
>>101
コスト削減
同時に済ませれば一度で済む
105:名無しさん＠お腹いっぱい。
12/06/25 02:48:58.18 0
>>92
マヤの予言の可能性ある！！
「カナカナ 株」で検索してみろ。これ繋がってるわ。
106:名無しさん＠お腹いっぱい。
12/06/25 02:49:25.30 0
>>74
こういう事だな。
ソフトバンクでは良くある事
107:名無しさん＠お腹いっぱい。
12/06/25 02:49:36.48 0
これは予見できる致命的な過失だな
108:名無しさん＠お腹いっぱい。
12/06/25 02:50:06.71 0
ソフトバンクは給料いいんだろうな
109:名無しさん＠お腹いっぱい。
12/06/25 02:50:12.09 0
>>90
>それ以外も実は削除してたのは気ずきませんでした。
Σ(ﾟ◇ﾟ；)ﾏｼﾞﾃﾞｯ!?
110:名無しさん＠お腹いっぱい。
12/06/25 02:50:18.31 0
これ、バックアップの意味わかってねーじゃねーかw
111:名無しさん＠お腹いっぱい。
12/06/25 02:50:30.01 P
検証になってなかったんだな
112:名無しさん＠お腹いっぱい。
12/06/25 02:50:30.62 0
>>104
ソフトバンク系らしい発想だな・・・（そして取り返しのつかないことに
113:名無しさん＠お腹いっぱい。
12/06/25 02:50:36.52 0
バックアップから戻してから更新適用すべき
114:名無しさん＠お腹いっぱい。
12/06/25 02:50:47.86 0
>>94
とんとん
これどうなんだろう…
テープとかにバックアップってイメージだったんだけど、
全然違うのか…
115:名無しさん＠お腹いっぱい。
12/06/25 02:50:50.35 0
>>102
いや、バックアップなんだからそれが当たり前じゃね？
バックアップに後から手を加えたらバックアップの意味ないじゃないかと
それなら更新適用した状態のデータから新たにバックアップデータ取るのが普通じゃね？
116:名無しさん＠お腹いっぱい。
12/06/25 02:51:11.15 0
>>110
えっ、バカップルっすか？まー、間違ってないっすねーｗ
117:名無しさん＠お腹いっぱい。
12/06/25 02:51:31.14 0
何らかのパッチを当てる作業だったんだろうけど、
そのパッチを当てるバッチファイルに記述ミスがあったってことかね。
なんとなく想像出来る。
新人にバッチ組ませたんじゃないの？で、誰もチェックしなかったとか。
118:名無しさん＠お腹いっぱい。
12/06/25 02:51:33.91 0
>>99
中間報告にもあるとおり手順書のミスだよ
予期しない動作をしていないことの検証を省いたのが一番の原因
119:名無しさん＠お腹いっぱい。
12/06/25 02:51:49.20 0
>>115
普通はそうする
120:名無しさん＠お腹いっぱい。
12/06/25 02:52:03.43 0
これまでよく正常にメンテナンスできてきたな
これ運が良かっただけだろ
121:名無しさん＠お腹いっぱい。
12/06/25 02:52:25.74 0
SB系のITﾚﾍﾞﾙはここまで低いんだな
122:名無しさん＠お腹いっぱい。
12/06/25 02:52:46.00 0
>>102
つまり>>91だったってことだろ
世間一般で言うバックアップはとっていなかった
123:名無しさん＠お腹いっぱい。
12/06/25 02:53:05.19 0
裸祭りが無くなったから、運も消えたのか
124:名無しさん＠お腹いっぱい。
12/06/25 02:53:10.32 0
逆に今まで問題起きなかったのが奇跡としか言いようがない
125:名無しさん＠お腹いっぱい。
12/06/25 02:53:23.23 0
>>94
ストレージをレプリケーションするって意味で使ってなかったのかよ
これエンジニアが使う用語としてのバックアップじゃないよ。
126:名無しさん＠お腹いっぱい。
12/06/25 02:53:43.08 0
>>121
携帯事業と同じかーーー・・、
IT系っぽく装ってるけど実は単なるハゲタカ乗っ取り屋
127:名無しさん＠お腹いっぱい。
12/06/25 02:53:49.67 0
844 名無しさん＠お腹いっぱい。 sage 2012/06/25(月) 00:56:09.46 0
コレ書いた記者、ここの常駐だろ、ハイ挙手！ｗ
URLﾘﾝｸ(www.news-us.jp)
別に常連じゃないかと。
このホムペは陰謀論スレじゃ常識。
陰謀の匂いを嗅ぎ付けて来ただけ。
128:名無しさん＠お腹いっぱい。
12/06/25 02:53:56.76 0
>>77
検証環境で通ったからだろうな。
削除の停止って何かしら？？
129:名無しさん＠お腹いっぱい。
12/06/25 02:54:00.30 0
>>115
それが正しい手順よな
130:名無しさん＠お腹いっぱい。
12/06/25 02:54:09.81 0
>>110
RAID組んだからバックアップｲﾗﾈに近い発想だよなｗ
131:名無しさん＠お腹いっぱい。
12/06/25 02:54:19.94 0
バックアップにも更新を適用していたのは、過去にバックアップからの復元で、脆弱性まで元に戻ってしまった経緯から今のような形をとってるらしいけど、やり方がまずかったな。
132:名無しさん＠お腹いっぱい。
12/06/25 02:54:37.68 0
>>121
Yahoo年賀状でもやらかしてるからな。
URLﾘﾝｸ(togetter.com)
133:名無しさん＠お腹いっぱい。
12/06/25 02:54:37.88 0
SB系と契約するときは、用語集が必要ってことだな
意外な所で、意味が違いそう
134:名無しさん＠お腹いっぱい。
12/06/25 02:55:03.36 0
＞6月20日に発生した大障害について、最新の状況を下記の通りご報告いたします。
＞なお、FAQを6月25日 9時ごろ公開予定です。あわせてご覧ください。
FAQを見てFuck you! と叫ぶことになるのですね。
135:名無しさん＠お腹いっぱい。
12/06/25 02:55:04.28 0
納品のことかー
136:名無しさん＠お腹いっぱい。
12/06/25 02:55:39.01 0
ギリギリ朝刊に間に合わないタイミング
わかりやすい
137:名無しさん＠お腹いっぱい。
12/06/25 02:55:45.72 0
2012年06月24日12:12
＞カナカナが紹介する、そうだったのか！ファーストサーバ問題
（略）
＞日本は危機管理能力も判断能力もなさすぎ。もう日本捨てる覚悟（笑）
＞そしたら、１２月にみんないなくなっちゃえばいい。
138:名無しさん＠お腹いっぱい。
12/06/25 02:55:49.74 P
で、どうすんの？
許されたの？
139:名無しさん＠お腹いっぱい。
12/06/25 02:56:13.32 0
>>131
これはバックアップではない
ホットスタンバイだ
140:名無しさん＠お腹いっぱい。
12/06/25 02:56:13.97 0
なんだこの言い訳
自分がいま何の作業やってるのかひとつも理解してねーやつに遣らせてるだろこれ
学生バイトの方がマシな判断するぞ
141:名無しさん＠お腹いっぱい。
12/06/25 02:56:44.52 0
もともとバックアップなんて無かったんやー
142:名無しさん＠お腹いっぱい。
12/06/25 02:57:14.73 0
>>139
つまり、一般的に言う「データのバックアップ」はしていなかったってことか
143:名無しさん＠お腹いっぱい。
12/06/25 02:57:19.07 0
バックアップがなくてアップアップ
144:名無しさん＠お腹いっぱい。
12/06/25 02:57:26.64 0
>>138
こんなアホなミスが許されるわけねぇーだろｗ
145:名無しさん＠お腹いっぱい。
12/06/25 02:57:33.79 0
>>130
つか、手動なだけで、RAID1だよこれw
146:名無しさん＠お腹いっぱい。
12/06/25 02:57:45.52 0
今回、直撃食らった被害者です。
DBのバックアップは本来やりくにいという事は過去スレを読んでて
分かりました。
技術者の人に質問ですが、ファーストサーバは論外として
稼働中のDBをミラーリングしてるシステムを1日または半日に一回、
切り離してバックアップ。それで完了後に再接続。
これは無理なんでしょうか？
クラウドであってもタイムスタンプでデータの新旧は判別できると思うんですけど。
それともクラウド版DBの”ある時点”のデータは吐き出したとしても、
レストア（ロールバック）できないような、データの塊なんでしょうか？
147:名無しさん＠お腹いっぱい。
12/06/25 02:57:49.56 0
>>127
嫌儲のスレとか引っ張ってないかこれ？
148:名無しさん＠お腹いっぱい。
12/06/25 02:57:52.60 0
バックアップって何かね？
149:名無しさん＠お腹いっぱい。
12/06/25 02:58:28.08 0
>>137
不吉な数字「666」を越えて「6666」じゃねーか。。。
6月6x4日6x2時6x2分。
150:名無しさん＠お腹いっぱい。
12/06/25 02:58:28.87 0
>>118
その手順書は今回用に作成したものなのか、
それとも良い意味での使い回しだったのかが気になるな。
何にせよ、上長と役員は首飛ぶだろ
151:名無しさん＠お腹いっぱい
12/06/25 02:58:34.63 0
結局レプリケートかなんかしてた待機系があっただけで、いわゆるバックアップは取ってなかったってこと？
んで待機系にもパッチあてたんでFSVがいうところのバックアップも死亡と……
152:名無しさん＠お腹いっぱい。
12/06/25 02:58:38.09 0
>>146
シェルが使えるならいくらでもリアルタイムバックアップできる
dumpしてtarしてscpするだけでいいんだから
153:名無しさん＠お腹いっぱい。
12/06/25 02:58:42.26 0
>>138
誰が許すというんだ誰が
154:名無しさん＠お腹いっぱい。
12/06/25 02:58:52.56 0
>>130
ミラーリングした後に、一つ外してｗそのまま運用って感じｗ
155:名無しさん＠お腹いっぱい。
12/06/25 02:59:08.08 P
>>108
ファーストサーバの100％親会社ヤフーは
最近申し渡された新人事制度のせいで
今後の昇給ほぼ絶望的だと社員がヤケバチになってるよ。
なんでもこの2Qに設定された無茶苦茶な利益目標を達成できなかったら
3年間昇給ゼロとかなんとかｗ
今回の障害、腹を立てた奴の自爆テロだったりするかもなｗ
【30億の褒美は】Yahoo! JAPAN 35【ステッカー】
ｽﾚﾘﾝｸ(venture板)
156:名無しさん＠お腹いっぱい。
12/06/25 02:59:10.65 0
>>147
ただのアフィ乞食のまとめブログじゃん
157:名無しさん＠お腹いっぱい。
12/06/25 02:59:20.93 0
>>145
サーバ筐体単位での非同期RAID１とか想像できんかったわｗ
158:名無しさん＠お腹いっぱい。
12/06/25 02:59:25.26 0
>>138
絶対に
159:名無しさん＠お腹いっぱい。
12/06/25 02:59:31.93 0
なんかJCO臨界事故を思い出した
160:名無しさん＠お腹いっぱい。
12/06/25 02:59:39.32 0
>>139
ホットスタンバイであれば、処理に時間差を置く
同時パッチを当てている事から見て、これはただの手動RAID1
161:名無しさん＠お腹いっぱい。
12/06/25 02:59:52.11 0
>>148
少なくともこの会社では意味無い
162:名無しさん＠お腹いっぱい。
12/06/25 02:59:55.72 0
>>139
コールドスタンバイでは？
163:名無しさん＠お腹いっぱい。
12/06/25 03:00:34.24 0
だんだん分かってきた
なんか違和感を感じていたんだけど
オレの思うバックアップと、FSの言うバックアップの概念が違っているんだ
だから、状況や説明が噛み合わず、よくわからん感じだった
・・・つまりは、バックアップはしていなかったと
164:名無しさん＠お腹いっぱい。
12/06/25 03:00:42.38 0
再発防止策を講じたつもりが
二次災害を引き起こしちゃいました
みたいな感じかな
165:名無しさん＠お腹いっぱい。
12/06/25 03:01:08.52 0
きょうはでんしゃがいっぱいとまるよ
だからゆっくりいくよ＾＾
166:名無しさん＠お腹いっぱい。
12/06/25 03:01:27.14 0
>>150
今までの失敗を積み重ねてきた上での手順書だったんじゃないかな
役員の首というか会社なくなるでしょこれｗ
167:名無しさん＠お腹いっぱい。
12/06/25 03:01:58.58 0
なんというか、raidはバックアップじゃないっすよっていう脱力感に似てるな。
168:名無しさん＠お腹いっぱい。
12/06/25 03:02:03.83 P
しかし、担当者はたまげただろうなぁ
見てみると全部白紙になっとるんだから
169:名無しさん＠お腹いっぱい。
12/06/25 03:02:07.79 0
>>146
> 稼働中のDBをミラーリングしてるシステムを1日または半日に一回、
> 切り離してバックアップ。それで完了後に再接続。
> これは無理なんでしょうか？
無理じゃないよ。
けど素人がそういう仕組みまで考えて「これでやってくれ」ってのは危険。
というかもっと良い方法がある。
>>152とか。
170:名無しさん＠お腹いっぱい。
12/06/25 03:02:33.18 0
同情ひこうってな説明だな
171:名無しさん＠お腹いっぱい。
12/06/25 03:02:42.77 0
>>146
>>152
シェルが使えなくても、PHPなどからDBにつながればできるぞよ。
全テーブルにSELECT FOR UPDATEか LOCK TABLE 発動して、
全件SELECT → CSV
とかね。
172:名無しさん＠お腹いっぱい。
12/06/25 03:02:50.30 0
同情出来ない内容だけどな
173:名無しさん＠お腹いっぱい。
12/06/25 03:03:08.92 0
あー、なんか他社でこんなことあったから、うちのも全部見直せとか言われそう
やだなー
174:名無しさん＠お腹いっぱい。
12/06/25 03:03:20.42 0
>>131
やり方がまずいって話ではなくて、そもそも用語としてのバックアップという言葉の定義が
FSと常識では違ったってことだな。
D2Dレベルのバックアップじゃなくて、待機系をバックアップといってただけ。
FS独自の｢バックアップサービス｣もどうやら/update1-7ふくめ、同じディスクにとってただけｗｗ
WindowsでいうとC:直下にフォルダ切ってコピーを放り込んでただけｗｗｗ
ふつうUserlandで見た目がそうなってても、/update*は別スライスに切ってるだろ。ふつー
EMCのSANアレイは鉄板だと信じてたのかねぇ。
175:名無しさん＠お腹いっぱい。
12/06/25 03:03:47.84 0
,,
どうしよう
176:名無しさん＠お腹いっぱい。
12/06/25 03:03:50.24 0
>>152
DBでかいとdumpの間ブロックされたりしないの？
177:名無しさん＠お腹いっぱい。
12/06/25 03:04:08.09 0
会社の経営が変わってからメチャクチャな運用に変更されてきた感アリアリだわ
178:名無しさん＠お腹いっぱい。
12/06/25 03:04:38.42 0
>>146
proxy backup方式ってのがあるよ
179:名無しさん＠お腹いっぱい。
12/06/25 03:04:48.78 0
>>174
＞FS独自の｢バックアップサービス｣もどうやら/update1-7ふくめ、同じディスクにとってただけｗｗ
＞WindowsでいうとC:直下にフォルダ切ってコピーを放り込んでただけｗｗｗ
ありがちな初心者ミスすぎるｗｗｗ
180:名無しさん＠お腹いっぱい。
12/06/25 03:05:32.37 0
コールドって程止めてる感じがしなかったからホットスタンバイにしちまったけど
よく考えるとそういうのを超越した思想で作られてる気がしてきてどうでもよくなった
181:名無しさん＠お腹いっぱい。
12/06/25 03:05:34.04 0
>>170
どこに同情できるんだよｗ
182:名無しさん＠お腹いっぱい。
12/06/25 03:05:35.71 0
彼らの言うバックアップは俺たちの知っているバックアップじゃなかった・・・orz
183:名無しさん＠お腹いっぱい。
12/06/25 03:05:43.09 0
バックアップにも同時に適用って意味が分からないんですけどね
184:名無しさん＠お腹いっぱい。
12/06/25 03:05:44.59 0
>>174
SAN値が下がるなｗｗｗ
185:名無しさん＠お腹いっぱい。
12/06/25 03:06:07.67 0
ミラーリングほどリアルタイムじゃない気がするが
デイリーでコピーを取るようになってたけど
パッチプログラムがコピーにも同時にパッチをあてて
それがオリジナルとコピー両方破壊して復旧不可能になった。
ってことなのかな？？？
186:名無しさん＠お腹いっぱい。
12/06/25 03:06:12.34 0
>>159
確かに、臨界事故や福島事故の同類だな
基礎技術力が落ちてて、現場が根本的に作業の意味を理解してない
臨界量を理解せずにチョロチョロと出すのは面倒だとバケツで注ぎ込んだり、
電源車の使い道を現場が知らずにコネクタ形式や電圧が原子炉本体ではなく一般100vで揃えていたり、
バックアップという単語の意味をわからずにパッチを同時処理していたり、
なんて国になっちまったんだろうな
187:名無しさん＠お腹いっぱい。
12/06/25 03:06:43.18 0
>>146
レプリケーションシステムならスレーブ側で
・同期停止
・DB停止
・ファイル単位でバックアップ
・DB起動
・同期再開
の手順でやれるけど、バックアップ中にマスターがイカれると詰むのでスレーブは最低でも２台用意して
マスター含めて３台以上でやらないと怖い
188:名無しさん＠お腹いっぱい。
12/06/25 03:07:14.60 0
自作素人鯖を素人が動かしてるんじゃないんだぞ
金貰ってるのに何やってんだよ
189:名無しさん＠お腹いっぱい。
12/06/25 03:07:47.84 0
>>181
同情どころか、オレは東海村の臨界事故を思い出したぞｗ
手順を省くため、常識とはかけ離れた処理がされていた
そして事故へ
190:名無しさん＠お腹いっぱい。
12/06/25 03:08:17.29 0
>>176
URLﾘﾝｸ(dev.mysql.com)
191:名無しさん＠お腹いっぱい。
12/06/25 03:08:18.01 0
言い訳あまりにひどすぎて
目が冴えまくって寝れなくなったわw
訴訟検討してたところはおめでとう
間違いなく重過失認定おりるよコレw
192:名無しさん＠お腹いっぱい。
12/06/25 03:08:41.74 0
バックアップ取ってませんでした、とは流石に言えなかったので
スレイブサーバーをバックアップと主張しているとも取れる
193:名無しさん＠お腹いっぱい。
12/06/25 03:09:05.67 0
本番系とそれが潰れた時用のバックアップ系があって、
日々のデータバックアップは本番系からバックアップ系への
コピーで済ませてたんだね
だから両系削除されたらデータは消滅と
マジかよwww
194:名無しさん＠お腹いっぱい。
12/06/25 03:09:23.37 0
>>191
同意
特に、バックアップサービス買ってたところは契約不履行だから確実に勝てる
195:名無しさん＠お腹いっぱい。
12/06/25 03:09:48.09 0
普通は、何日か巻戻っても、データは復元できると思うよな・・・バックアップがあれば
196:名無しさん＠お腹いっぱい。
12/06/25 03:10:21.30 0
表面的な文章に違和感がなくても
もう何が信用できるかわからないレベルのズレ
197:名無しさん＠お腹いっぱい。
12/06/25 03:10:23.19 0
>>191
しかし、データが帰ってこない可能性が輪をかけてあがったなあ。
訴訟で勝てても、つぶれる会社たくさんありそうね。。。
198:名無しさん＠お腹いっぱい。
12/06/25 03:10:40.57 0
>>146
解りづらい書き方でごめん。
「PRIMECLUSTER Global Disk Services」
こんな感じの方式。 ちょっと使いづらいけど、やりたいことが出来ると思う。
URLﾘﾝｸ(software.fujitsu.com)
URLﾘﾝｸ(software.fujitsu.com)
199:名無しさん＠お腹いっぱい。
12/06/25 03:10:48.09 0
本鯖の複製を作ることで「バックアップ」というのも、
復旧の面では良いのかも知れないけど、
どうなんだろう？
鯖会社として、普通にやってる事なの？
今まで、何でFSがバックアップまで消失したのか、
不思議でならなかったけど、なんとか意味が
わかって来た…
200:名無しさん＠お腹いっぱい。
12/06/25 03:11:38.68 0
これって、FS以外が考えるまともな運用にするのって無理だろうな
まともな運用を設計できる人もいないだろ
今の所動いている会社も早急に逃げだすﾚﾍﾞﾙだな
201:名無しさん＠お腹いっぱい。
12/06/25 03:11:57.63 0
俺たちはファーストサーバーが知らなかった単語は「世代管理」だと思っていた
だが実際には、そもそも「バックアップ」という単語の意味を知らなかったw
202:名無しさん＠お腹いっぱい。
12/06/25 03:12:05.06 0
仕様変更のたびに手間を掛けるのをやめてコストカットを突き詰め安全を切り捨ててるわ
まさにワイルド仕様の格安企業向けサーバーサービスだね
203:名無しさん＠お腹いっぱい。
12/06/25 03:12:13.78 0
>>9
メール混入を認めたな
204:名無しさん＠お腹いっぱい。
12/06/25 03:12:33.12 0
良かった―喪服着て来て！
自称“バックアップ”待機系がお亡くなりになってるじゃない
205:名無しさん＠お腹いっぱい。
12/06/25 03:12:35.58 0
どう考えても非同期のミラーリングでしかないんだけど、百歩譲ってバックアップという強弁を認めたとして
そうなると今度はバックアップに意図的に手を加えたということになるので、結局FSの重過失は避けられないだろ。
206:名無しさん＠お腹いっぱい。
12/06/25 03:12:55.99 0
>>199
「コールド（ホット）スタンバイ」と「バックアップ」は明確に違う。
FSのは明らかにコールド/ホットスタンバイ。
スタンバイ（待機系）をバックアップ、なんて呼ぶのは通用しません。
207:名無しさん＠お腹いっぱい。
12/06/25 03:14:24.58 0
>>174
あー、やり方がまずいって言ったのは、バックアップからの復元で脆弱性まで戻るからと言ってバックアップ自体に手をさなくても他のやり方があったはずだよねーって意味で。
復元後に逐次更新適応するだけでいいと思うんだけどね。
208:名無しさん＠お腹いっぱい。
12/06/25 03:14:34.94 0
本来の対象サーバへのパッチは正常に当たっていたのと説明になるのだろうか？
だとすると対象サーバだけは破壊されなかったのは何故だろう？
本来削除するファイルが存在すればそれを削除して終了、存在しなければ全てのファイルを削除するとかそんな感じだろうか？
209:名無しさん＠お腹いっぱい。
12/06/25 03:14:43.44 0
FSから逃げるかどうかで議論していて上司に
今回の失敗でしっかり対策するからむしろ他より余計に安心なんじゃないかと
言われて押し込まれていたが
これはいい材料が出てきた
210:名無しさん＠お腹いっぱい。
12/06/25 03:14:51.36 0
>>169
「PRIMECLUSTER Global Disk Services」
これを普通に使えば、仕組みできてるから安全だよ～
プロキシボリュームって、超安全じゃない？
物理的にディスクの同期をとって切り離すんだからさ
211:名無しさん＠お腹いっぱい。
12/06/25 03:14:59.33 0
RAIDだから安心（ｷﾘｯ
ってのと基本思想はそれほど変わらないのか。
別媒体への日次バックアップとか無いんだ…
212:名無しさん＠お腹いっぱい。
12/06/25 03:15:07.64 0
つまり２世代バックアップというのはどういうことﾆﾀﾞ？
ただのハッタリだったと言う事ニカ？
213:名無しさん＠お腹いっぱい。
12/06/25 03:15:13.38 0
ベアメタルバックアップじゃなくて、単なる手動RAID1を｢バックアップ｣と称していただけだな。
214:名無しさん＠お腹いっぱい。
12/06/25 03:15:15.86 0
>>199
普通にやってる、というかサーバなら当たり前に備えてる機能のはず
ただし、本来ならそれに加えて定期的にバックアップデータを専用の領域に作成してる
215:名無しさん＠お腹いっぱい。
12/06/25 03:15:26.17 0
当初作業にあたったシステムクラッシャーいやオペレータの経験はどの程度だったんだろう。
まさか、新卒でこの春に採用されて研修期間が終わって２ヶ月未満ってのに預けたんじゃないだろ？
「アタシ初めてなの！」テヘぺろっ
幾ら（有得んだろが）外注がやりましたってやらせた側の問題だろうし。
・検証系で気付けない部分でアウト。いやこれも本番系と同時適用とかまさかね。
まさかなオペレーションだったらチャレンジャー。そう挑戦者（まさに朝○人）
216:名無しさん＠お腹いっぱい。
12/06/25 03:15:41.13 0
>>207
常識的に考えてそうするでしょ
217:名無しさん＠お腹いっぱい。
12/06/25 03:16:14.85 0
>>209
そもそも、鯖屋としてなっちゃいねぇって事か・・・
218:名無しさん＠お腹いっぱい。
12/06/25 03:16:35.44 0
> 原因1: 更新プログラム不具合
> 1-1 ファイル削除コマンドの停止指示漏れ
> 1-2 対象サーバー群の範囲指定漏れ
ここでいう更新プログラムはシェルスクリプトとかだろうな
> 原因2: 運用手順の不備
> 2-1 対象サーバー以外の動作確認手順なし
> 2-2 対象サーバー以外のデータ消失確認漏れ
2-1は原因1でいう更新プログラム（シェルスクリプト？）がfailsafeになってなかったのが問題かと。
219:名無しさん＠お腹いっぱい。
12/06/25 03:16:41.75 0
>>201
猿人が骨放り投げる勢いでうなずいたｗｗｗ
220:名無しさん＠お腹いっぱい。
12/06/25 03:16:57.65 0
新卒が仕事を任されてやらかした
なんてことはないよね
221:名無しさん＠お腹いっぱい。
12/06/25 03:17:03.02 0
> サービス再開に必要な場合、および緊急メンテナンスが必要な場合など
> 止むを得ない場合を除き、当面の間はメンテナンス作業を停止いたします。
>
この報告書ではメンテナンスって脆弱性対策も含んでるんだよね？
暫くはその辺無防備ですよ？って事か･･･
222:名無しさん＠お腹いっぱい。
12/06/25 03:17:42.53 0
復旧で大変だろうが並行してそろそろおまえら訴訟のほうも上に掛け合って話進めろよ
社長にもそう進言したら怒りの矛先がわかりやすくておまえらも少しはプレッシャー弱まるかも
今回一気に注目集めたloftをあたりを筆頭に連絡取り合ったら被害者も集まりやすいし、情報も共有して進めたらいいんじゃね？
とりあえず恨み晴らす前に死ぬなよ
223:名無しさん＠お腹いっぱい。
12/06/25 03:18:26.72 0
こりゃ訴訟だなｗ
224:名無しさん＠お腹いっぱい。
12/06/25 03:18:31.19 0
レンタルサーバー板ってユーザーだらけなのか...。
ハイパバイザ層でで問題ありなんでしょこれ。
225:名無しさん＠お腹いっぱい。
12/06/25 03:18:34.60 0
なんか、こんな奴ら相手に苦労してたのかと、すげえ脱力した
万一、未知の事象で、うちの鯖に同じトラブルがある可能性も、と思って情報集めていたが、
このトラブルだけは俺の管理下では発生しようがないw
寝るわw
226:名無しさん＠お腹いっぱい。
12/06/25 03:18:52.97 0
>>201
この分だとFS用語と技術的常識用語の乖離が他にも出てきそうな気がするよ。
逃げ推奨だなぁ。
227:名無しさん＠お腹いっぱい。
12/06/25 03:19:29.31 0
>>224
どう考えてもゲスト側だが
228:名無しさん＠お腹いっぱい。
12/06/25 03:20:16.96 0
>>226
「バックアップ」という単語が通じないんだぜ？
他は推して知るべしw
229:名無しさん＠お腹いっぱい。
12/06/25 03:20:41.37 0
>>212
本番機を1世代って言うルールなんだろ
スタンバイ機が2世代目ｗ
230:名無しさん＠お腹いっぱい。
12/06/25 03:20:55.16 0
>>225
おやすみｗ
まー今回のこれを他山の石とするかどうか、だな
231:名無しさん＠お腹いっぱい。
12/06/25 03:21:23.26 0
>>201
せめて1日前とか残ってたら良かったのに。
そういう幻想も砕かれたｗ
232:名無しさん＠お腹いっぱい。
12/06/25 03:21:36.63 0
ﾒﾝﾃﾅﾝｽ=ｷﾑﾁﾊﾟｰﾃｨ
ってことですね
ﾌｧｰｽﾄが潰れたら、ｲﾝﾌﾗ系の出物あるかな？
ﾃｰﾌﾟのｵｰﾄﾁｪﾝｼﾞｬｰが欲しいんだ
あ！ﾌｧｰｽﾄにはないかもね
233:名無しさん＠お腹いっぱい。
12/06/25 03:22:08.89 0
他山の石とできるレベルじゃねぇ
234:名無しさん＠お腹いっぱい。
12/06/25 03:22:18.46 0
>>231
もう、そういう次元じゃなかった
そもそもバックアップを取っていねぇ・・・(´Д⊂ヽ
235:名無しさん＠お腹いっぱい。
12/06/25 03:22:45.57 0
>>224
ピンきりじゃね？
個人ユーザーの管理者は、そこそこ居るだろうけど
そいつらなら、こんなとこ契約しないか
最低限のローカルバックアップは取ってるだろうし
技術に疎い経営者の経営判断でアウトソースしてたんだろ
236:名無しさん＠お腹いっぱい。
12/06/25 03:22:47.72 0
お前ら、月曜に備えておけよ
237:名無しさん＠お腹いっぱい。
12/06/25 03:23:15.97 0
データとシステムの区別もついてないよなこれ
238:名無しさん＠お腹いっぱい。
12/06/25 03:23:54.84 0
そもそも「クラウド」とは何だったのかと
239:名無しさん＠お腹いっぱい。
12/06/25 03:24:09.25 0
ちょっと俺もよく分からなかったのでバックアップを辞書で引いてみた
>そうさ……俺は……
BAKKUAPPU
お と ぎ ば な し は 終 わ り さ ……
URLﾘﾝｸ(racing-lagoon.info)
240:名無しさん＠お腹いっぱい。
12/06/25 03:24:11.77 0
>>238
まぼろし
241:名無しさん＠お腹いっぱい。
12/06/25 03:25:19.03 0
>>227
マジで？ ゲストOS全部に一気にパッチ当てたの？
怖いね。 でも、ハイパバイザ層でまるっとプロキシボリュームでレプリケーションとったら
ディスク切り替えるだけで復旧できたのにね。
242:名無しさん＠お腹いっぱい。
12/06/25 03:25:47.85 0
ファーストサーバ
期間限定！
時給＊円
業務内容：サーバーに関する対応(専門知識は不要です）
243:名無しさん＠お腹いっぱい。
12/06/25 03:27:03.60 0
朝六時の同期作業中に本番機がクラッシュしたらどうなるのっと
244:名無しさん＠お腹いっぱい。
12/06/25 03:27:43.78 0
>>238
|ヽ∧＿
ゝ ＿＿＼
||´・ω・`| ＞ やめなよ
/ ￣￣ ､ヽ __＿＿＿＿＿
└二⊃ |∪=| |── ／
ヽ⊃ー/ノ ￣￣￣￣￣
￣｀´￣
245:名無しさん＠お腹いっぱい。
12/06/25 03:27:54.48 0
「バックアップにも同時適用」って・・・
凄いこと書いてるなw
246:名無しさん＠お腹いっぱい。
12/06/25 03:28:07.49 0
bcp用システムディスクアレイなんかなかったんだ。
待機系をバックアップと称していただけだったんだ。
俺たちはもうちょっと高級なシステムを想像していたが、
実物は自作サーバに毛が生えたものをクラウドと称していただけなんだ。
絶望した！
247:名無しさん＠お腹いっぱい。
12/06/25 03:28:31.91 0
よくこれをバックアップと称して10年運用できてたなぁ
感心するわ
248:名無しさん＠お腹いっぱい。
12/06/25 03:28:49.59 0
>>235
そっか、困っている人たちは
適当に提案を聞いて、値段を聞いてリプレースとかしちゃった人たちなのかな。
今の時間、SIerの人が多い気がする。 クラウドのコア触ってない、DBとか仮想化やっている人とか。
249:名無しさん＠お腹いっぱい。
12/06/25 03:30:58.49 0
>>246
自作鯖に毛が生えた物？
まだ自作鯖の方がバックアップ取ってるっていうか、バックアップっていう言葉が通じるわ
250:名無しさん＠お腹いっぱい。
12/06/25 03:31:59.82 0
これ、小規模向けならば、
安鯖を10台ぐらい日次でミラーリングして
順次とっかえひっかえ使ってた方が
まだマシだったんじゃね？
251:名無しさん＠お腹いっぱい。
12/06/25 03:32:47.43 0
いやーしかし何が怖いって、本番環境だけならまだしも、確実に動いてた時のコピーすら同時に粉砕するその仕組み。
ほんのちょっとした更新でも毎回綱渡りだったってことだよね。
不具合があったらFSの言うところのバックアップにまで影響が及んでしまうんだから。
252:名無しさん＠お腹いっぱい。
12/06/25 03:33:06.27 0
クラウドってへっぽこ端末からXサーバに繋いで作業するイメージしか持てない
253:名無しさん＠お腹いっぱい。
12/06/25 03:33:07.67 0
>>250
何台の安鯖がいるんだよ・・・あんまりアホなレスしないでくれ
254:名無しさん＠お腹いっぱい。
12/06/25 03:33:14.74 0
＞ファイルの誤参照の障害について
＞■ 障害の概要
＞
＞データ消失の後、データ復旧作業を実施。
＞6月21日（木）9時ごろにデータの復旧プログラムにより消失データを復旧し、リカバードファイルとしてお客様に提供しました。
＞しかしながら、専用サーバーのお客様より、専用サーバー内において情報にアクセス権限を有していなかった者からも
＞参照できる状態になっているとの報告があったため、リカバードファイルの提供を22日（金）21時ごろ停止し、
＞状況の確認を行ったところ、専用サーバー内において、アクセス権限を有していなかった情報についても参照が可能な状態に
＞あったことが判明しました。
漏洩も認めちゃってるんだけどどうすんのこれ
報告義務とかあるんだろ
255:名無しさん＠お腹いっぱい。
12/06/25 03:33:27.12 0
>>247
推測になるけど、
コスト削減で、職人芸で運用していた環境が更に悪化して
ヒューマンエラーが起きやすくなっていたんじゃないかな？
ベテランが退社して、新人しかいなかった可能性もありえる
256:名無しさん＠お腹いっぱい。
12/06/25 03:33:36.80 0
この障害って、本当は復旧できるよね..。
誰かが、1ヶ月とかあれば復旧するのかよと書いていたけど。
1～2ヶ月あれば元に戻せるよね。
257:名無しさん＠お腹いっぱい。
12/06/25 03:33:49.31 0
>>247
昔は完全な副系として運用してたから戻せたけど
今の管理者になってからミラーリング同然になったんだろ
初期のコンセプトも無視した素人運用としか言えないな
258:名無しさん＠お腹いっぱい。
12/06/25 03:34:28.48 0
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ(（●）) (（●）)ﾟo ＼ サーバーに脆弱性あるからパッチあてないといけないお…
| （__人__） |
＼ ｀ ⌒´ ／
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ⌒ ⌒ﾟo ＼ でもバックアップを復元したら脆弱性まで復元されるお…
| （__人__） |
＼ ｀ ⌒´ ／
＿＿＿_
／⌒ ⌒＼
／（ ●） （●）＼
／::::::⌒（__人__）⌒::::: ＼ だからバックアップにもパッチあてるお！
| |r┬-| |
＼ `ー'´ ／
259:名無しさん＠お腹いっぱい。
12/06/25 03:34:28.75 0
>>224
たぶん正解。
260:名無しさん＠お腹いっぱい。
12/06/25 03:34:56.13 0
>>256
そう信じたい気持ちはよくわかるが・・・
261:名無しさん＠お腹いっぱい。
12/06/25 03:35:05.87 0
>>251
一人ぐらいはそんなあり得ない仕組みを発想をする奴が居たとしても
何故そんな案が通ってしまうのかが理解出来ない……
262:名無しさん＠お腹いっぱい。
12/06/25 03:36:03.36 0
>>247
1年前ぐらいに唯一まともな技術者がブラックに耐えられなくて辞めたとかもありえるぞ
もしくは全裸で捕まったとか
263:名無しさん＠お腹いっぱい。
12/06/25 03:36:41.29 0
文系SEだがクソメンテナンスバッチを本番にリリースして始末書騒ぎになったことがある
このスレ見ても当時のこと思い出してもまったくピンとこない
所詮安いシステムなんてその程度の底辺が作ってるから諦めろ
まぁ謝ることにはやぶさかではない
264:名無しさん＠お腹いっぱい。
12/06/25 03:37:03.18 0
つーかこのお粗末さ…
日本の技術レベルの低さはマジやばすぎなんじゃね、教育が悪いだろ、これ
こんなんじゃつまらん大事故頻発で多くの会社が傾いて、日本（の産業）が傾くぞ
265:名無しさん＠お腹いっぱい。
12/06/25 03:37:14.87 0
>>256
専鯖向けはディスク解析すれば一部は復旧できるだろうけど
他は多分無理だな。残骸が大量に発掘されるだけだろう。
せめて待機が残ってれば救いもあったが。
266:名無しさん＠お腹いっぱい。
12/06/25 03:37:41.69 0
夜が明け、やがて通常勤務時刻になると、約5万件(社？)ものFSユーザの60％以上が
少なからず何らかの確認や、作業をする事となり、同じ社内ユーザからのアクセスも
考えると、回線の輻輳のみならず、様々な弊害が予想できそう。
正常に動作しているサーバであってもかなりヤバイ処理能力が要求され
こんな状況では....
・ドサクサに紛れたFSに問題のすり替えをさせない事が重要。
「ある程度復旧させたんですが、予想を遥かに上回るトラフィックに想定外の...が重なり」なんて論外。
267:名無しさん＠お腹いっぱい。
12/06/25 03:38:07.88 0
ここって仮想化アーキテクチャなに使ってたの？
VMware？Xen？OpenVZ？KVM？
268:名無しさん＠お腹いっぱい。
12/06/25 03:38:25.75 0
漢な運用だｗｗｗ
ALL or NOTHING方式ｗ
269:名無しさん＠お腹いっぱい。
12/06/25 03:38:36.45 0
豪快すぎて笑えてきた
270:名無しさん＠お腹いっぱい。
12/06/25 03:40:10.23 0
本番をいじる→業務に使われだして問題ないのを確認→待機系に同じ作業
が常識よ
271:名無しさん＠お腹いっぱい。
12/06/25 03:40:19.22 0
>>257
会社としては重用すべきだった、そういう技術や知識があるベテランを切ったんだったら
自業自得だわな。
こういうIT系の職場って人の入れ替わりが結構あったりするが、
知識や経験からくる直感やセンスを持ってる人を失ってたりするってことに
経営陣が気づくのはいつなんだろうな。
272:名無しさん＠お腹いっぱい。
12/06/25 03:41:05.88 0
>>259
ホスト側にパッチ適用して、何らかの要因でリブートとかかけて、
クラウドの統合管理基盤のデータベースの情報がどうかなっちゃったと推測。
こうなると復旧不能になっちゃったりするんだよね。
>>260
これを、手作業で修正するベンダ内の特殊部隊がいるんですよ。
手作業だから、死ぬほど時間かかるし..。 海外ベンダかもしれないし。
273:名無しさん＠お腹いっぱい。
12/06/25 03:41:21.82 0
なんか今までの推測や議論が何だったのか虚しくなって来たよ。
ベアメタルバックアップなんてはじめからなかったんだ。
274:名無しさん＠お腹いっぱい。
12/06/25 03:41:59.44 0
>>1
URLﾘﾝｸ(www.firstserver.co.jp)
ヤフー・ジャパン・ファ―スト・サーバー本社に、
殺し屋、テロリスト、警官隊が、そろって突撃するのはいつごろですかwww。
275:名無しさん＠お腹いっぱい。
12/06/25 03:42:50.21 0
■CSスローガン
お客様目線、それが私達すべてのはじまり
276:名無しさん＠お腹いっぱい。
12/06/25 03:43:19.73 0
これは末端の教育レベルじゃないよ
障害設計はある程度の作業ミスを想定して作ってるけど
稼働率を上げるためと手抜きをするための設計変更ですべてぶち壊していってる
現場のSEと作業員に綱渡り運用を強要してるわ
277:名無しさん＠お腹いっぱい。
12/06/25 03:43:50.71 0
>>275
訳：何も知らないド素人集団です
278:名無しさん＠お腹いっぱい。
12/06/25 03:44:26.78 0
>>276
上司「なぜそんな綱渡り運用になってる！？俺は聞いてない！責任は全部お前らだからな！！」
279:名無しさん＠お腹いっぱい。
12/06/25 03:45:02.13 0
やふーの子会社になったあたりからくるってきたんだろうか
280:名無しさん＠お腹いっぱい。
12/06/25 03:45:10.48 0
>>265
クラウドの統合管理基盤システムにおける仮想サーバの管理って
ディスクデータが壊れることじゃない気がするんです。
管理データベースが悲しいことになったような..。
281:名無しさん＠お腹いっぱい。
12/06/25 03:45:56.45 0
客側でのバックアップの取り方って教わった？
つか、客側でサーバを用意して常にバックアップしておかなきゃならないなら、
サーバを借りる意味あるの？
282:名無しさん＠お腹いっぱい。
12/06/25 03:46:29.71 0
業界の共通認識であるバックアップと
自社で呼んでいるバックアップが違うってこと知って
FSの人はどう感じてるかね
283:名無しさん＠お腹いっぱい。
12/06/25 03:48:02.52 0
>>9
これ更新プログラム書いた人どうなるの？
「仕事で50000万社のデータ飛ばしたったｗｗｗｗ」てスレ立てるの？
284:名無しさん＠お腹いっぱい。
12/06/25 03:48:07.47 0
なんか一気に脱力したわ
業界の為にもこの会社のとんでもない酷さを衆知させないとな
でないと無関係の同業者が迷惑する
寝よ寝よ
285:名無しさん＠お腹いっぱい。
12/06/25 03:48:35.20 0
CLVMじゃないっぽくてやりやすいようなきがするんだけどな..。
286:名無しさん＠お腹いっぱい。
12/06/25 03:48:41.33 0
知り合いにFSにいたやついるからちょっと聞いてみようかな
８年くらい前にやめたからあまり知らんかもしれんが
287:名無しさん＠お腹いっぱい。
12/06/25 03:49:40.85 0
2時公開のマンガはまさに脱力もんだなぁ。
朝見つけた客はﾎﾟｶｰﾝだろうなぁ
288:名無しさん＠お腹いっぱい。
12/06/25 03:50:11.94 0
>>258
こんな感じだろうなｗｗｗ
289:名無しさん＠お腹いっぱい。
12/06/25 03:51:48.38 0
ただ、中間報告での形で障害が発生したわけじゃなさそうな気がする。
明日になれば、誰かしら情報持ってるだろうな..。
ちょっと会話してみよう。
290:名無しさん＠お腹いっぱい。
12/06/25 03:52:24.17 0
>>9
これをバックアップというなら
客はバックアップなんて出来ないだろ
もしくは例の簡易なんちゃらを設定していた事が万全のｗバックアップ
291:名無しさん＠お腹いっぱい。
12/06/25 03:52:53.72 0
つーか経営陣は何やってんの？
逃げたの？死ぬの？死んだの？
292:名無しさん＠お腹いっぱい。
12/06/25 03:53:39.77 0
すまん的外れな質問で悪いが素人に教えてくれ。
これ初期にサルベージ屋云々って話があったけど今回はサルベージできるの？
この場合、データ漏洩とか抜きにして純粋に技術的にってことね。
疑問点は
・技術的に引き上げれるのか
・サルベージって話が建前の時間稼ぎなのか
293:名無しさん＠お腹いっぱい。
12/06/25 03:53:52.25 0
>>283
5おくｗｗｗ
294:名無しさん＠お腹いっぱい。
12/06/25 03:53:52.54 0
どんなシェルスクリプトか見てみてえｗ
295:名無しさん＠お腹いっぱい。
12/06/25 03:54:11.20 0
>>289
社畜テロの可能性があるからな・・・
嫌気が差したヤツが適当なことやっちゃったんじゃねぇかと
結果としては、中間報告通りなのかもしれんが
296:名無しさん＠お腹いっぱい。
12/06/25 03:54:23.13 0
俺がファーストの社長だったら、狂って新幹線で全裸になる自信あるわ。
297:名無しさん＠お腹いっぱい。
12/06/25 03:55:19.09 0
別に問題なくてもあの社長なら全裸になるからな
298:名無しさん＠お腹いっぱい。
12/06/25 03:56:25.97 0
>>296
データーのオールリセットにブチキレた、
ユーザー１万人が、
親会社のヤフー本社に暴れこむとかなｗ。
299:名無しさん＠お腹いっぱい。
12/06/25 03:56:44.39 0
>>292
流れからすると、絶望的な気がする
サーバーは２系統しかなく
トラブル後、同時に相当いじった感がある
むしろ、作業を止めていれば、可能性があったのかもしれないが・・・
300:名無しさん＠お腹いっぱい。
12/06/25 03:56:44.79 0
なるほど、社長はそういう人なのか。
301:名無しさん＠お腹いっぱい。
12/06/25 03:56:52.07 0
週明けに、バックアップが大量に行われて帯域が潰れたら
二次災害が発生するよね。 クラウドの統合管理基盤システムの特性的に。
アタッチしているストレージの帯域制限の機能限界とSwitchの性能。
ハートビートの間隔次第では大惨事が..。 これは、起きなければいいなぁと思う。
302:名無しさん＠お腹いっぱい。
12/06/25 03:57:23.00 0
表に出てなかっただけで、昔から問題ありまくりでストレスが半端なかった。
でも優秀だから競合他社に行けた。
それで辻褄が合うんじゃないかな。
303:名無しさん＠お腹いっぱい。
12/06/25 03:57:32.58 0
ヤベェｗこんなのを売りつけるｿﾌﾊﾞﾝ・ﾔﾌｰｸﾞﾙｰﾌﾟってﾏｼﾞｽｹﾞｴよ
流石禿、どえらい商売してくれるｗｗｗ
次は昼か夕方の鯖落ちがあるかどうか。
304:名無しさん＠お腹いっぱい。
12/06/25 03:57:34.23 0
>>292
問題のサーバのHDDをとっぱらって別HDDで動かしているなら可能かもしれない。
でも一連の流れからしてそのまま同じHDDで運用続けてると推測できる。
その場合、元々データが存在した領域に書き込みが何回も発生するわけでサルベージはどんどん無理ゲーになる。
また1回2回くらいの書き込みならば特殊な機器で助けることもできるが非常に金がかかるので多分やらずにこのまま逃げると思う。
305:名無しさん＠お腹いっぱい。
12/06/25 03:58:19.81 0
空が明るくなってきたヤー
306:名無しさん＠お腹いっぱい。
12/06/25 03:58:35.40 0
８時半に会社で緊急役員会を開くんだけど、
大規模障害の概要と原因について（中間報告）
URLﾘﾝｸ(support.fsv.jp)
これ配って役員に納得してもらえるかな？
って、課長からメールが来たけど、
たぶんムリですって返信しといた。
307:名無しさん＠お腹いっぱい。
12/06/25 04:00:04.31 0
多分いまファースト社がやってるのは、データ復旧ではなく、
月曜の朝から計画停電みたいに大域制限等をどうやってかけるか考えてるだけ。
だってデータはもう戻らないんだもん。
308:名無しさん＠お腹いっぱい。
12/06/25 04:00:13.66 0
新幹線の車内で裸 ファーストサーバ社長を公然わいせつ容疑で逮捕
URLﾘﾝｸ(blog.livedoor.jp)
309:名無しさん＠お腹いっぱい。
12/06/25 04:00:14.62 0
>306
予定だと9時にFAQがくるみたいだぞ
310:名無しさん＠お腹いっぱい。
12/06/25 04:01:27.25 0
>>308
何度も出てるけど
その社長なら首になったよ
んで、今は日本ラッドって会社にいるみたい
311:名無しさん＠お腹いっぱい。
12/06/25 04:01:28.62 0
>>299
障害発生後の対応がグダグダだよな
お前んとこは個人で動いているのか的な
312:名無しさん＠お腹いっぱい。
12/06/25 04:01:29.80 0
>>271
FSと同類企業の経営陣がそういった技術者の事まで考えるなんてまず無いと思うけどね
業界で技術力が高いってのが売りの会社でさえ、売上重視になったりすると、
良質な技術畑の社員を劣悪なレベルの派遣に切り替えていくのをいくつも見てきたよ
313:名無しさん＠お腹いっぱい。
12/06/25 04:02:26.81 0
そもそもパッチに不具合があった場合にシステムを元に戻せる構成じゃなかったのに
テストもすり抜けて致命的なのを実行したと
314:名無しさん＠お腹いっぱい。
12/06/25 04:02:29.09 0
障害発生する前の対応もグダグダだったわけだが・・・
315:名無しさん＠お腹いっぱい。
12/06/25 04:02:57.40 0
>>292
ファイルの中身はあるけど権限情報やユーザー情報が一部が書き換えられている
それが書き換えられたのか正しいのかもはや判別不能になってしまった
つまり共有だと復元ファイルはあっても誰にも返せない
316:名無しさん＠お腹いっぱい。
12/06/25 04:03:04.12 0
>>292
書き込んだりしないで、色々と統合基盤の種類とか調べて見てたんだけど、
予想したような出来事（発表通りでない）であるならば..。
クラウド統合管理基盤のデータベースの修復が出来ればデータサルベージ不要で
すべてが一気に現状を回復することが出来るかもしれないです。 本当に時間がかかるけど。
>>295
故意に発生させた事故とは思えないけど、そうであれば非常に難しい問題かもしてないですね。
CLVMファイルシステムごと破壊してしまったとかだったら、たいへん。
317:名無しさん＠お腹いっぱい。
12/06/25 04:03:27.23 0
>>308
裸になった姿を見たのは26歳の女だけ、警官到着時は服を着ていた。
だとすると、26歳女の狂言かもしれない。なにかの弱みを握った上での。
318:名無しさん＠お腹いっぱい。
12/06/25 04:04:32.71 0
>>306
課長もおまいも起きてたのか乙
「彼らがとっていたバックアップは私たちが知ってる『バックアップ』ではありませんでした」って
素直に言うしかないな・・・
319:名無しさん＠お腹いっぱい。
12/06/25 04:04:41.19 0
>>317
なるほど
320:名無しさん＠お腹いっぱい。
12/06/25 04:04:56.20 0
>>317
その全裸社長は、
他の会社にいったそうだ。
まあ、ぶっちゃけ、命拾いしたんだけど。
321:名無しさん＠お腹いっぱい。
12/06/25 04:04:58.70 0
>>308
その事件は2008年。このときなんらかのトラブルが発生していたのだろう。
裸になった姿を見たのは26歳の女だけ、警官到着時は服を着ていた。
だとすると、26歳女の狂言かもしれない。なにかの弱みを握った上での。
322:名無しさん＠お腹いっぱい。
12/06/25 04:06:34.20 0
ウチは自社サーバーだから関係ないが
同じことが起こったら、正気を保てない気がする
323:名無しさん＠お腹いっぱい。
12/06/25 04:06:35.22 0
>>315
いや、NFSのマウントと操作手順を間違うとオーナーが変わるという仕様があったりするんです..。
って...。 なに、障害の切り分けやってるんだorz..
324:名無しさん＠お腹いっぱい。
12/06/25 04:07:45.19 0
全裸社長は、同じクラウドサーバ会社の日本ラッドに行った。
凡人なら、あんなことした人間を雇うはずがない。
ファーストは会社としてアウトのレベル。ラッドはたぶん今まとも。
もっかい全裸になったら、会社じゃなくて岡田氏の問題。
325:名無しさん＠お腹いっぱい。
12/06/25 04:08:18.59 0
>>316
素朴な疑問なんだが、そのクラウド統合管理基盤データベースってそんな脆いの?
致命的なエラー誘発するようなもんなら冗長化するべきだし、それが出来ないのならそのシステムって本質的に危険なんじゃね？
326:名無しさん＠お腹いっぱい。
12/06/25 04:08:47.64 0
>>299>>304
レスありがとう。了解した。
今回サルベージ屋が対外的な時間稼ぎ（もしくはfsの本気の一縷の望み）だったのかな。
対策立てる連中がシステムの構成を理解してないとは思えない/思いたくないし
327:名無しさん＠お腹いっぱい。
12/06/25 04:08:50.29 0
>>320
全裸になって命拾いってなんかスゲー話だな
この２択でどっちを選ぶか聞かれたらなかなか難しいｗ
328:名無しさん＠お腹いっぱい。
12/06/25 04:09:37.30 0
ユーザーデータ軽視した運用にしか見えんなぁ
システムの稼働率とメンテナンスの手間の削減ばかり追ってる感じ
ハードウェア障害は元に戻せるけど、データロストしたら終わりなのにね
329:名無しさん＠お腹いっぱい。
12/06/25 04:10:06.41 0
そもそも「クラウド」本来の意味の「分散サーバ」はどこへいった？w
330:名無しさん＠お腹いっぱい。
12/06/25 04:10:13.57 0
今ならFS筆頭に脱ぐ奴たくさんいると思うぞ
331:名無しさん＠お腹いっぱい。
12/06/25 04:10:24.48 0
>>306
課長「ではお手元に配布した資料を・・・」
役員「んなことはいい。とりあえず何時までに元にもどせるのかね？」
課長「は。未定です」
役員「ふざけるな！どういう事だ！」
課長「ですからお手元の…」
役員「もういい！自分の無能を棚に上げるな！今まで一体何をしていたんだ！」
課長「ですから…」
以下怒号と弁明未遂の無限ループへ
ぶっちゃけ相手の頭がゆだらないうちにズバッと
「早急な復旧は無理」「バックアップは残って無い」「原因はファーストサーバ」ってまず言った方が良いよ。
332:名無しさん＠お腹いっぱい。
12/06/25 04:11:07.25 0
稼働率100%を追求した結果がkonozamaですよ
333:名無しさん＠お腹いっぱい。
12/06/25 04:11:08.81 0
>>320
言われてみればそうだよな・・・
全裸で捕まるのと
データ削除で、客先を引き回されるの
どっちが幸せか・・・
334:名無しさん＠お腹いっぱい。
12/06/25 04:11:24.34 0
>>326
たぶん理解してないよ
サルベージ屋も呼ばれてからひきつってたと思う
335:名無しさん＠お腹いっぱい。
12/06/25 04:11:41.92 0
分散してても一撃で仕留めます
336:名無しさん＠お腹いっぱい。
12/06/25 04:12:00.85 0
業務の電子データすべてロストした後のBCPを試されてるんでつね
337:名無しさん＠お腹いっぱい。
12/06/25 04:12:59.22 0
>>326
だがしかし、普通に構成を理解しれば防げる程度の障害なんだよな、これが...
338:名無しさん＠お腹いっぱい。
12/06/25 04:13:26.19 0
>>9
＿_,,
/ ．ヽ
! ε．!
ゝ､_＿_ノ
￣￣￣￣￣| |￣￣￣￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣
誰かにデータ見られてる気がするぽ
――ｙ――――――
_,, ,_ _,,..,,,,_
./ ・ω・ヽ /ω- ヽ ＜ 気のせいぽ
l l |/ l
`'ｰ---‐´ .旦ｰ---‐´
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
339:名無しさん＠お腹いっぱい。
12/06/25 04:13:26.05 0
>>330
今日の出社風景が、みんな全裸だったりしてｗ
っていうか、みんな正気で仕事ができんでしょ？
340:名無しさん＠お腹いっぱい。
12/06/25 04:13:44.83 0
>>325
うっ...。 脆いかっていう質問ですよね...。
完全な停止手順で停止しなければデータベースが空になって管理している仮想サーバーを失います。
そのデータベースをクラスタ化(冗長化+レプリケーションホットスタンバイ)しても致命的なデータベースの損壊を見かけることがあります。
341:名無しさん＠お腹いっぱい。
12/06/25 04:13:47.91 0
>>325
クラウドって言っても、広い意味と狭い意味があるんだよ。
たんなる仮想化で１台に16仮想入れて冗長化してるだけとか、
複数台のマシンを１台とみなして使えるかどうか、とかがポイントだったと思う。
そしてまだ発展途上だからバグも多いだろうね。
完璧なクラウドは日本ラッドのSeeSaaだとかだと昔聞いた。2chの日本ラッド板でね。
342:名無しさん＠お腹いっぱい。
12/06/25 04:14:09.45 0
>>331
結論を最後にもってくるとか死刑判決みたいだな
343:名無しさん＠お腹いっぱい。
12/06/25 04:14:38.97 0
>>333 >>327
全裸になっただけなら、まあ一回だけなら、
「武勇談」「お笑い事件」ですむ。
「傘下の顧客数万社のデーターが全て消失」とか、もうね、命がいくらあっても足りないから。
344:名無しさん＠お腹いっぱい。
12/06/25 04:15:27.75 0
呼ばれるのは、サルベージャじゃなくて神の領域にいるDB屋だと思う。
345:名無しさん＠お腹いっぱい。
12/06/25 04:15:43.60 0
名画に絵の具をこぼして自分で色々やったら一面台なしになってしまったナリ、テヘペロ
346:名無しさん＠お腹いっぱい。
12/06/25 04:15:57.42 0
今回のトラブルの最適な解決方法。
まず全裸になります。
347:名無しさん＠お腹いっぱい。
12/06/25 04:15:58.93 0
>>338かわいいから許しちゃいそうになるな
348:名無しさん＠お腹いっぱい。
12/06/25 04:16:46.97 0
>>294
多分、頭痛くなるか、吐き気がするだけだと思うよｗ
まぁ見てみたいけどｗｗｗ
しかし、こんなもんでもＩＳＯやらなんやら、取れるもんなんだな。
349:名無しさん＠お腹いっぱい。
12/06/25 04:17:01.61 0
>>345
こぼしただけなら、取り除く方法があったのに！！
なぜ、直ぐに言わなかった（染み込んだら取れんぞ！！）
・・・みたいな？ｗ
350:名無しさん＠お腹いっぱい。
12/06/25 04:17:08.39 0
前スレの換装作業はまさにこれだったんだな
351:名無しさん＠お腹いっぱい。
12/06/25 04:17:17.03 0
>>331
＿＿＿＿＿＿＿＿＿＿＿＿＿__
||￣￣￣￣￣￣￣￣￣￣￣￣￣||
|| ・早急な復旧は無理 ||
|| .・バックアップは残って無い ||
|| .||
|| ●原因はファーストサーバ● ||
∧,,∧ 。 _||＿＿＿＿＿＿＿＿＿＿［三］＿||_
(´・ω・) ／ .└┬┬─────‐┬┬┘
. （∪ つ ││ ∧,,∧
`ｕ-ｕ' ∧,,∧.┷┷ ( )
( ) ／￣￣￣￣￣￣￣￣⊂ ((￣￣)
(￣￣)) つ ∬ ∬＼||￣||∧,,∧
∧,,∧||￣||／ 匚P 匚P ＼ ( )
( ) ／ ∬ ∬ ⊂ ((￣￣)
(￣￣)) つ 匚P 匚P ＼||￣|| ∧,,∧
||￣||／ ＼∬(ω・｀ )
.／ 匚Pと ）
352:名無しさん＠お腹いっぱい。
12/06/25 04:18:15.46 0
>>341
それで、このサービスはIaaSの巨大基盤でしょ。
特に発展途上ですよね。 面白い分野ですが。
353:名無しさん＠お腹いっぱい。
12/06/25 04:18:58.03 0
>>351
はえぇぇよｗｗ
354:名無しさん＠お腹いっぱい。
12/06/25 04:20:23.41 0
>>338
「気がするぽ 」「気のせいぽ 」って、
ドキがムネムネのロリポかよ
355:名無しさん＠お腹いっぱい。
12/06/25 04:20:24.50 0
>>351
うむ。シンプルでわかりやすいプレゼンだ
356:名無しさん＠お腹いっぱい。
12/06/25 04:21:18.53 0
会議ではロフトの「ファーストサーバ 被害者オフ」に出て情報収集するべきと提案
357:名無しさん＠お腹いっぱい。
12/06/25 04:21:39.37 0
WindowsUpdateでさえ当てる前にバックアップ取るのが常識なのに
運用機とバックアップ機同時にうｐだてかけちゃった
両方とも起動しないお 再インストールしかないお…てへっ
初心者より酷くね？
358:名無しさん＠お腹いっぱい。
12/06/25 04:21:48.76 0
よし、９時半くらいに起きて、みなさんがまとめてくださったものを
拝見させていただこう。
ウェブ関係の仕事してれば、「明日はわが身」だからな。
笑いものにするだけじゃ、いつか自分も同じ失敗すると思うよ。
359:名無しさん＠お腹いっぱい。
12/06/25 04:22:49.46 0
バックアップに対してホワイターもどきの更新プログラムかけたのか
実行した当事者はどんな気分だったんだろうな
え？え？なんでなんでなんでうおおおすげえええええ
って感じか
360:名無しさん＠お腹いっぱい。
12/06/25 04:24:40.66 0
>>351
まあ原因言っても解るわけない連中相手だし、
実際伝える事ってコレぐらいしかないよなｗｗｗｗｗ
ああ・・・
361:名無しさん＠お腹いっぱい。
12/06/25 04:25:09.70 0
fsvには呆れた。
FAQは、コールセンター用の内容だな。きっと。
362:名無しさん＠お腹いっぱい。
12/06/25 04:25:20.98 0
あぁ、ネットワークの現状知りたいな..。
物理Switchのロードと、運用管理セグメントのロード。
おそらくあると思われるバーチャルルーターの状態。
363:名無しさん＠お腹いっぱい。
12/06/25 04:25:39.52 0
>>359
燃えたよ…
まっ白に…燃えつきた…
まっ白な灰に…
なわけはないな。
364:名無しさん＠お腹いっぱい。
12/06/25 04:26:58.39 0
>>351
・早急な復旧は不可能
（俺の経験上「無理」というよりも不可能のほうが精神論に持っていかれない）
・バックアップは取られていなかった
（FSの責任を強調）
・原因はファーストサーバの一般常識からかけ離れた運用
365:名無しさん＠お腹いっぱい。
12/06/25 04:27:17.40 0
オレがファーストサーバの社員だったら、
中間報告出した後にちょっと休憩しようと周りに言いながら、家帰って引きこもるわ
こんな報告書を全世界に発信なんて耐え切れない
366:名無しさん＠お腹いっぱい。
12/06/25 04:27:52.29 0
クラウドの統合管理基盤について、簡単な質問もう無さそう..。
5分だけ起きて寝よう。
367:名無しさん＠お腹いっぱい。
12/06/25 04:28:46.02 0
>>358
この手のバケツウラン系の失敗は、このスレ見てるような熱心な奴はしないから難しい
絶対にこのスレを見ないような、世渡り上手なリア充がやる行為だ
368:名無しさん＠お腹いっぱい。
12/06/25 04:29:11.61 0
>>359
巨神兵を引き連れたクシャナ気分だった
369:名無しさん＠お腹いっぱい。
12/06/25 04:30:14.47 0
さて、ＦＳに決定した権限と責任がある課長がなんて役員に説明するか見ものだ。
当時の会議メモや稟議書とかの控えを昨日探しておいたから、
オレに責任を負わせることへの対応はできてるから、
とりあえず、傍観者になろうっと。
370:名無しさん＠お腹いっぱい。
12/06/25 04:30:22.87 0
>>364
その説明が一番よさそうだ
371:名無しさん＠お腹いっぱい。
12/06/25 04:32:34.71 0
URLﾘﾝｸ(www.fsv.jp)
これを見ると専用サーバは個別にバックアップ用HDD用意されてるみたいだけど
そのバックアップも消えてるって事は、普段から/backupとかでマウントしてたのかな？
372:名無しさん＠お腹いっぱい。
12/06/25 04:32:58.39 0
URLﾘﾝｸ(blog.aistear.net)
373:名無しさん＠お腹いっぱい。
12/06/25 04:33:36.97 0
情シスの意思決定者に非はない。
必要なことは、適切なワークアラウンドを提示し
遂行するだけだ。 会社も責任を問うことはないだろう。
311の時に巨大量販店は全て手打ちで売上データをゆっ給することに成功したじゃないか。
374:名無しさん＠お腹いっぱい。
12/06/25 04:33:45.85 0
>>372
GMOの広告が出ててわろたｗ
375:名無しさん＠お腹いっぱい。
12/06/25 04:34:31.59 0
課長「私は別の会社を提案したんですが、>>369が一番コストパフォーマンスがいいと薦めてきまして・・・」
376:名無しさん＠お腹いっぱい。
12/06/25 04:34:57.39 0
>>97 >>101
そういうことだね。
マスターのサーバーに脆弱性対策を適用しただけでバックアップに脆弱性対策を適用しないまま
バックアップを本番運用に切り替えると脆弱性問題が発生する、
だから脆弱性対策についてはマスターにもバックアップにも同時に一気に適用する、
という公式アナウンス説明のようだ。
しかし、まずマスターに脆弱性対策を適用し、それでマスターに問題が発生していないことを確認し、
引き続いてバックアップにも脆弱性対策を適用し、それでバックアップにも問題が発生していないことを確認し、
という作業の切り分けで良かったんじゃないのかな。
まずはバックアップに脆弱性適用作業、確認後にマスターにも脆弱性適用作業、というふうでも良いけど。
適用漏れのおそれがあるからといって、
どうしてマスターもバックアップも一気通貫で作業するようにしていたのか。
377:名無しさん＠お腹いっぱい。
12/06/25 04:35:04.76 0
お早うお前ら
幸いにもFSとは何の関係もないITドカタの俺だが、
今日は電車が止まりまくることを予測してこの時間に起きた
ダイヤが乱れまくる前に、始発で会社行く
378:名無しさん＠お腹いっぱい。
12/06/25 04:35:23.05 0
>>364
FS社だけ責めても責任転換してるだけ思われるかもしれんから
「FS社の常識を信用してしまった私達の落度」
をどう説明するか難しいな
379:名無しさん＠お腹いっぱい。
12/06/25 04:35:46.37 0
>>267
EC-CUBE セルフマネージドクラウドはVMwareのようだから、
URLﾘﾝｸ(ec-cube.fsv.jp)
今回被害のあった共有レンサバのビズ・ビズ2やVPSのEC-CUBE マネージドクラウドも同じくVMwareを使ってると思う。
脆弱性ってのは多分これ。
VMWare、仮想化製品の脆弱性に対処
URLﾘﾝｸ(www.itmedia.co.jp)
>リモートからのコード実行やサービス妨害（DoS）攻撃に利用される恐れ
380:名無しさん＠お腹いっぱい。
12/06/25 04:36:52.98 0
つか、障害の影響を受けた会社って名前を出されること自体が
あらたな損害を生み出すことになるんだが。
公表していいなんて、課長は言ったのかな？
381:名無しさん＠お腹いっぱい。
12/06/25 04:37:29.52 0
>>377
えっ、自殺が多い程度で済むのか？
ヤフー・ファーストサーバーの関連施設が怒りの一揆で打ち壊されないか？
382:名無しさん＠お腹いっぱい。
12/06/25 04:37:40.63 0
>>376
そもそもそれはバックアップじゃないんだよ…
FS内ローカル定義ならバックアップと呼ぶのかもしれないが、
それはデータのバックアップじゃなくて、良く解釈してもバックアップ環境。
本来はただのサブ。
383:名無しさん＠お腹いっぱい。
12/06/25 04:37:50.80 0
>>359
画面のログにぶっ壊れていくサーバー名の一覧がダーーーーーって出て
Ctrl+Cの連打でも止まらずにログが流れていく図が目に浮かぶわ
384:名無しさん＠お腹いっぱい。
12/06/25 04:38:43.31 0
>>366
ありがとおやすみ
385:名無しさん＠お腹いっぱい。
12/06/25 04:39:29.51 0
>>364
バックアップについてはユーザー側で取ることが不可能なサービスであることも補足したほうがいいな。
386:名無しさん＠お腹いっぱい。
12/06/25 04:40:41.94 0
>>385
それは選定したシステム部門にとってクビを絞める行為
387:名無しさん＠お腹いっぱい。
12/06/25 04:40:52.74 P
3)対象サーバ/バックアップに同時配布する仕様
うーん。うーん。うーん。
バックアップサーバは外から見えないんだから
パッチとか適用せずに放置でいいだろ......
一体どのプログラムの脆弱性対策したんだ？
388:名無しさん＠お腹いっぱい。
12/06/25 04:42:05.45 0
プォオオオオーーーーーーン!!
_＿＿＿＿＿＿＿＿＿
／━━━━━ ＼
|┃|￣￣|. 〇 〇[新小岩]┃|
|┃|￣￣||￣￣￣￣￣￣|┃|
|┃|＿＿||＿＿＿＿＿＿|┃|
|┃ ＪＲ ┃|
|┗━━━━━┛| ＼(^o^)／ ミ
| ━ ━ ━. | （ ） ﾐ
| [総武.特快] | └└ ﾐ
| ＼(^o^)／ .|
| 〇 ━━ 〇 | . ┌──────
|＿＿＿＿＿＿＿＿＿＿＿|. │
│ │[=.=］｜ | │
└─────┘ │
／ ＼ │
／ ＼
389:名無しさん＠お腹いっぱい。
12/06/25 04:42:20.54 0
>>386
んじゃ「自社でバックアップを取ることはできなかったのか？」って突っ込まれたらなんて返せばいい？？
390:名無しさん＠お腹いっぱい。
12/06/25 04:42:22.11 0
まあ、おまいらガンガレや・・・
391:名無しさん＠お腹いっぱい。
12/06/25 04:42:58.21 0
>>384
おやすみなさい。