先日 CentOS を 5.7 にアップデートしてから、しばらくして yum で更新通知があったのでアップデートを実行しようとしたら何やら見たことがない警告が出てきました。
内容は以下のような感じ。
# yum update
(中略)
There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
The program yum-complete-transaction is found in the yum-utils package.
どうやら、「終わってないトランザクションがあるから、まず yum-complete-transaction を実行しろ!」ということらしい。
終わってないトランザクション?
って感じですが、わざわざ警告してくれているので、警告に従って対処してみました。
しばらく前に CentOS 6 がリリースされましたが、5.x系も 5.7 がリリースされました。
本当は 6 にアップグレードしたいところですが、CentOS 5 から 6 へのアップグレードはサポートしてないらしいので今回はパス。
次回サーバーを再構築する必要が出てきた時に試すことにしようと思います。
っという事で普通に 5.6 から 5.7 へアップデートしてみました。
root 権限で回している fetchmail のサービスのログが結構な勢いで肥大化するので logrotate を仕掛けたら、ログがローテーションされるタイミングで何故かサービスが止まってしまう問題にぶち当たったのでその対策なんかを書いておこうと思います。
やりたいことは、「一週間に一回ログを切り捨てて、そのタイミングでサービスをリスタートする。」という至ってシンプルな内容ですが、logrotate を仕掛けたところログは切り捨てられるけど、サービスが止まってしまう現象が発生しました。
で、設定が悪いのかと思い、色々とテストをするのですが crontab で設定した場合は上手く行くのに、なぜか cron.daily で実行された場合のみ上手くいかないという、良く分からない状況になってしまい、何日かはまりました...
最終的には動くようになりましたけど、なんで cron.daily だと動かなかったのかは未だに謎です。
CentOS 5.6 がリリースされたようなので、自宅のサーバーを CentOS 5.5 から CentOS 5.6 へアップデートしました。
5.5 が出たのが去年の 6月くらいだったと思いますが、約1年ぶりのアップデートですね。
毎度の事ですが、CentOS は簡単にこの手のアップデートが出来るので楽です。
アップデートの手順はリリースノートに書かれている通り。
# yum clean all
# yum update glibc\*
# yum update yum\* rpm\* pyth\*
# yum clean all
# yum update mkinitrd nash
# yum update selinux\*
# yum update
# reboot
これだけで基本的にはOKです。
2週間くらい前ですが、CentOS 5.5 がリリースされましたね。
我が家のサーバーもアップグレードしなくてはならないのですが、5.5 のリリース直前から自宅サーバーを新しく作り変える作業を始めていたので、移行完了まで 5.4 のまま粘ろうと思ってました。
が、諸事情により2週間経っても新しいサーバーの構築が終わらず(と言うか正確には構築に入ってすらいない状態ですが・・・)、完了の目途が立っていない状態です。
この辺りの話は、後日まとめて UP したいと思いますけど、このままアップデートせずに放置するのも嫌なので、5.5へサクッとアップデートしました。
こういう作業は Linux は非常に楽ですね。
改めて実感しました。
先日書いた「Logwatchがエラーになる」の続きですが、原因だった SELinux のポリシーがアップデートされたようです。
selinux-policy.noarch 2.4.6-255.el5_4.4 updates selinux-policy-devel.noarch 2.4.6-255.el5_4.4 updates selinux-policy-targeted.noarch 2.4.6-255.el5_4.4 updates
さっそくインストールしてみましたが、問題は解決した見たいですね。
一安心です。
っと、思ったんですけど前回の最後の方に書いたように回避用のモジュールを作成している場合、mypostfix というローカルモジュールが残っているので、それも消しておかないとですね。
2、3日前から Logwatch がエラーになっていて、しばらく様子を見ていれば復活するかと思ったんですが一向に直る気配がないので調べてみました。
エラーの内容としてはこんな感じ。
sendmail: warning: premature end-of-input on /usr/sbin/postdrop -r while reading input attribute name
sendmail: fatal: root(0): unable to execute /usr/sbin/postdrop -r: Success
どうやら sendmail がこけてるみたい。
この手のエラーが突然起こる時には、必ず前後に何か変更したはず!
っと言う事で、このエラーが発生した日に何か変更を加えていないかを見てみました。
そうすると。。。
yum で色々なパッケージをアップデートしていたことが発覚。
しかも、完全に怪しい奴らがいました。
selinux-policy.noarch 2.4.6-255.el5_4.3 updates
selinux-policy-devel.noarch 2.4.6-255.el5_4.3 updates
selinux-policy-targeted.noarch 2.4.6-255.el5_4.3 updates
SELinux のポリシーがアップデートされてる。。。
前回は CentOS 5.4 へアップデートした事を書きました。
で、その中で
vsftpd がアップデートされ、最新版の FileZilla からも利用できるようになりそうだ。
と言ったような事を書きましたが、確認が取れました。
私の環境では、Windows XP にインストールされた FileZilla 3.2.8.1 から、vsftpd 2.0.5-16.el5 へ「FTPES - 明示的なTLS/SSL上のFTP」を指定して接続する事が出来ました。
LAN/WANどちらもOKでしたので、一応ご報告と言う事で。
CentOS 5.4 がリリースされたので、アップデートしました。
今回の個人的な目玉は「vsftpd が TLSコネクションを適切にシャットダウンしない問題。」が解決された事ですね。
この問題のせいで、FileZilla の最新3.x系を使う事が出来なかったので、クライアントの配布からして面倒だったんですが、これからは大丈夫そうですね...
って事で、アップデートしてみました。
1月に RHEL 5.3 が出ていたので、いつアップデートされるかと気にはしていたんですが、一昨日(4月1日)に、たまたま yum update を実行したら凄い量のアップデートが出てきて気がつきました。
丁度その日にリリースされた見たいです。
凄いタイミング...
運命を感じてしまいます(笑)
我が家のサーバーでは、ClamAV というウィルス対策ソフトを使って毎日 1回スキャンを行っています。
先日、私が使っているバージョン(0.92.1)で脆弱性が見つかったらしいので、最新版の 0.93 にアップデートしたら、以下のようなエラーが発生しました。
どうやら 0.93 で設定の仕様が変わったみたいですね、「余計なオプションが入っているためにコンフィグファイルが読み込めない」的なエラーが出ています。
これらのエラーは、Cron で仕掛けていた freshclam と clamdscan で発生していたので、試しに freshclam を手動で実行してみたところ、以下のようなエラーが発生しました。
やはり、clamd.conf に問題があるようです。
なんだか2月以来の書き込みになってしまいましたが、家のサーバーを Linux にしてました。
かなり前から Windows → Linux の計画は立てていたんですけど、なかなか踏み出せなかったんですが、一応 Linux にマイグレーション完了って感じです。
CentOS 4 で構築してみたんですが、Red Hat 9 に始まって Fedora Core 3/4 と挫折を繰り返し、やっと移行できたって感じですね。
Windows サーバを Linux にしようと色々試してきたんですが、時間的・ハード的な問題にぶち当たり挫折しました。
と言うことで、Linux を入れていた HDD に再度 Windows を入れようとしたんですがうまくいきません・・・
CD からブートした後「ハードフェアをセットアップしてます・・・」みたいなメッセージが出た後、ディスプレイが真っ暗になったまま進まなくなりました。
しばらく Fedora自体触っていなかったので、「HDD が逝ったのか??」と一瞬思いましたが、どうやら違うようです。
ネットで色々見ていたら、Linux のパーティションを削除してあげないと Windows のインストールが出来ないような感じだったので Linuxパーティションを削除することにしました・・・
とりあえず、FC4 で構築開始。
前回は単純に OS のインストールくらいしかやってなかったんで、がんばって構築するぞ!!
Red Hat Network Alert Notification Tool がまともに動いてないことに気付いたり、BitDefender × GCC4 ではまりかけたりしましたが、何とか初期設定 & セキュリティー関係が終わりました。
Tripwire と chkrootkit が yum でインストールできるようになったのは楽でいいですね。
で、コンソールでいろいろヤルのも面倒なんで、VNC をセットアップしました。
前回散々苦労した んで、そのときのメモとかを見つつセットアップ。
結構すんなりできた!!
・・・と思ったのが大間違い。
なんとなく reboot したら接続できなくなりました。
何か、真っ黒い画面のまま進まず・・・
xstartup を編集しても一行に改善しません。
この後のやり取りはかなり長いので割愛しますが、結局はこんな感じ・・・
正式にリリースされたようなので、インストール(新規)してみました。
「何故?」っと聞かれると困るんですが、「新しいもの好きだから」と言うことでしょうか?
それと、Linux 導入は現行のサーバ(Windows)を置き換えるためで、環境を新規に構築してるので、出来るだけ新しいシステムで構築しといた方が良いのかなぁ・・・と言った感じです。
公開したときには 2世代くらい古い・・・なーんて事にならないように。
それに、枯れた技術を使うほど安定性を求められて無いですし・・・
所詮、自宅サーバですから。
Linux サーバを構築するために用意できたマシンがかなり古め、Pen Ⅱ マシンです。
HDD は 20GB・・・
まぁ、それはいいとしても遅すぎ・・・
なんか、PHP アップデートしてるんですけど configure と make に1時間近くかかってるんですけどまだ終わる気配がありません。
なんとなく裏でウィルスチェックが走ってる気もしますが、とにかく遅い。
おわれおわれおわれおわれおわれおわれおわれおわれおわれおわれおわれおわれおわれおわれおわれおわれ
終われーーーーーーーーー!!!!!!!!!
やっぱり Linux はわけが分かりません。
やればやるほど分らない事が出てきます。
VNC なんてサクッと出来るだろう・・・と思ってたんですが、結局24時間以上かかってしまいました。
ハマった部分
年末年始の休みの間に家のサーバをLinuxにリプレースしようかと思い、今までまったくLinuxを使ったことが無いにもかかわらず無謀にも挑戦してみました。
ハッキリ言って意味がわかりません。
年が明けて1週間以上たったのにまだ、ファイル共有しか出来てません。
あとは、
・Web
・FTP
・Mail
といったところですが、いつ終わることやら・・・
・・・ということで、新HPはまたもや延期です。
最近のコメント