一生払いでクラウド生活CloudAtCost Final [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
前回は払っちゃったけど、メンテナンスフィーを払うべきか迷う 70%オフクーポン
CLOUD70
本日数量限定らしい
ソースは公式Twitter DC3のマシンが何台か逝った模様。また構築しなおしとかふざけんな! Productionのサーバーつながらなくなった・・・ まじで?プロダクションクラウドの方は多少高いんだし落ちたらあかんでしょ・・・・ DC2はストレージサーバが逝っちゃってるな
作り直すと、失敗する、アクセス遅い、数日持たず壊れるなんかで安定する見込みが全くない >>655
https://members.cloudatcost.com/index.php?fuse=home&view=announcement&controller=announcements&ann_id=129
CloudAtCost will be migrating all CloudPRO services to a new Datacenter.
This will allow us to upgrade many aspects of our infrastructure providing more capacity and better uptime.
Services: All CloudPRO, CPanel and Dedicated Servers.
Impact: Services will be Offline
We will begin March 30th 7AM EST and have everything online March 30th 12PM EST
28日にストレージアレイぶっ壊れたとか、始まる前から止まってるとか、もう終わってる筈の時間とか 29日にProduction復帰したけど今日また落ちてる・・・
ただそれでもDevよりは安定してる。
ユーザ増えたらどうなるかわからないけど と思ったけど今引っ越し中なのか?
Devのほうは全台シャットダウンしてて新規立ち上げできない。
Productionは電源入ってるけどアクセスできない。 >>659
先々週からちゃんと告知してたってことか >>661
メールでは来なかったので、知らんかった人多し
しかし見事なマイグレーション失敗だな
そしてよく訓練された民
CACは呑気に80%OFFセール中 月曜日に従業員が出社するまでこのままなんだろうな・・・・ 強制停止してたDev8台をPowerOnしてみたけど起動できたのは今のところ1台だけ(64.137.)
他はUpアイコンになるけどConsle(VNC)もネットワークデーモンも反応なし。再起動繰り返すべきか待つべきか 分散すれば最悪1台からリカバリできる筈と世代バックアップがてら4台ずつで同期組んでたが8台中1台しか起動してくれないとは・・・
残る4台中のいずれか1台さえ起動してくれればいいんだが望み薄かね 全部起動するけどなぁ
なんか新規セットアップだとIP設定されてなかったけど 俺は5つ全部起動するけど全部ネットワークに繋がってない 起動するしConsole繋がるけどネット接続ができんな The following services are migrated successfully.
CloudPRO DC2
CloudPRO DC3
Production CloudPRO
VPN Services
cPanel Services
Dedicated Servers
Voice Service
Managed Servers
We are currently working on
CloudPRO DC1
ということらしい
というか、DC1とかDC2とかリソース買うときだけの概念じゃないのか・・・ 買うときは全く関係ないでしょ
クラウドでリソース買ってんだから ネットワーク繋がってないのは仮想NICが変わってる場合があるからかと
OSによってNICが変わった場合に既に設定済みの設定をコピーしない場合があるからIPアドレス設定確認してみな DC-2とDC-3はホスティングのブロックというかエリアが違う
どれくらい違うかというとコアルータと呼べばいいのかデフォルトルータ的な装置が
ネットワーク的に2段ほど離れてた (今回の移転でどう変更されたかは不明だが)
DC3が最初に出た頃はデータセンター自体が別のところ使ってた CACのDNSサーバが動いてねえな
ネーム解決できないだけでOSのアップデートが全滅するから、さっさとみんな外部のDNSでも設定しといたほうがいいぜ Google DNSの 8.8.8.8 が設定されてたような Power onできないマシンばっか。
いつまでメンテしてるんや。 >>666
唯一起動できてた1台も強制再起動くらった後にOSの起動画面が進まなくなった。
8台分散でもまさかの ぜ ん め つ ・・・!? ProductionでもIPアドレス枯渇した・・・ 丸一日ペンディングのままだわ
APIも使えないし、どうすれば良いんだべ Error: 400 Failed to locate Server Host!
出まくりなんだが・・・コレ建て直しか? >>683
同じく
立て直しても4日間pending
まあここなら驚く症状でもないけど… >>682
帰宅したら進んでた。あと2つ建てたいけど、DC3品切れ。 Dev 8つが未だ起動せず、IP計12個ガメてる状態だけど諦めて開放すべきなのか・・・
せめてデータが吸い出すことさえできれば・・・ Daily Build Limitが回復しなくなったんだけど 同じく回復しなくなった
作り直して起動しても相変わらず繋がらない Daily Build Limitリセット係のおばちゃんに、勤務地が変わったの知らせてねえんだろ パスワードが変えられてたみたい、ハックされた?16文字ランダムなのに。
で、daily limit復活まだぁ? おれのとこ、昨日も今日もリセットされねえわ・・・・ 作った翌日にストレージエラーで起動できなくなるなんてスリル満点だな L5520 10core あり得るのか…表示されてるCPUのモデルがあてにならない 4C8Tが2ソケットで16コアだからなんの不思議もない Install Pending という状態で2日反応がないんだけどサポート案件? だと8コアで設定した方が効率的なのかなぁ。1C1Tと1C2TのHTだと最大で前者の130%だし。(cacの性能的に大差ないかしらんが 知ってるとは思うが一応貼っとく
新規の鯖は最大で8コア 8GB 200GBまでしか作れなくなる
既存の鯖は影響ない
https://members.cloudatcost.com/index.php?fuse=home&controller=announcements&view=announcement&ann_id=130 窓鯖2008入れるとCPU性能低すぎてWindowsUpdateが間に合わんわ
更新中でほっとくとロシアの鯖からプログラムダウンロードして仮想通貨掘り始める CPU Load が割り当てたCPUの40%超えが続くと強制再起動くらうから、それを防ぎたいだけのコア数が必要 極端に損なのを選ばない限り、2GBのRAMに4つのvコアをセットで買うようなものなのにさあ
8GB8コアってひでえ制限だよな
余っちゃうリソース続出じゃねえのか・・・・ 高杉
他のサービスだと世界各地に鯖あってlifetime $19とか リセット係のおばちゃんが毎日ボタンを押すのは大変だから、2日に20回にしたんじゃん? 3週間前の大障害から反応無かったインスタンスの1台が昨日送った再起動コマンドでやっとこさ起動確認
これでデータが取り出せる! と操作しようとしたらネットワークが繋がらない
IP指定の traceroute で2段までは進むから仮想NICは生きてるんだろうがその向こう側への通信がどうも無理ぽい
なんかアイデアくれ リセマラして同じホストに格納されてるマシン引いたらそいつに流してそっから回収 ネットワーク死ぬときは大体デフォルトゲートウェイが死んでるイメージ
つまりどうしようもならねえ 同じサブネットであれば運良ければゲートウェイ介さず通信できる
あとはリセマラ10回制限やビルドに時間かかったりするのとガチャ運次第 CAC用にWindows10Homeのライセンスを買った場合、マシントラブルのたびに何度も作り直してアクチしても大丈夫なんかな? それが正規の範囲ならば。
ハードウェア構成(CPU NIC HDDID)は作り直すたびに変わるので3度目あたりから電話認証になると思うが >>705
16コアの既存マシンはアクセス不能にされました・・・
一体何台マシンつぶせば気がすむのか。 その当日時点で 10 コアマシンアクセス不可でしたよ
運が良い方ではー 2ヶ月前よりひどくて、今は1時間おきくらいにサーバーを再起動されるんだけど、再起動したら自動でスクリプト実行出来るようにしてる人いますか?
いくつか試したけど再起動後自動で実行されなくて、今は手動でしてます。
出来てる人いたら教えてください。 unixならrc.local
winならサービス登録、あるいは自動ログイン状態にしてスタートアップ実行 crontabもetc.localも既に試したけどcloudatcostのサーバーだとうまくいかなかった。実際にそれで再起動後自動実行できてる?良かったら詳細に教えて欲しい。 etc.localじゃなくてrc.localの間違い。
ちなみに環境はUbuntu。 rc.localは最近のディストリでは過去の物
crontabはちゃんと設定すれば動く(動いた)よ
注意点は
・スクリプトに実行権限つける
・もろもろフルパス記述が無難 おま環
自分は正常に動いてます
そのサーバーのソフトウェアか管理者に問題があるんでしょう 処理が通過してるかのチェック用ダミーや、そもそもあるはずのエラーログはどうなん? シェルスクリプトでcronとrc.localで、実行されたらテキストファイルに追記する様にしてしっかり実行されているか確認したけどされてなかった。
cronどう設定してますか? /var/log/cron に指定時刻に実行しようとしたという記録やじっこうした場合のコードは残ってる? いろんなサイト見ると、/var/log/cronにログが出るって書いてあるけど残ってなかった。
service cron statusで見るとアクティブにはなっていてrunning @reboot jobと表示されていてしっかり動いているように見える。
時刻指定じゃ無くて、@reboot で再起動時に自動実行されるようにしてる cronで再起動時にテキストファイルに書き込むコマンドを実行し、実際にコマンドが実行されている事は確認できたので、cronではなくコマンドに問題があるみたいです。
コマンドはcronからではなくキーボードから入力して実行すればしっかり実行できています。
ずっと実行しておく必要があるのかなと思い、screenとnohupコマンド使ってもダメ
安物買いの銭失いだ やっと出来た。夜遅くまでありがとう。原因は、相対パスにしてた事。 シェルスクリプトが置いてあるディレクトリだったらシェルスクリプトと同じディレクトリだからパス無しで実行しても良いと思ってたけど、 実際はシェルスクリプトを実行したディレクトリがカレントディレクトリな訳で、シェルスクリプト内で実行していたプログラムを絶対パスにすることで解決しました。 フルパス記述が無難だわ ありがとう
実際これ解決するのに2ヶ月くらいかかってる。手動で毎日再起動かけてたから、これから放置でいいと思うと気持ちよすぎて。俺は何年Unix触ってるんだ、、 もう朝だけどみんなおやすみ ■ このスレッドは過去ログ倉庫に格納されています