サーバ壊れました+Favo機能でhotmailを登録されている方へお詫び
まずはお詫びです。
The Sunday Breezeの中のFavorito(お気に入りの競走馬登録)で
出走しますメール、結果メールをhotmailで登録されていた方々へ。
9月22日23日および9月29日30日の4開催日分
メールが送信できていませんでした。
原因は
6月13日にかいたネタと同様で、
仮サーバにこの対応がなされていなかったことが原因です。
現在は新サーバ(新居の2階4畳半)へ戻しましたので
今週からは正常に送信できると思います。
なお、この件でご連絡もいただきましたが
個別で回答させていただいております。
ご迷惑をおかけしました。
で、あわただしい月末でした。
先週からの動向を
順を追って。
9月28日(金)
結局、早朝起きれなかった。
なので、何もできなかった。
9月29日(土)
朝は起きれず。
この日は仕事。
帰宅は25時30分。
あとで気づいたこと。
午前3時に動くOSのDaily Checkで
仮サーバの/home配下にあるファイルに関して
READ-WRITEエラー(ディスク障害)が発生していた。
でも、webを表示させてみたけど、特に異常ないように見えたので、放置。
9月30日(日)
日中は特に作業せず。
夕方、新サーバにlinux_baseのインストールを再開。
先日のネタで
『「linux_baseが必要です」的なエラーメッセージ。』
とかいたものの、再度make installして、出てきたメッセージを確認したら
「linux_baseをインストールする先のディレクトリに、既にファイルが置かれてるよ?」
という内容だった。
これは仮サーバからFTPで持ってきたもの。
なので、消してから再度linux_base-fc4をmake、make install。
うまくインストールできた。
仮サーバの/home以下をtar+gzipで固める。
同じように仮サーバでmysqldumpをして、ダンプファイルをtar+gzipで固める。
FTPで新サーバへ転送。
ところが、予想以上に時間がかかる(2ファイルでおよそ1時間)
夕方ということもあり、「かなりアクセスされてるからなんだろうな」という判断で、
翌日(10月1日)の早朝(6時くらい)に
もっかい固めて、転送して、解凍して、新サーバ移行完了!にしよう。と決める。
転送途中だったものは削除。
10月1日(月)
午前5時。
仮サーバが定期メンテナンスでリブート(再起動)。
このとき、起動できなくなる。
午前7時。
健康診断へ向かう途中、ケータイからアクセスできないことに気づく。
午前11時。
健康診断が終わり、仮サーバのあるチームゴルゴO氏自宅へ向かうも不在、電話もつながらず。
午後4時。
チームゴルゴO氏と連絡がつながる。
仮サーバの画面を見てもらったところ、
/homeのパーティション(ad0s1a)が見つからない、マウントできない
というメッセージが出ている模様。
デーモンも何も立ち上がっていない(立ち上げられない)ので
リモートで操作不可。データ移行もできず。
翌朝、直接操作しに行くことに。
とりあえず、新サーバを無理やり立ち上げる。
9月24日に一旦データは移行してあったので、
そのデータのまま公開。
午後4時30分。
ノートPCからLAN経由ではなく、willcomのカードで
うちのWebを表示させてみたけど、
ルータの設定もれで、ルータの設定画面が出ちゃう。
午後5時。
ルータの設定変更完了。中途半端なデータで公開。
9月29日30日分のレース結果と、来週の特別登録馬は
まったく登録されておらず。
10月2日(火) 本日
午前4時30分。
起床。
午前7時。
チームゴルゴO氏宅。
再度電源を入れてみる。
やっぱり/homeがマウントできず、強制single user modeでOSが起動する。
/etc/fstabはread onlyのため、編集できず。
ひたすら悩む。
リブート。普通のsingle user modeで起動し、
/usrを手でマウントしたら
/etc/fstabが編集できた。
/homeの行をコメントにしてリブート。
/homeをマウントしない状態で起動。
というか、/homeはどうあがいてもマウントできないので、
(/dev以下にそもそも/homeのデバイスがないので)
最新の/homeを新サーバへ移行することを断念。
30日18時にとったバックアップがあったので、
tar+gzipで固め、新サーバへ転送。
データベースのデータは、定期メンテナンスの直前の状態が残っていた(10月1日午前5時時点のもの)
これをtar+gzipで固めて転送。
やっぱり転送に時間がかかりそうだったので、
転送中のまま、会社へ向かうことに。
午前10時。
会社到着。
/homeの固まりもDBの固まりも新サーバへ転送完了済み。
なので、リモートで新サーバ上で解凍、展開。
こまごまデータがかけているようなので、これは手で登録。
今に至る。
データベース内のデータのロストは、多分なし。
/home以下のコンテンツは、30日18時から1日5時までの分がロスト。
ページの変更等はしていないので、アクセスログなどほとんど影響のないものがロストしていると思われる。
ということで、
とんだドタバタ劇の中、引越しのため仮サーバで動いていましたが
本日やっと本サーバ(新居2階4畳半)で稼動をはじめました。
というか、仮サーバは逝ってしまわれました。。。
まさかこんな最期を迎えるとは。。。
もしかしたら、データの欠落とか、
いろいろと不具合があるかもしれません。
もし問題がありましたら、ご一報いただけると幸いです。
すぐに対応します。
今週は特に作業はせず、
このまま様子を見守りたいと思います。
The Sunday Breezeの中のFavorito(お気に入りの競走馬登録)で
出走しますメール、結果メールをhotmailで登録されていた方々へ。
9月22日23日および9月29日30日の4開催日分
メールが送信できていませんでした。
原因は
6月13日にかいたネタと同様で、
仮サーバにこの対応がなされていなかったことが原因です。
現在は新サーバ(新居の2階4畳半)へ戻しましたので
今週からは正常に送信できると思います。
なお、この件でご連絡もいただきましたが
個別で回答させていただいております。
ご迷惑をおかけしました。
で、あわただしい月末でした。
先週からの動向を
順を追って。
9月28日(金)
結局、早朝起きれなかった。
なので、何もできなかった。
9月29日(土)
朝は起きれず。
この日は仕事。
帰宅は25時30分。
あとで気づいたこと。
午前3時に動くOSのDaily Checkで
仮サーバの/home配下にあるファイルに関して
READ-WRITEエラー(ディスク障害)が発生していた。
でも、webを表示させてみたけど、特に異常ないように見えたので、放置。
9月30日(日)
日中は特に作業せず。
夕方、新サーバにlinux_baseのインストールを再開。
先日のネタで
『「linux_baseが必要です」的なエラーメッセージ。』
とかいたものの、再度make installして、出てきたメッセージを確認したら
「linux_baseをインストールする先のディレクトリに、既にファイルが置かれてるよ?」
という内容だった。
これは仮サーバからFTPで持ってきたもの。
なので、消してから再度linux_base-fc4をmake、make install。
うまくインストールできた。
仮サーバの/home以下をtar+gzipで固める。
同じように仮サーバでmysqldumpをして、ダンプファイルをtar+gzipで固める。
FTPで新サーバへ転送。
ところが、予想以上に時間がかかる(2ファイルでおよそ1時間)
夕方ということもあり、「かなりアクセスされてるからなんだろうな」という判断で、
翌日(10月1日)の早朝(6時くらい)に
もっかい固めて、転送して、解凍して、新サーバ移行完了!にしよう。と決める。
転送途中だったものは削除。
10月1日(月)
午前5時。
仮サーバが定期メンテナンスでリブート(再起動)。
このとき、起動できなくなる。
午前7時。
健康診断へ向かう途中、ケータイからアクセスできないことに気づく。
午前11時。
健康診断が終わり、仮サーバのあるチームゴルゴO氏自宅へ向かうも不在、電話もつながらず。
午後4時。
チームゴルゴO氏と連絡がつながる。
仮サーバの画面を見てもらったところ、
/homeのパーティション(ad0s1a)が見つからない、マウントできない
というメッセージが出ている模様。
デーモンも何も立ち上がっていない(立ち上げられない)ので
リモートで操作不可。データ移行もできず。
翌朝、直接操作しに行くことに。
とりあえず、新サーバを無理やり立ち上げる。
9月24日に一旦データは移行してあったので、
そのデータのまま公開。
午後4時30分。
ノートPCからLAN経由ではなく、willcomのカードで
うちのWebを表示させてみたけど、
ルータの設定もれで、ルータの設定画面が出ちゃう。
午後5時。
ルータの設定変更完了。中途半端なデータで公開。
9月29日30日分のレース結果と、来週の特別登録馬は
まったく登録されておらず。
10月2日(火) 本日
午前4時30分。
起床。
午前7時。
チームゴルゴO氏宅。
再度電源を入れてみる。
やっぱり/homeがマウントできず、強制single user modeでOSが起動する。
/etc/fstabはread onlyのため、編集できず。
ひたすら悩む。
リブート。普通のsingle user modeで起動し、
/usrを手でマウントしたら
/etc/fstabが編集できた。
/homeの行をコメントにしてリブート。
/homeをマウントしない状態で起動。
というか、/homeはどうあがいてもマウントできないので、
(/dev以下にそもそも/homeのデバイスがないので)
最新の/homeを新サーバへ移行することを断念。
30日18時にとったバックアップがあったので、
tar+gzipで固め、新サーバへ転送。
データベースのデータは、定期メンテナンスの直前の状態が残っていた(10月1日午前5時時点のもの)
これをtar+gzipで固めて転送。
やっぱり転送に時間がかかりそうだったので、
転送中のまま、会社へ向かうことに。
午前10時。
会社到着。
/homeの固まりもDBの固まりも新サーバへ転送完了済み。
なので、リモートで新サーバ上で解凍、展開。
こまごまデータがかけているようなので、これは手で登録。
今に至る。
データベース内のデータのロストは、多分なし。
/home以下のコンテンツは、30日18時から1日5時までの分がロスト。
ページの変更等はしていないので、アクセスログなどほとんど影響のないものがロストしていると思われる。
ということで、
とんだドタバタ劇の中、引越しのため仮サーバで動いていましたが
本日やっと本サーバ(新居2階4畳半)で稼動をはじめました。
というか、仮サーバは逝ってしまわれました。。。
まさかこんな最期を迎えるとは。。。
もしかしたら、データの欠落とか、
いろいろと不具合があるかもしれません。
もし問題がありましたら、ご一報いただけると幸いです。
すぐに対応します。
今週は特に作業はせず、
このまま様子を見守りたいと思います。
このネタへのコメント:
コメントはありません。