土曜日の昼頃からサイトを丸一日ダウンさせてしまいました。発端はWordPressの挙動が何やら奇怪(おか)しい。。。管理画面に入れないところが始まりです。落ち着いてWordPressのデバッグをONにして様子を見ると、
WordPress データベースエラー: [Disk full (/var/tmp/#sql_3b3_0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”)]
SHOW FULL COLUMNS FROM `xxx`
Disk fullってマジですか(^_^;？server-root 使用％が100％！マジだーーー(笑)い事じゃないっ。個人的な小規模サーバで容量食い尽くすなんて想定外な出来事です。
WordPressの某プラグインを更新したらサイトが表示されなくなりました。ホント突然やってきますね(^_^;バックアップがあるので復旧はなんとでもなりますが、私の場合はプラグインに頼らず手動で復旧作業を行いますので、その作業はやや億劫なのであります。
さてこのようなプラグインで発生した問題の場合、どうすれば良いでしょうか？
参考までに私の取った行動を記述します。
昨日、原因不明の不運な停電に見舞われラズパイmysqldが起動しなくなった問題の続編です(^_^)
＜状況のおさらい＞
停電後、mysqldが起動せず以下のエラーを吐く。
# systemctl start mysql
Job for mysql.service failed. See ‘systemctl status mysql.service’ and ‘journalctl -xn’ for details.
# mysql
ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)
このエラーをググればそれなりに解決策が出てくるかと思いますが、私の場合は駄目でした(^_^;
本日自宅近辺で停電があり、ラズパイmysqldが起動しなくなりました。そしてwordpressを使っていたため、web上には寂しく
データベース接続確立エラー
と一文表示されるのみの状態に陥りました(^_^;最近他事が忙しくラズパイネタを書けずにいましたが、以前にラズパイを本格的にwebサーバに切り替えてから再起動もせず恐らく２ヵ月以上は安定稼働していたと思います。なのでラズパイwebサーバ行ける！と思っていた矢先の出来事で本当に残念です。
lighttpdの性能に満足でしたが、nginxも検証しない訳にはいかない、と言う訳で昨日から引き続ぎApacheBenchを使って頂上対決？です(^_^)
早速nginxをインストールして、LNMPを構築します。インストール、設定方法は割愛しまして、apache、lighttpd、nginxの共存に成功しました。各々のサービスをstart/stopで切り替えれば色々と検証ができそうです。それでは3本勝負行ってみましょう！
Raspberry Pi 2でサーバ構築中です。過去にLAMP構築を記事にしました。確かにRP2の性能は高いですが、WordPressを動かすWEBサーバとして表に出すのは正直？でした(^_^;
そこでlighttpdの登場です。設定方法は他所でたくさん紹介されているので割愛します。Apacheを停止して、lighttpdをインストール、LLMPを構築しました。確かに表示はApacheより速いような気がします。しかし気がするでは説得力が無いのでApacheBenchで3本勝負を行ってみました(^_^)
WordPressのダッシュボードにある「WordPress ニュース」。これが少し前からずっと画像の状態で止まっていました。
ふと気になってしまったので修復を試みます。ネットの情報を読み漁るもこのエラー修復の情報はなかったので需要があるか分かりませんが、無事修復できましたのでメモします。因みにエラー修復に至るまでそりなりに苦労しました(^_^;
ついに来たか～、WordPress 4.4へのメジャーアップデートとテーマの更新。もうじきWordPress歴3ヵ月、ネットの情報と直感を頼りにサイト構築してきましたが、このメジャーアップデートとテーマの更新を行うと、これまでの全てのカスタマイズが水の泡と化す胸熱の瞬間ですね（笑）勿論始めた当初は知り得ませんでしたが、しばらく構築していく内にこれはまずいんじゃ？と気付いて本日に至った訳です。セキュリティの事を考えるとアップデートは避けては通れぬ道。WordPressの更新画面を開くと以下のように表示されていました。
注: テーマに加えたカスタマイズがすべて失われます。テーマを修正する場合、子テーマの利用を検討してください。
子テーマ、つまりメジャーアップデートやテーマの更新に影響を受けない仕組みがあるという事です。そりゃそうですよね。もしこの仕組みがなかったらアップデートの度に世のデザイナーさん達の悲鳴が聞こえてきそうですものね(^_^;割と簡単そうなので早速「子テーマ」移行に挑戦しました。
当サイトを始めてからあと数日で１ヵ月＝WordPress歴の私でございます。WordPressのプラグインの味を覚えつつも、そこは譲らないと個人的に意気込みを見せるのがバックアップであります（笑）当サイトのネットワークからサーバー、サイト構築まで一人でやっておりますので、障害時の復旧も当然一人でやらなきゃいけない訳で、動きが謎のプラグインばかりには頼っていられません(^_^;しかしながらこのWordPressのバックアップは簡単。データベースとサイト一式があれば、少しの専門知識で復旧は難なくできると思います。
まずはサーバーにSSHで接続します。
