何時もはLocal Driveが表示されるのにどういう訳かMy computerの下に何も表示されない!! このresucureCDは別のコンピュータで作ったけど、前は表示されていた!!
ディスクをフォーマットしたからかと思いアクティブなパーティションが無いからかとか、色々やったが、相変わらず表示されない。
結論は簡単。BIOSでSATAの設定をIDEにしていたから。ここをAHCIに設定し、resucureCDで立ち上げるとちゃんと表示できた。やれやれ。

仮想環境で作ったメールサーバをpostfix,dovecot,qmail,vpopmailからシンプルにするためにpostfix,dovecotのみの環境に変更するためdomUを新しく作り、ローカルのIPアドレスを別のIPにしたらローカルのコンピュータからメールの送受信が出来なくなった。もちろんこの時、新しいサーバーの送受信テストはしっかりやり、IMAPを使っているので旧サーバーからメールを新サーバーにコピーした。サーバー名等は変更しなかった。メールソフトのSMTPやIMAP(POP)サーバーはサーバー名とドメインで設定をしてあり、私が使っているFLETSからレンタルしているルーターは（RT-S300SE)はローカルから出てそのままローカルに戻ってくるパケットはサポートしていない様で（メールソフトから出てDNSで自分のIPが指定され、自分のルーターのWANポートに帰ってくる）エラーが出た。それ故/etc/hostsにメールサーバーのIPが指定されていたが、これが原因。/etc/hostsを新しいメールサーバーのIPに変えたらOK。考えてみれば当たり前のことだが、ついつい忘れてしまうのでメモ。
こんなことなら、ローカルのコンピュータの全てのhostsファイルを書き換えなければならないので、テスト後は古いIPにした方がよかった。

