New MAIDSAN Server Diary » 自宅サーバ

WordPress3.0にアップデート&WPtouch導入

type74 — Sun, 27 Jun 2010 16:09:08 +0000

巷でWordPress3.0のリリースのニュースがあったのでmaidsan.tkでもアップデートすることにした。
ついでに最近外ではiPod touch中心なのでWPtouchを導入してみる。
PCからじゃわからないと思うけどiPhone系では↓のように見える

UPSのバッテリー交換完了

type74 — Thu, 13 Aug 2009 08:43:33 +0000

家からなんかやたらに重い荷物が届いているというので、帰ってみると、
秋月電子に発注した、APC SU1400J用の互換バッテリー(WP22-12)が届いてた。

さっそく、バッテリーの交換作業に移る。
ケーブル類やヒューズは、元のバッテリーからの流用～

後は、UPSから延びるケーブルとバッテリーのケーブルを接続し、UPSの中に放り込む。
ヒューズか出っ張ってるので、金属のカバーをねじ止めできないのだが、
無理やりねじ止めして閉める。

後は、電源差し込んで、Testボタンを押すだけ。

特にバッテリーが加熱することもなく、問題なさそうに見える。
少なくても、2年以上は持ってほしい物だ(´・ω・｀)

ちなみに100Aヒューズは天翔電源製作所にメールで、
単品で購入できないかと相談したら売ってくれた。
他にも、自動車用のバッテリーを取り扱ってる店(オートバックスとかホームセンター)ならあるかもしれない。

帰ってみたら部屋から異臭が…

type74 — Mon, 10 Aug 2009 16:28:14 +0000

仕事をそろそろ片付けようかなと思った19時ごろ、不意に自宅から電話が掛かってきた。
なんでも、自分の部屋からゴムが焼けたような匂いがすると！

