旧サーバ共有ディスクのデータ圧縮
全部tar.gzで固めただけ。
明日から3日間旅に出ます。
なので進捗なし。
[コメント読む(0)]
とりあえず一時サーバで週末は乗り越えた。
よかった。
特に問題なし。
今週は旧サーバの共有ディスクのバックアップと
旧サーバのOSリインストール予定。
でも、旅に出るので
そんなに進まない予定。
[コメント読む(0)]
一時サーバでの稼動2日目。
特に目立つ問題はなし。
昨日はグラフが表示されなかったり、
POGのメールが5回も送信されちゃったりと
いろいろと問題がありましたが、
以降まあまあ安定稼動しているみたい。
昨日は木曜日ということもあって、
今週末のレースの出走馬取り込みバッチが動きまして。
DB更新→POGの出走馬メール送信→更新履歴追記
という流れなんですが、最後の
更新履歴追記で異常終了しまして。
で、うちのバッチはセグメンテーション障害で異常終了すると
5回までリトライする仕組みになっていまして。
(だいたいセグメンテーション障害のときはタイミング悪くて落ちる
ということが多いので、リトライ機能がついているのです。)
で、なぜ「セグメンテーション障害」で落ちたかというと、
これまた更新履歴のファイルにパーミッションがなかったわけで。
5回も繰り返しちゃった。5回メール送って、5回落ちた。
グラフの件しかり、メールの件しかり、
くだらないことで落ちすぎですなあ。
[コメント読む(0)]
jpgraphのグラフが表示されない。
単純なこと。
GDライブラリがインストールされていないから。
portsからインストール。
/usr/ports/graphics/にあった。
このときに、libjpeg,libpng等もいっしょに
インストールされるようなので、
新サーバ構築時にはこの2つはインストールしない。
で、PHPのコンフィグからやり直し。
コンフィグオプションは全部で
--enable-track-vars
--enable-trans-sid
--with-mysql=/usr/local
--disable-debug
--with-apxs=/usr/local/apache/bin/apxs
--with-libxml-dir=/usr/local/lib
--with-zlib-dir=/usr/lib
--without-iconv
--enable-mbstring
--with-gd=/usr/local
--with-freetype-dir=/usr/local
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-zlib-dir=/usr/local
--enable-gd-native-ttf
--enable-gd-jis-conv
これだけ。
makeしてmake installして
apacheの落としあげ。
?
それでもダメか。
もうちょっと調べます。
6.22追記
出来上がったグラフの画像ファイルを保存する
ディレクトリにパーミッションがないだけでした。。。
はずかしい。。。
[コメント読む(0)]
水曜日のDBメンテナンスが大幅遅延
mysql5.0、問題ばっかりだな。
毎週水曜日朝6時。
全部のDBのdump取得後にまたimportする作業をしてます。
フラグメンテーション解消のため?
で、今日は水曜日。
初の一時サーバでのメンテナンス。
今までは、dumpは1分くらい。
importはかかっても3分くらい。
今日の一時サーバは、
dumpは15秒。
importは朝6時ちょうど45秒から始まって、
10時半の時点で終わってなかった。
原因はこれから調査。わかったら追記します。
6.21追記
先ほど15時25分ころから再度DBを旧サーバへ切り替え、
一時サーバでimportを実施しているものの、
終わる気配なし。
サーバ性能は以下のとおり。
一時サーバ
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2390.30-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf27 Stepping = 7
real memory = 369033216 (351 MB)
avail memory = 351428608 (335 MB)
旧サーバ
CPU: Intel Pentium III (731.47-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x683 Stepping = 3
real memory = 133955584 (130816K bytes)
avail memory = 127418368 (124432K bytes)
おそらく、mysql固有の問題で遅くなっているものと思われる。
要詳細調査。わかったら追記します。
[コメント読む(0)]