My Blog

長い間パッケージの更新を行っていなったので更新したついでに再起動を行う

再起動前に半年間の記録を取得

７ヶ月間連続稼動で頑張ってくれていた

このままだと８月の夏場にはHDD温度が５５℃を超えそうだ

パッケージ更新・再起動後の問題

①eAccelerator

PHPのバージョンアップによって動作不良になったため再構築

②exim4

起動しなくなる

MTAをPostfixに変更し内部のみの利用だったのを外部に拡大

③awstats

apache2/access.logの取得が正常でなかったので修正

④insserv

rrdgraphでwarnningが発生しているが支障がないので処置未

以下のパラメータを追加

skip-innodb
wait_timeout = 60

InnoDBのOFFとConnection Timeoutの設定

phpMyAdminでDBの状態を見てみると赤字で調整を伺わす項目がある

プログラム側の調整は単純には無理なのでDB側を少し調整してみることにする

今回は玄箱HGの実装メモリが128Mということもあり時間もかけたくないので、高度なチューンは考えないでMySQLTunerというツールmysqltuner.plを利用

$ wget http://mysqltuner.com/mysqltuner.pl
（目的の物が取得できなかったのでブラウザで持ってきた）
（以下で取得可能：https://github.com/major/MySQLTuner-perl）
$ wget https://github.com/rackerhacker/MySQLTuner-perl/archive/master.zip
（略）
$ unzip master.zip
Archive:  master.zip
d9eef7d75241e675469117b21b910e5b3d58dfa9
   creating: MySQLTuner-perl-master/
  inflating: MySQLTuner-perl-master/LICENSE
  inflating: MySQLTuner-perl-master/README.md
  inflating: MySQLTuner-perl-master/mysqltuner.pl
（ここまで）

$ perl mysqltuner.pl

 >> MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net>
 >> Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >> Run with '--help' for additional options and output filtering
Please enter your MySQL administrative login:
Please enter your MySQL administrative password:
[!!] Attempted to use login credentials, but they were invalid.
hero@KURO-BOX:~$ perl mysqltuner.pl

 >> MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net>
 >> Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >> Run with '--help' for additional options and output filtering
Please enter your MySQL administrative login:
Please enter your MySQL administrative password:

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.63-0+squeeze1
[OK] Operating on 32-bit architecture with less than 2GB RAM

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 3M (Tables: 46)
[!!] InnoDB is enabled but isn't being used
[!!] Total fragmented tables: 12

-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 11d 8h 34m 57s (214K q [0.219 qps], 3K conn, TX: 152M, RX: 25M)
[--] Reads / Writes: 54% / 46%
[--] Total buffers: 74.0M global + 3.1M per thread (151 max threads)
[!!] Maximum possible memory usage: 536.4M (432% of installed RAM)
[OK] Slow queries: 0% (2/214K)
[OK] Highest usage of available connections: 5% (8/151)
[OK] Key buffer size / total MyISAM indexes: 32.0M/1.3M
[!!] Query cache efficiency: 1.8% (860 cached / 47K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 15K sorts)
[OK] Temporary tables created on disk: 10% (1K on disk / 10K total)
[OK] Thread cache hit rate: 99% (18 created / 3K connections)
[!!] Table cache hit rate: 2% (64 open / 2K opened)
[OK] Open file limit used: 12% (128/1K)
[OK] Table locks acquired immediately: 100% (573 immediate / 573 locks)

-------- Recommendations -----------------------------------------------------
General recommendations:
 Add skip-innodb to MySQL configuration to disable InnoDB
 Run OPTIMIZE TABLE to defragment tables for better performance
 Reduce your overall MySQL memory footprint for system stability
 Enable the slow query log to troubleshoot bad queries
 Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
 *** MySQL's maximum memory usage is dangerously high ***
 *** Add RAM before increasing MySQL buffer variables ***
 query_cache_limit (> 1M, or use smaller result sets)
 table_cache (> 128)

Recommendations以降がお勧め設定値になる

上記はphpMyAdminの警告でテーブルキャッシュを128にした後のチェックであるがそれでも不足らしい
MySQLが使用メモリが多くて危険なのでバッファーを増やす前にメモリを増設とあるが少し増やして、

# vi /etc/mysql/my.cnf
table_cache = 192
query_cache_limit = 2M
# service mysql restart
・・・
# mysqladmin -u root -p variables
（略）

これでしばらく様子を見ることにする

尚、MySQLリファレンスマニュアルによると、サーバをチューニングする際に使用される最も重要な変数はkey_buffer_sizeと table_open_cacheの2つで、他の変数の変更を行う前にこの変数をあらかじめ適切に設定しておくこととある

玄箱を www.revulo.com の手順で lenny化していると、「玄箱用なんちゃってブートセレクタ２」が導入されているので、ブートセレクタの定義ファイルを変更していなければ、ブート時に電源ボタンの操作（１回押す）でカーネルが切り替わらずパーティション１のまま起動する（詳細はこちら）

MontaVistaで起動することを確認してみた

Linux KURO-BOX 2.6.25.1-kuroboxHG #9 Sun May 4 21:29:57 JST 2008 ppc

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Oct 31 19:44:20 2012 from 192.168.XX.XX
$ su
パスワード:
# shutdown -r now

LEDを確認しながらタイミング良く電源ボタンを１回押す
十分に待ち時間があるので操作は簡単

==（玄箱用なんちゃってブートセレクタ２ 説明書抜粋）============================
   起動中POWER LEDの点滅が止まり、DISK FULL LEDが点灯します。
   このLEDが点灯している間に、お望みの数を電源ボタンを押すことで指定します。
   3秒間(デフォルト値)放置するとデフォルトのOSが起動します。
===============================================================================

起動したので telnet で接続

Kuroutoshikou KURO-BOX/HG (IESHIGE)
Linux/ppc 2.4.17_mvl21

KURO-BOX login: root
Password: (kuroadmin)
Linux (none) 2.4.17_mvl21 #24 2004? 10ｷ・19ﾆ・ｲﾐﾍﾋﾆ・17:17:03 JST ppc unknown
root@KURO-BOX:~# mount
/dev/hda1 on / type ext3 (rw,noatime,errors=remount-ro,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda3 on /mnt type ext3 (rw,noatime)
/proc/bus/usb on /proc/bus/usb type usbdevfs (rw)
root@KURO-BOX:~# 

カーネル再構築で正常に動作しなかった場合などにメンテナンス用として利用できる