急いで帰ってきてみると、ゴムというよりはプラスチックが焼け焦げた匂いで、
匂いの元を辿ると、UPS(SU1400J)からでていて、バッテリがー異常なまでに熱を持っていた。
そして、異臭の原因はバッテリーの熱でプラスチックで覆われた、ヒューズの一部が溶けていた(ﾟДﾟ；
このままで家をバーベキューにしかねないので、バッテリーを抜くことにした。

ひとまず、秋月でWP22-12を2本発注したので、
到着次第、交換する予定～

それまでUPSなしでの運用となるけど(´・ω・｀)

■参考URL
完全密封型鉛蓄電池（１２Ｖ２２Ａｈ）　ＷＰ２２－１２

UPSのバッテリーがお亡くなりました…

type74 — Wed, 05 Aug 2009 17:04:18 +0000

常駐先の会社は水曜日が定時退社日なのだが、
久々に定時で帰れる目処が立ったので、
足早に家に帰ると、なにやら自分の部屋からピーブ音が鳴り響いてた…

ピーブ音の正体は、サーバマシンの下に鎮座しているUPS(SU1400J)で、
どうやらバッテリー交換ランプが点灯している模様。。。。。

このUPSは、2年程前にヤフオクで4000円程で購入したもので、
買った当時、ここから倉庫保管期限切れの純正バッテリーに換装しているものだ。
換装日が2007年8月12日となっており、2年持たなかった事になる…
やはり、保管期限切れのバッテリー(8000円程)+部屋の温度が高いのがまずかっただろうか(´Д⊂

ひとまず、この状態をなんとかせねばならんのだが、
純正のバッテリーはRBC7Lは、純正品で40000円以上もするものであり、
個人レベルでは費用対効果を考えても割にあわないものなのだ⊂⌒~⊃｡Д｡)⊃
保管切れ品とはいえ、純正品が2年持たなかったのも×

つーことで、純正より安い互換バッテリーの候補が以下の二つ

・新神戸電機 LHM15-12(13年長寿命タイプ)　25000円
・W22-12(台湾製)　12000円

ようは、高信頼の日本製か、コストパフォーマンス重視の台湾製。
日本製は13年の高寿命を謳っているが、劣悪な環境で運用すると4年くらいしか持たないらｃ
そう考えると、WP22-12でいいかなと思っている。
後は、バッテリーに適合した100Aヒューズの入手先が問題になるのだが…

はじめて役に立った死活監視システム(パトロールクラリス)

type74 — Thu, 23 Apr 2009 15:01:06 +0000

普段会社勤めで、勤務先でもサーバと格闘していると、
中々自宅のサーバの管理まで手が回らなくなる。
おまけに、Blogの更新頻度もあまり高くないので、サーバがダウンしても気づきにくい物だ。
そんな時、死活監視によるアラートメールは自宅サーバ運営者には便利である。

前回ダウンした時は、丸1日障害に気づかなかったが、
今回はダウンから3時間で復旧することができた。
めんどくさがりやな管理者ほど死活監視は重要だと思われる。

ちなみに監視メールは次のような形でくる。
*********************監視メール本文*********************
EZURL監視でアラートを検知しました。
検知内容：タイムアウトが発生しました。(URL-E001)
発生日時：2009-04-23 20:39:00
対象機器：blog.maidsan.tk(58.13.28.68)
↓現在の監視状況はこちら!↓

https://patrolclarice.jp/free/ctrl.php/report.nrep?op=

———————
※このメールは送信専用メールアドレスから配信されています。
このままご返信いただいてもお答えできませんのでご了承ください。
–PatrolClariceFree–
***********************************************************

☆patrolclarice

WordPressの定期バックアップ

type74 — Mon, 16 Mar 2009 15:32:42 +0000

WordPressのバックアップについての技術メモ。

WordPressを運用する上で、バックアップが必要なのは以下の郡。

1. WordPressのDB(MySQL)
2. /(WordPressPath)/wp-content/uploads/ 以下にあるファイル
3. /(WordPressPath)/　以下のファイル全部

バックアップの優先度は当然、DBが一番に優先される。

2番目は、記事中の画像などがアップロードされるuploadsディレクトリ。
これも、DB程ではないにしろ、高頻度でバックアップが必要。

3番目は、WordPress全体。
プラグインディレクトリの中身は、頻繁でないにしろ、
変化があるものなので、1ヶ月に一回か、数ヶ月に一回のレベルでバックアップを実行する。

DBのバックアップは、プラグインで自動化してくれるものもあるが、
maidsan.tkではスクリプトを書いて、crontabに設定を書いて回してる。

以下、DB自動バックアップスクリプト。

################################################################
#
#       MySQL_DUMP Shell
#                               Ver 1.1 AD2009 02.17
#                               Ver 1.0 AD2008 11.12
#
################################################################
 
#------------------------------------------------------------
# Edit here
#------------------------------------------------------------
 
# DBのアドレス・ホスト名
DB_HOST="localhost"
 
# DBのユーザー名
DB_USER="hogehoge"
 
# DBのパスワード
DB_PASSWD="hugahuga"
 
# DBの名前
DB_NAME="db_name"
 
# バックアップ用ディレクトリ
BACKUP_DIR="/home/hoge/SQL_DUMP"
NFS_DAYS_DIR="/mnt/file1/DB_BACKUP/web/days"
#------------------------------------------------------------
# Compornent
#------------------------------------------------------------
 
PATH_DATE="/bin/date"
DATE=`$PATH_DATE +%Y%m%d`
LOWTATE=`$PATH_DATE --date '8 days ago' +%Y%m%d`
 
 
#------------------------------------------------------------
# Main
#------------------------------------------------------------
 
# Backup MySQL_DUMP to Local
cd $BACKUP_DIR
mysqldump -h $DB_HOST -u "$DB_USER" --password="$DB_PASSWD" "$DB_NAME" > "$DB_NAME"-"$DATE".dump.sql
bzip2 -z "$DB_NAME"-"$DATE".dump.sql
test -e "$DB_NAME"-"$LOWTATE".dump.sql.bz2 && rm -f "$DB_NAME"-"$LOWTATE".dump.sql.bz2
 
# Backup MySQL_DUMP to NFS
cp "$DB_NAME"-"$DATE".dump.sql.bz2 "$NFS_DAYS_DIR"
 
# Lowate Backup to NFS
cd $NFS_DAYS_DIR
test -e "$DB_NAME"-"$LOWTATE".dump.sql.bz2 && rm -f "$DB_NAME"-"$LOWTATE".dump.sql.bz2

↑のスクリプトは、バックアップを一週間前のものまで保存し、
それより以前のものは破棄するようにしてある。

監視サーバ兼DNSサーバにも障害

type74 — Thu, 05 Mar 2009 14:58:25 +0000

3月1日に長期に渡るWEBサーバの障害が発生して間もない今日、
監視サーバ兼内向きDNSサーバのtallahasseeサーバにも障害が発生した。
このサーバーは外向きにはサービスを提供していないので、
WEBサーバには特に影響なし。

症状も、突然のフリーズ。
前回のWEBサーバといい障害の発生頻度が多すぎるぞ(‘A｀)
tallahasseeサーバのOSはDebian 5.0 lennyで、
WEBサーバのjacksonvilleサーバはCentOS 5,2。
OSの固有の問題ではないと思うので、
XenServerが怪しいと思っているが。。。。
Hotfix 2 for XenServer 5.0.0がリリースされているみたいので、
パッチを適用して様子みてみるかな。。。

WordPressって実は重い？

type74 — Thu, 19 Feb 2009 04:00:33 +0000

ローカルネットワーク内でWPに接続してるにもかかわらず、
ページが開くのに若干もたつきがあるから、
試しにApache benchを試してみる。

tallahassee:~# ab -n 100 -c 10 http://blog.maidsan.tk/

んで、結果が以下の通り

Benchmarking blog.maidsan.tk (be patient).....done
 
 
Server Software:        Apache
Server Hostname:        blog.maidsan.tk
Server Port:            80
 
Document Path:          /
Document Length:        32806 bytes
 
Concurrency Level:      10
Time taken for tests:   41.843 seconds
Complete requests:      100
Failed requests:        29
   (Connect: 0, Receive: 0, Length: 29, Exceptions: 0)
Write errors:           0
Total transferred:      3300929 bytes
HTML transferred:       3280629 bytes
Requests per second:    2.39 [#/sec] (mean)
Time per request:       4184.251 [ms] (mean)
Time per request:       418.425 [ms] (mean, across all concurrent requests)
Transfer rate:          77.04 [Kbytes/sec] received
 
Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.1      0       0
Processing:  1221 4051 1947.2   3673   17425
Waiting:      937 3090 1917.1   2757   15974
Total:       1221 4051 1947.2   3673   17425
 
Percentage of the requests served within a certain time (ms)
  50%   3673
  66%   4289
  75%   4568
  80%   4826
  90%   5605
  95%   6097
  98%  10857
  99%  17425
 100%  17425 (longest request)

Nucleusで動いてる旧Blogだと以下の通り。

Benchmarking www.maidsan.tk (be patient).....done
 
Server Software:        Apache
Server Hostname:        www.maidsan.tk
Server Port:            80
 
Document Path:          /
Document Length:        25261 bytes
 
Concurrency Level:      10
Time taken for tests:   14.948 seconds
Complete requests:      100
Failed requests:        57
   (Connect: 0, Receive: 0, Length: 57, Exceptions: 0)
Write errors:           0
Total transferred:      2552641 bytes
HTML transferred:       2526241 bytes
Requests per second:    6.69 [#/sec] (mean)
Time per request:       1494.769 [ms] (mean)
Time per request:       149.477 [ms] (mean, across all concurrent requests)
Transfer rate:          166.77 [Kbytes/sec] received
 
Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.3      0       2
Processing:   350 1458 2018.0   1083   12751
Waiting:      213 1014 2065.9    622   12610
Total:        351 1459 2018.0   1083   12751
 
Percentage of the requests served within a certain time (ms)
  50%   1083
  66%   1161
  75%   1273
  80%   1333
  90%   1783
  95%   2145
  98%  12705
  99%  12751
 100%  12751 (longest request)

Requests per secondが倍以上違うorz
WP使い始めると、使いやすさに惚れるが、
こんな罠があるとはなぁ。。。。

それとも、Nucleusが軽すぎるのだろうか。
とりあえず、eAcceleratorでも入れてみるかしら(´・ω・｀)

Debian 5.0 lennyにアップグレード

type74 — Mon, 16 Feb 2009 16:03:59 +0000

Citrix XenServrt上で動いてる、Debian 4.0 etchをlennyにアップグレードしてみた。
アップグレード方法はDebianお馴染みのコマンド。

tallahassee:~# sed -e "s/etch/lenny/g" /etc/apt/source.list > /etc/apt/source.list.new
tallahassee:~# mv  /etc/apt/source.list.new /etc/apt/source.list 
tallahassee:~# apt-get dist-upgrade

これで、色々とアップグレードされます。
途中、何度か新旧の設定ファイルのどちらかを使うか訊かれるので、
差分を見るなりして、更新を勧めていく。

とりあえず、lennyにアップグレードしたはいいが、CitrixのXenServerがまだ、
lenny用のkernelを提供していないので、etchと同じkernelを使用しているけど。。。。
対応はまだ当分先の話になるのかねぇ(´・ω・｀)

Debian 5.0 Lennyがリリースされますた

type74 — Sun, 15 Feb 2009 09:58:21 +0000

スケジュール上では2008年の後半にリリースされる予定だった、
Debian 5.0 Lennyが日本時間の今日、お昼ごろリリースされました。

とりあえず、etchはold stableになるので、
サポートされるのは2010年2月15日までになる。

とりあえず、maidsanサーバは近日中にLennyにする予定(´・ω・｀)

☆Debian GNU/Linux 5.0 “Lenny” リリース!!!
☆Ganneff’s Little Blog — Lenny Release –