ある時ドメインUを再起動したら、下記のようなエラーが多量に出た。(/var/log/messagesより）
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'SUBSYSTEMS'
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'ATTRS{idVendor}'
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'ATTRS{idProduct}'
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'SUBSYSTEMS'
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'ATTRS{bInterfaceClass}'
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'SUBSYSTEMS'
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'ATTRS{idVendor}'
Feb 25 22:21:13 xen1 udevd[552]: add_to_rules: unknown key 'ATTRS{idProduct}'
後略
http://blog.livedoor.jp/furikku9310/archives/51970120.htmlを参考にして
# yum provides /etc/udev/rules.d/*.rules|grep .rf
としたら
pcsc-lite-ccid-1.3.10-1.el5.rf.x86_64 : Generic USB CCID smart card reader
pcsc-lite-ccid-1.3.10-1.el5.rf.x86_64 : Generic USB CCID smart card reader
と表示された。スマートカードは使わないので
# yum remove pcsc-lite*
で関連も含め、アンインストールしたら、エラーが出なくなった。
でも数日経ったら、又インストールされていたので同じように消して
/etc/yum.confの[mail]の最後に
exclude=pcsc-lite*
と記入し、yumにより自動でアップデートされない様にして置いた。

ある時、何気に仮想マシンマネージャーを見ていたら一つのdomUのCPU使用率が何時もより高くなっていた。調べると eggcups というプロセスが走っていて、これがかなり使っていた。eggcupsを調べてみると印刷に使うみたい。印刷を使うことが無いので消去する。（プロセスは通常の終了では出来ないので、強制終了しておいた）
# rpm -qf /usr/bin/eggcups
desktop-printing-0.19-20.2.el5
と表示されたので
# yum remove desktop-printing
でeggcupsを消した。

ある時、mail boxの制限を１０GBに増やし、postfixをrestartすると、
mailbox_size_limit is smaller than message_size_limit
とエラーになった。何回かrestartすると、ごくまれにエラーが出ない事もあったが原因は不明、あるweb( http://tmtm.org/postfix/tutorial/trap.html )にmaildirの環境では上記のエラーは出ないような事が書いてあった。私はmaildirにしているのに，エラーが出る。もちろんmessage_size_limitは５０MBにしているので、このエラーは矛盾している。又，OSはcentosの5.5で64bitである。（２GBの壁は無い）そこで
mailbox_size_limit = 9663676416 (9GB)にするとエラーが出なくなった。

ドメインUはハードウエアーのクロックを持っていないのでエラーが出て当然。
このエラーはブート時に
Press 'I' to entire Interactive startup
のすぐ後に
Cannot access the Hardware Clock via any known method.
と出る。問題ないので、そのままにしている。
本当はどのスクリプトが hwclock(RTC)を見に行っているのか不明なので直せない。
このエラーは前には出なかった。最近バックアップ用のサーバーを作り始めたら出るようになった。運用中のサーバーは滅多にrebootしないから判らない。

本日突然私のメールだけが受信出来なくなり、送信者へのエラーメールで私のメールが一杯になり（quotaで設定した容量一杯になった）受け取れなくなってしまった。
メールサーバーはpostfixを使用し、quotaは１０GBも取っているが、１GBしか使っていないのにエラーが出ている。
最初は原因が判らず困りましたが、WEBメールにsquirrel mailを使っているので、この設定が原因かと思い調べましたが、squirrel mailにはquotaの設定がありませんでした。
そこでqmailadminの設定をチェックした所quotaの設定が１GBになっており（/home/vpopmail/etc/vlimits.default)これを１０GBに設定し直しましたが、この設定は新規にメールユーザを作る時に決定されるので、これを直しても私のquotaは変更されません。
そこで、私のメールデータをフォルダーごとコピーし（vpopmail/domains/ドメイン名/ユーザ名）qmailadminから一度私のアカウントを削除し、再度、作成しました（この時オリジナルのメールデータは削除され、新規ユーザのquotaは無制限と表示されました。もちろん使用量は０）その後作成された私のメール・フォルダーを削除し、コピーしていたフォルダーを私のアカウント名にしました。（この時、グループ、所有者がvchkpw,vpopmailになっている事を確認）無事quotaが増えました。

２０１０年４月１９日(月)悪夢が襲ってきました．．．といっても自分が悪いのですが。この日、サーバーに設置してあるデジタル電圧計の５Vが5.4Vに上がっていましたので、５Vラインを少し下げようと負荷（もちろんコンピュータ）を付けたまま、半固定VRを調整ししていました。（この電源は新しく製作したもので、設置前に負荷をかけ５Vに調整していましたが、この調整が全負荷で行った関係で、実際は全負荷がかかっていないので電圧が高くなっていた。）これって安定化が悪すぎ！！
この電源は３Aのチョッパ型のSW電源モジュールを強引にパラレルにし、最大６Aをとれる仕様ですが、この2つのSWモジュールのバランスを取るために半固定のVRを少しずつ可変し両方から、ほぼ同じ電流が流れるように調整しなくてはならず。やりにくかったのですが、この時、ミスって片方のSWを壊し、この回路が導通し(つまり入力の２４Vとショートした)５Vラインが異常に高くなりました。！！！
壊れた物：ほぼ全部
マザーボード、7台の２.5インチハードディスク、1台のSSD,CPU、デジタル電圧・電流計
壊れなかった物
メモリー２GBx4個、Raidボード（highpoint３５１０)　これらは５Vを使っていない見たい。とDVDドライブこれが壊れなかったのは、単なる耐性の問題？
この中で一番高いのはhighpointの３５１０ですが、１番困ったのは、ハードディスクとSSDが壊れたこと
このコンピューターはデスク４台で（SSDをふくむ）XENを使い仮想コンピューター三台を動かし、その内の1台で別のRAID5構成（３２０GBx４台＝９６０GB)のディスクにこの3台のdomainUとdomein0及び別のWin XPのバックアップをしていたのですが、肝心のバックアップディスクも同じ５Vラインを使っていたので昇天し、結局オリジナルもバックアップも無い状態になってしまい、バックアップの意味が無くなりました．
という訳で、今はバックアップ用のコンピューターを物理的に別のコンピュタにし、バックアップする時間に電源が入るようにし、バックアップ後、電源を落とすように考えています．現在は実験段階ですが、近々結果を御報告します．
2010年5月12日追記
xenカーネルは休止などをサポートしてないみたい。普通の5.4カーネルを別のコンピュータに入れて見たけどハイバネートが途中で止まる。とりあえず今はバックアップに使う4台の2.5インチハードデスクの電源を別の５Vにして、運用中（下の写真の５V別と書いてあるモジュール）。私が使っている日立の7K320シリーズは５V 800mAとなっていて4台だと3.2Aになる。SWモジュールの最大電流は３Aで少し足りない。800mA流れるのは多分ブート時のデスクが回転し始める（スピンアップ）時の電流だと勝手に解釈し、raidコントローラーの３５１０のほうでスピンアップを2台ずつする設定にして逃げてある。本当は電流を測るといいのだけれど、その際また壊しそうなのでやめている！！

ある日から突然 warning: trouble injecting bounce message, will try later がログに記録されるようになり、/var/log/maillog が巨大になっていた。このエラーは1分間に３０回くらい記録されている。ググるとパーミッションエラーが発生しているらしい。
# for i in /var/qmail/queue/mess/*; do chown qmailq:qmail $i/*;done
をすると以降エラーはでなくなった。

１１月初旬に突然logのrotateが止まり、ログが肥大していた。
logrotate.conf等を見直してみたが正しいみたい。
マニュアルでロテートしてみる
# /usr/sbin/logrotate /etc/logrotate.conf をすると
error: conman:21 error verifying olddir path /var/log/conman.old/: No such file or directory
と表示された。conmanってなんだ？？ 調べてみるとリモコン用のプログラムみたい。デフォルトでは起動していないし、使う予定もなさそうなので/var/log/conman.old/を作るより /etc/logrotate.d/ にあるconmanを削除し
# /usr/sbin/logrotate /etc/logrotate.conf
をするとエラーが無くなった。
注意：この時apacheは古いログを使いつづけるみたい。apacheを
# service httpd graceful
でスタートし直すと新しいaccess_log を使うようになった。
(それまではaccess_log.1に書き込んでいた．)