さくらVPS

さくらインターネットからVPSの障害報告があり、サービス復旧の連絡があり、SSHできたので気にしてなかった。 しかし後日 unable to open /var/xxx: Read-only file system みたいな感じで軒並みVPS内のサービスが止まってしまっていた。 問い合わせところ既に物理HDD障害は交換で対応済みだが、仮想OSにおいてディスクのファイルシステムに問題があったためだった。 CentOSのデフォルトの方法はサポートの方に紹介いただいたが、元々カスタムOSでUbuntuを入れていたので自力で直したのでメモしておく。 ブラウザでさくらのVPSコントロールパネルを開く。 対象のサーバのページを開く。 **シリアルコンソール（β版）**を開く 強制再起動する。即座にシリアルコンソールで Shift キーを押し続ける grub メニューで Ubuntu ~ recovery mode というのを選択する。 (initramfs) と入力待ちになったら e2fsck -f -y -v /dev/vda1 を行う。 vda1 のところは仮想環境によるかもしれないので5.でのログを見ておく。 完了したら reboot で再起動すると普通に起動してくれるはず。 ※シリアルコンソールの表示が反応しない時もあるので、手順4以外はVNCコンソールを同時に開いて使っても良い。 参考ページ VPS の再起動の後に読み込み専用ファイルシステムと言われました。 本の虫: Ubuntuがブート時にmanual fsckが必要だとしてinitramfsで止まった時 Ubuntu 12.04 リカバリーモードで起動する - kledgeb [SOLVED] UNEXPECTED INCONSISTENCY - run fsck manually

さくらのVPSがリニューアルしたので移行するべく新しい VPS を同環境にセットアップしようとしたら意外に嵌まったのでメモ。 まずはカスタムOSインストールで Ubuntu 10.04 を入れておく。 続いて /etc/update-manager/release-upgrades を編集してアップグレードターゲットを LTS（長期サポート版） から normal（通常）に変更する。 # Default behavior for the release upgrader. [DEFAULT] # Default prompting behavior, valid options: # never - Never check for a new release. # normal - Check to see if a new release is available. If more than one new # release is found, the release upgrader will attempt to upgrade to # the release that immediately succeeds the currently-running # release. # lts - Check to see if a new LTS release is available. The upgrader # will attempt to upgrade to the first LTS release available after # the currently-running one. Note that this option should not be # used if the currently-running release is not itself an LTS # release, since in that case the upgrader won’t be able to # determine if a newer release is available. Prompt=normal ...