yum updateでPHPやPerlのバージョンも上がる？

yum update とするとPHPやPerlのバージョンも上がってしまうのでしょうか？
パッケージはできる限り最新のものを使うのが良いと思いますが、むやみに yum update -y とするのはいけないのでしょうか？
いけないとすればどのようにすべきなのでしょう？
よろしくお願いします。

行動規範の内容に同意します

回答3件

RHEL の公式の yum リポジトリを使っている場合、PHP や Perl のバージョン自体は yum update でも変わりません。その代わり、RHEL が PHP や Perl の公式のリリースからセキュリティ関連の修正だけをバックポートしたパッチのみ適用されたものに更新されます。

例えば、RHEL6 の PHP は未だに 5.3.3 です。

もちろん、サードパーティの yum リポジトリを使っている場合はこの限りではありません。また、バージョンは同じとはいえパッチが適用されたものなので、アプリの動作に影響がまったく無いとは言い切れません。

投稿2015/08/31 11:47

ngyuki

総合スコア4516

ngyuki

2015/08/31 11:47

改めて見るとこれでは回答になっていないですね、すいみません

退会済みユーザー

2015/08/31 13:07

回答ありがとうございます。公式リポジトリではバージョンが変わらないようになっているのですね。 PHPにはremiを使用しているので今後は注意するようにします。

行動規範の内容に同意します

yum update とするとPHPやPerlのバージョンも上がってしまうのでしょうか？

PHPやPerl自体のバージョンは上がりません。パッケージ自体のバージョンが上がります。

RHELでは、最初のリリース時にパッケージの基になったソフトウェアのバージョンを固定化します。このバージョンはRHELのメジャーバージョンが変わらない限り、ずっと同じです。では、パッケージのアップデートとは何かというと、脆弱性や重大なバグの修正のパッチを当てたものになります。PerlやPHP自体のバージョンが上がるわけではありません。

逆に言うと、初期リリースからいつまで経っても古いバージョンのままです。それでは最新の技術が使えないなどの問題が出るため、ソフトウェアのバージョンを上げたパッケージが出る場合があります。(RHEL公式で出る場合もありますし、EPELやサードパーティから出る場合もあります)。その場合は、パッケージ名が必ず異なりますので、yum updateで置き換わることはありません。

アップデート時の互換性の問題ですが、ソフトウェアのバージョンが変わっていないため、起きることは理想上ありません。ただ、例外は一応あります。

今までバグのおかげで偶然動いていたスクリプトが、そのバグが修正されたことで、動かなくなる。当たり前ですが、今まで動いていたのがおかしかったのです。修正されるべきは、動かなくなったスクリプトです。
脆弱性の修正で、セキュリティ強化のために動作が変わる機能を使っていたスクリプトが動かなくなる。脆弱性を突いた形で動いていたと言うことですから、これも修正すべきは動かなくなったスクリプトです。

パッケージはできる限り最新のものを使うのが良いと思いますが、むやみに yum update -y とするのはいけないのでしょうか？

可能な限り、yum updateで全てあげるべきです。ただし、アップデート時にサービス再起動やサーバ再起動が必要になる場合がありますので、メンテナンス計画を立ててあげるようにすべきでしょう。

ただし、例外があります。

使用しているサーバ、外部装置、仮想環境によってはkernelやRHELのマイナーバージョンアップデート時に追加の手順が必要になる場合があります。これは主にドライバーの関係で、RHELに標準で入っていないドライバーを手動で入れる必要があったりするからです。きちんとした製品であれば、サーバや外部装置、仮想環境のマニュアルやドキュメントに明記されていますので、確認してください。同じ製品でもRHELのバージョンによって対応が異なる場合がありますので、ご注意ください。