CentOS

昨日CentOS5.3にアップグレードしたばかりなのに早速カーネルのアップデートが出ていた。
Security fixesとの事なのでアップデート後に再起動・・・やはり直ぐに5.3にアップデートせずに暫く様子を見ていた方がよかったのかもしれない。

[CentOS-announce] CESA-2009:0326 Important CentOS 5 x86_64 kernel Update
Important: kernel security and bug fix update

[root@server ~]# uname -a
Linux server.dxcode.com 2.6.18-128.1.6.el5 #1 SMP Wed Apr 1 09:10:25 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

リリースされたばかりのCentOS5.3にアップグレードした。
231パッケージで280MB弱あったので実行する前に少し躊躇したが、壊れれば再インストールすればいいだけと開き直り実行。
途中エラーで止まる事もなくComplete!の文字を確認したため、おそるおそるシステムを再起動したが問題なく起動した。
今のところログ関係にエラーもないので問題ないと思う。

CentOS 5.3 リリースノート ‐ 日本語訳

ただkernelについては完了後もKernel 2.6.18-128.el5でKernel 2.6.18-128.1.1.el5になっていなかった。
サーバをrikenに直指定して再度アップデートして漸くKernel 2.6.18-128.1.1.el5になった。まだ同期がとられていなかったのかもしれない。

[root@server ~]# uname -a
Linux server.dxcode.com 2.6.18-128.1.1.el5 #1 SMP Wed Mar 25 18:14:28 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
[root@server ~]# cat /etc/redhat-release
CentOS release 5.3 (Final)

標準では組み込まれていない機能だが導入が簡単なので使用できるようにしてみた。
php.iniでbrowscap.iniがシステムのどこに配置されているか指定する。browscap.iniはデフォルト状態では入っていないので下記よりダウンロードし任意の場所に配置しておく。
私はPHPの追加iniが集まっている/etc/php.d/に配置した上でphp.ini修正後httpdを再起動。

[root@server ~]# vi /usr/local/Zend/etc/php.ini

[browscap]
;browscap = extra/browscap.ini
browscap = /etc/php.d/browscap.ini

Downloads :: Browser Capabilities Projectにあるphp_browscap.ini

もちろんこのファイルは自動で更新はされないので自身で更新作業をする必要がある。

先日追加したリポジトリLes RPM de RemiにPHP5.2.9がアップされていたので早速アップデートしてみた。
アップデート自体はエラーなく行えたもののhttpdの再起動で失敗。少し考え前回PHP5.2.8のアップデート時と同様の失敗を犯していたことに気付く。

PHPを高速化すべく導入していたeAcceleratorを再ビルドしていなかった為に再起動時にエラーが発生しhttpdが起動しなかったというもの。

[root@server ~]# wget http://bart.eaccelerator.net/source/0.9.5.3/eaccelerator-0.9.5.3.tar.bz2
[root@server ~]# tar xvjf eaccelerator-0.9.5.3.tar.bz2
[root@server ~]# cd eaccelerator-0.9.5.3
[root@server eaccelerator-0.9.5.3]# phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20060613
Zend Extension Api No: 220060519
[root@server eaccelerator-0.9.5.3]# ./configure
[root@server eaccelerator-0.9.5.3]# make
[root@server eaccelerator-0.9.5.3]# make install

php.iniファイルへの記述やeAcceleratorのコントロールパネルへのアクセス等は変更する必要がないので、再コンパイル後そのまま再起動でOK。
再コンパイルって上記のように再インストールしているが、この方法で間違っていないのかそれとも他の方法があるのか少々不安なものの問題なく動作しているので良しとする。

PHP 5 ChangeLog PHP 5 ChangeLog

因みにphp.iniファイルへの記述は下記のとおり
続きを読む

yumでインストールされたファイルの履歴を確認

[root@server ~]# vi /var/log/yum.log

