【Zenlogic】ファーストサーバ被害者の会 第3会場
■ このスレッドは過去ログ倉庫に格納されています
現在進行中の Zenlogic 長期大規模障害について情報交換をするスレです。
概要
以前より一部サーバにて不自然な負荷が生じる問題あり。*
2018年6月19日になって問題が突如拡大。
鯖が広範囲にわたって停滞もしくは停止。
緊急メンテナンスを実施。ストレージの増強と移転にて対応。
しかし復旧は一時的にとどまり、すぐに問題が再発。
根本的な原因はわからず。
いまのところ、メンテ→回復→再発 の無限ループ状態。
( * Zenlogic で大規模運用をしているスレ主の観察による Zenlogic 側は何も言ってない)
Zenlogicのファーストサーバ株式会社
https://www.firstserver.co.jp/
一部のお客様で発生する断続的な高負荷障害に関するお詫びとお知らせ
https://zenlogic.jp/support/syogai.html
https://zenlogic.jp/news/status/failure/20180619-1/
障害・メンテナンス情報
https://zenlogic.jp/news/status/
↓前スレは2012年のものになります。
ファーストサーバ被害者の会 第2会場
http://mevius.5ch.net/test/read.cgi/hosting/1340941973/ いくつかの企業・団体が「復旧は7月9日8時の見込みです」って書いちゃってて
「せやろか…(;・_・)」ってなった エレコムの株価で何か起きたか世間は知ることになるのか。
証券市場が開くまであと12時間を切りました。 >>415
「『復旧は7月9日8時の見込みです』とサーバー管理会社は言ってますが予断は許されない状況です。サーバーの移転等を含め検討しています」と言いたいところだな こんな復旧しないとかありえるか?
前回と同じ全消し的な何かが起きてないか? 後10時間以内に終わるとは思えないね
もう絶望やろうね
時間稼ぎしてるとしか思えない GMOのほうはまだ治ってないらしい
地震と言い雨と言いなにか呪いでもあるんかな >>337
サクラにもってったの?
さくらはアクセス多いサイトだと503エラーでまくるぞ。 月曜朝8時に解決するならもう解決してもいい頃合い
何もないと言うことは多分明日朝には解決しないだろうな
だれか明日大阪本社に凸お願い さくらの503エラーは広告出してるサイトだと大損害だからな。
同時接続を10に制限いたしましたとかメールきてて驚愕したことがある。
ほとんどの顧客にリーチ出来ていないという。 さくらもヤバいんか
いったいどこにすればいいんや… さくらは同居してる奴らによる部分が大きいかな
個人的にはそんな困った経験ないな ワーストサーバやめてエックスサーバーにしようと思ってるんだけどどうですか? >>399
流行りに乗って知識もないのにクラウドとかやったらこれだよ さくらの専鯖にと思ってたけどヤバいのか・・・
元々ファーストサーバーも専鯖借りてたんだけど、こいつらの都合で
クラウド化された挙句に糞以下の事態になってるから今後絶対使わねえわ。 >>436
専鯖は大丈夫だよ。
制限食らったことはないね。
Vpsとか共用サーバは日記帳置くぐらいならいいかな。 >>437
ありがとう。
それなら心配無さそうだから提案してみるわ
コスト削減出来て良かったとなってたけど、今回の惨状見せつけられたら
上も金出してくれると思うわ >>413
すでに支障が出まくってるじゃないですかやだー!
>>436
さくらの503はあくまで共有鯖で1ユーザが使えるリソースを価格相応に絞るために出ます
専用鯖では関係ないです 一応朗報。
終了予定は9日午前8時ですが、
なんとか間に合いそうだとのことです。
問題は再開後に障害が再発するかですね。
さてどうなりますやら。 復旧したらみんなデータ取り出して他に行くだろうな。 なんとか間に合いそう?
最長でと言ったんだから諸々織り込んでの9日8時でしょ
なんとか間に合いそうってことは、起こりえると想定したトラブルあらかた引っかかってんじゃん みんな繋いて操作し始めたら落ちるんじゃという
超負荷が一番の心配なんだが ◆◆◆ みなさん再開に備えましょう ◆◆◆
注意点はいくつかあります。
再開時のZenlogicからの案内は必ず参照するようにしましょう。
大切な情報や指示があるかもしれません。
再開直後はFTPでのアクセスが、特にダウンロードが集中するでしょう。
そのため、再開直後の障害やダウンは、現在までの障害の問題が解決されているとしても、あり得ます。
そのことをあらかじめ留意しておきましょう。
接続や転送が困難になった場合には、FTPクライアントの接続数やタイムアウトの設定などで対応しましょう。
続いて、ファイルの破損を調べます。
すでに生じている事例から、破損したファイルはサイズが0になることが解っています。
バックアップされたデータを用意し、サイズが0になっているファイルの上書き作業を行いましょう。
すでにドメインを移転された場合、再開によって混乱が生じるかもしれません。
必要に応じて、再開後すぐにhtaccessでアクセスを遮断するなどの処置をとりましょう。 FTPを開くとそこには赤の他人の見えてはいけないファイル郡が・・・ まだこんな会社の鯖借りてる池沼たくさんいるんだね
そりゃージャップは後退していくわな
ほんとおまえらって何も学ばない猿以下だねww
サイト運営者としても失格だし 人としても頭大丈夫? 運命の時間が刻々とせまる
今日は、どこかしらでニュースになるかなぁ
まぁ、ならないんだろうけども・・・。 GMOのほうはロードバランサーとNATが飛んだみたいですね。
全部のユーザーが落ちてるということなんでしょう。
設定の修復作業、作業の進捗、と言っているということは、
アドレス変換の登録を1個ずつ手作業でやってるように思えますね。
私はこの辺はまったく知らないんですが、
バックアップしておいた設定ファイルを読み込んでおしまい、
とはならないんでしょうか? 組織で使ってるメールサーバー変えるのってけっこう面倒だから
なんだかんだで何割かはZenlogicに残るだろう めんどうだから残る=危機管理能力なさすぎじゃね?
しかも会社で使ってるならなおさら・・・ Zenlogic システム障害・メンテナンスで接続できたサイト・できなかったサイト
http://pmakino.jp/tdiary/20180708.html#p01 期限より早くメンテ明けても一向に構わないというかむしろ好ましいんですよ…? 朝一でサーバー乗り換え設定する
もうこの会社とソフトバンク系には金輪際関わらない
死刑宣告ですよファーストサーバ 6時時点で復旧せず...
状況報告も更新されず... >>440 なんとか間に合いそう
この台詞からもう復旧は無理だと分かる MXレコード変えたいんだけど、コンパネ開かない
TTLの値がどうなってるかも確認できない..
ネームサーバ情報画面で丸ごと変えるしかないのか 最長8時としていましたが、現在も作業中です
再度の予定時刻は年内復旧を予定しています >>458
SoftBankが損託しろと触れ回ったことがSNSで広まる程度 FTPとWEB大丈夫そうね。
メールはPOPは成功した。受信0件だが。 メールはまたエラーが発生した・・・
おそらく数百はたまってそうだが、取れないな。 理由はわかりませんけど4時台に一瞬接続ができた瞬間がありました また重たくなった。
結局なおってないということだね。 あと30分です。
◆◆◆ みなさん再開に備えましょう ◆◆◆
注意点はいくつかあります。
再開時のZenlogicからの案内は必ず参照するようにしましょう。
大切な情報や指示があるかもしれません。
再開直後はFTPでのアクセスが、特にダウンロードが集中するでしょう。
そのため、再開直後の障害やダウンは、現在までの障害の問題が解決されているとしても、あり得ます。
そのことをあらかじめ留意しておきましょう。
接続や転送が困難になった場合には、FTPクライアントの接続数やタイムアウトの設定などで対応しましょう。
続いて、ファイルの破損を調べます。
すでに生じている事例から、破損したファイルはサイズが0になることが解っています。
バックアップされたデータを用意し、サイズが0になっているファイルの上書き作業を行いましょう。
すでにドメインを移転された場合、再開によって混乱が生じるかもしれません。
必要に応じて、再開後すぐにhtaccessでアクセスを遮断するなどの処置をとりましょう。 復旧したらしたでユーザーが一斉に移転作業開始してコンテンツをダウンロードしまくるからまた過負荷でダウンすると思われ。 GMOは苦戦している模様
【7/9 7:30 更新】
継続して復旧に向けてロードバランサー、ならびにスタティックNATの
設定の修復作業をおこなっておりますが、多数のバックアップタスクの実行により
サーバーの負荷が高い状況が続いておりますため、
引き続きバックアップタスクが落ち着く7時ごろまで作業を中断させていただきます。 それはない、そもそも復旧できないから
ヤフーは設備の問題じゃない、基盤運用の設計自体に無理ありともう対応しない様子
fs側は当初の設計者はおらず手のだしようがない、詰んだ。
ftpだけでもと交渉するが、データはあるが個別に取り出せないご様子、実質データ損失と同じ 作業に著しい遅れが生じていることから、完了予定時間を延長させていただくこととなりました。 断続的に続いている高負荷状態改善のため、7月6日20時より、すべてのサービスのご利用を停止させていただくメンテナンスを実施しております。作業に著しい遅れが生じていることから、完了予定時間を延長させていただくこととなりました。
長時間に渡りお客様に大変ご不便をおかけしておりますことを、深くお詫び申し上げます。
メンテナンス終了時間につきましては、サポートサイトにて随時ご報告いたします。 8時になった瞬間の書き換えとか
必要無いところで素早いな 復活予定時間
復活させられるつもりが、負荷が集中してまたアレレ ってことはもう勘弁だけど素直に復活とかあんま信じられないよなw 再開は無理、データは復旧しないから取り出せない、とのこと。おわた
ネームの切り替えもしばらくはできない メンテナンスはこれまで予定どおり進捗しております。
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
作業に著しい遅れが生じていることから、
全部ウソだった。 俺たちがいつの間にか夏時間を採用していただけかもしれない 昨日の21:00まで予定通り進捗してたのに、突然著しい遅れってなんだよ 「月曜の朝には絶対に直ってるから黙っとけ!」
と、ウダウダ言う役員連中におおみえ切ったオレ
無事死亡 どうせ作業してる人らも何が原因でこうなってるのかわかってないだろ。 >>492
知識もないのにクラウドを導入すると、こうなるんだろうな つうか普通はこの時点で親会社乗り込んできて治すべきだろう
ソフトバンクのクラウドビジネスを強化するために買収したんだから 手順書無視の職場だし
誰も何も分からん状態 突き進めているんやろ >>490
休日を過ごして寝て起きたら自然解消してる予定だったんだろ どういう設計してんだよ
メンテナンス期間中はすべてのサービスがご利用いただけません。
メンテナンス期間中はコントロールパネルもご利用いただくことができません。
移転もできないのでは? 延長って・・・もはや終了見込みも提示できねー状態かよ!終わったな! この感じ見るとボトルネックがどこかも分かってなくて素人が再起動して様子見たりしてるだけなんだろうな 2日以上の作業で直らないって事は
もう無理って事だろ。さっさと発表しろよ。 すべてのサービスがご利用いただけないメンテナンス期間
7月6日20時00分 〜 最長 7月9日08時00分 予定 ←業務にめちゃ支障でてるんだよ。
さらに延長とかふざけんなよ、何度やれば理解できるんだよ
アホなの? ネームだけでも換えたいのに無理だと。
どーなってんの? 月曜日を待たずに早めにネームサーバ書き換えが正解でしたね そろそろ他部署からクレームが入り始めるな・・・
オワタ・・・マジ勘弁・・・た〜すけてくれ〜(T_T) 土日ゆっくり休むためにサーバー停止していたんだろうな 土日のメンテ更新時間からして、休日満喫してただろこれ
作業してないわ絶対 金曜の20時から月曜の8時まで2.5日停止のうち、
約2.1日に当たる8日21時までは「予定通り進捗してますルンルン」
今朝になって「やっぱりダメでした」進捗80%以上→実は全然ダメでした、って事だろ?
金曜の帰りにサーバ担には「多分週明けには終わんねえよ」と予言したが、当たったよー\(^o^)/じゃねえよ なー、ニュースに載せてやってや。
そういうレベルだろ。 完全に事故だろ、2012年の6月20日の事が全く教訓にもなってないんじゃないのか?
頭おかしいだろ! 早く復旧させろ、他社に移管させろ! ■ このスレッドは過去ログ倉庫に格納されています