Feb 06 04:21:21 Updated: nss – 3.12.2.0-4.el5.centos.x86_64
Feb 06 04:21:22 Updated: nss – 3.12.2.0-4.el5.centos.i386
Feb 06 04:21:22 Updated: nss-tools – 3.12.2.0-4.el5.centos.x86_64
Feb 09 04:46:37 Updated: mysql-libs – 5.1.31-1.el5.remi.x86_64
Feb 09 04:46:38 Updated: mysql – 5.1.31-1.el5.remi.x86_64
Feb 09 04:46:39 Updated: mysql-server – 5.1.31-1.el5.remi.x86_64

CentOS5.2でPHPを5.2.8にしたので他のファイルもある程度新しくしてしまえ！との考えでリポジトリEPEL（Extra Packages for Enterprise Linux ）を追加した。

前回の個人が管理するリポジトリとは違いFedora内部発ということで安心して（？）使用できると思う。
そうまでして最新版を使いたいのなら鯖構築時に何故CentOSを選択したのかという疑問は残ってしまうが。

yum用設定ファイルをインポート

[root@server ~]# rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/x86_64/epel-release-5-3.noarch.rpm

リポジトリファイルを編集

[root@server ~]# vi /etc/yum.repos.d/epel.repo

[epel]
name=Extra Packages for Enterprise Linux 5 – $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/5/$basearch
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-5&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL

[epel-debuginfo]
name=Extra Packages for Enterprise Linux 5 – $basearch – Debug
#baseurl=http://download.fedoraproject.org/pub/epel/5/$basearch/debug
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-debug-5&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL
gpgcheck=1

[epel-source]
name=Extra Packages for Enterprise Linux 5 – $basearch – Source
#baseurl=http://download.fedoraproject.org/pub/epel/5/SRPMS
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-source-5&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL
gpgcheck=1

デフォルトではEPELが常時有効設定 enabled=1になっているので必要時だけ接続したい場合はenabled=0に変更。
実際に使用する際は下記コマンドでOK

[root@server ~]# yum –enablerepo=epel update

EPELに関しては問題ないと判断してenabled=1 のままで運用しているが現状問題なし。

CentOS5.2でPHPをインストールするとPHP5.1.6がインストールされるが5.2.xxを使用したかったのでサードパーティのリポジトリを追加した。

今回追加したのはフランスのLes RPM de Remiというところのもの。追加することによりPHPやMySQLの最新版が使用することができる。
ただ公式にサポートされたリポジトリではないので当然リスクは大きくなるが、故人鯖ゆえ第三者に迷惑がかからなければOKというスタンスで導入した。

GPGキーをインポート

[root@server ~]# rpm –import http://rpms.famillecollet.com/RPM-GPG-KEY-remi

リポジトリファイルを追加

[root@server ~]# cd /etc/yum.repos.d
[root@server ~]# wget http://rpms.famillecollet.com/remi-enterprise.repo

リポジトリファイルを編集

[root@server ~]# vi /etc/yum.repos.d/remi-enterprise.repo

[remi]
name=Les RPM de remi pour Enterpise Linux $releasever – $basearch
baseurl=http://rpms.famillecollet.com/el$releasever.$basearch/
http://iut-info.univ-reims.fr/remirpms/el$releasever.$basearch/
enabled=0
gpgcheck=1
gpgkey=http://rpms.famillecollet.com/RPM-GPG-KEY-remi
failovermethod=priority

[remi-test]
name=Les RPM de remi en test pour Enterpise Linux $releasever – $basearch
baseurl=http://remi.collet.free.fr/rpms/test-el$releasever.$basearch/
enabled=0
gpgcheck=1
gpgkey=http://rpms.famillecollet.com/RPM-GPG-KEY-remi

常時有効にしておくのは気持ち悪いので[remi]のenabled=1をenabled=0に変更。
[remi-test]はアルファ版等のテスト用なので使用しない方がベターというか項目自体削除しておいた方がいいと思う。

で実際に使用する際は下記コマンドでOK

[root@server ~]# yum –enablerepo=remi update php

ただ依存関係で躓く事も多いので実際には下記のコマンドで対応している。

[root@server ~]# yum –enablerepo=remi update