ＣｅｎｔＯＳで利用可能なＹＵＭリポジトリについて

Software Collections（ＳＣＬｓ）

• ＳＣＬｓ（Software Collections）はＲＨＥＬ(ＣｅｎｔＯＳ) 上で最新のソフトウェアを利用するためのソフトウェアパッケージ集です。
• Ruby, Python, Perl, PHP, Node.js といった言語の比較的新しいバージョンをサポートするＹＵＭリポジトリとなります。
• 他にも PostgreSQL, MySQL といったミドルウェアの提供もありますが、こちらは別途本家からのものを利用した方がいいと思います。

ＳＣＬｓセットアップ

• 通常の利用において、上記リポジトリが有効で問題無い。
• ＧＤＢでデバッグしたい向けは、debuginfo リポジトリを有効にして当該パッケージに該当するパッケージを追加インストールすること。
• ソースについては言うまでも無く。

全ＣｅｎｔＯＳ共通（ＣｅｎｔＯＳ６以降）

yum -y install centos-release-scl

※centos-release-scl パッケージは centos-release-scl-rh パッケージを含んで（依存）います。

ＣｅｎｔＯＳ５環境

未サポート。提供予定無し。

ＣｅｎｔＯＳ４環境

未サポート。提供はありえない。

ＳＣＬｓインストール例

• インストールできる「パッケージ集」については Browse All Software Collections を参照してください。

• また、インストール方法についても記載がありますが、注意深く読んでください。
• というのもＲＨＥＬとＣｅｎｔＯＳでは手順が違います。

Perl 5.20

yum -y install rh-perl520

ＳＣＬｓ運用メモ

• 混ぜても大丈夫を実現するため、インストール先が特殊です。
• /opt/rh/パッケージ集名/root がインストールの起点（トップディレクトリ）となります。
• 例えば Perl 5.20 であるところの rh-perl520 の場合、「/opt/rh/rh-perl520/root」となります。
• よって PATH 等の調整の必要がありますが、他にも調整しないといけないものがあるので、「scl enable」コマンドを使用して実行します。

scl enable <パッケージ集名> [<パッケージ集名>...] "コマンド"

• 「パッケージ集名」を複数指定することが可能。その場合「パッケージ集名」分の PATH が追加された、とイメージすると良いです。
• 「"コマンド"」はシェル的に単一引数となるように指定します（二個以上の指定はできない）。
• 例えば Perl 5.20 であるところの rh-perl520 の場合、下記のような感じで実行します。

$ scl enable rh-perl520 "perl -v"

This is perl 5, version 20, subversion 1 (v5.20.1) built for x86_64-linux-thread-multi
(with 16 registered patches, see perl -V for more detail)

Copyright 1987-2014, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

$ scl enable rh-perl520 bash
※perl 5.20 への PATH が通った bash（子プロセス）が立ち上がる。

• シェルスクリプト上での使用を前提に PATH に含めたい場合、以下のような設定を実施します（イディオム）。

  :
source /opt/rh/パッケージ集名/enable
export X_SCLS="$(scl enable パッケージ集名 'echo $X_SCLS')" 
  :

• 当然ですが /usr/local/bin/perl として単純にシンボリックリンクを張るみたいな呼び出し方はできないです。
• 少なくとも上記イディオムを含んだ /usr/local/bin/perl スクリプトを用意する必要があります。
• 常用しようと思って、PATH に入れる（上記イディオムで）など試して見た限りは、かなり煩わしいです。

ＳＣＬｓ参考文献

• SpecialInterestGroup/SCLo - CentOS Wiki

• All Sotware Collections

• Software Collections for CentOS 6を使おう！

• PHPフレームワーク「Laravel5」の環境を Vagrant, CentOS 6.6, SCLの PHP 5.4, Apache2.4, MariaDB 5.5 で作ってみた、その１

• Redhat6.x + SCL 使う時に気をつけたい３つのポイント

Extra Packages for Enterprise Linux（ＥＰＥＬ）

• ＣｅｎｔＯＳと共存共栄を前提に作られたＹＵＭリポジトリです。
• ＣｅｎｔＯＳ標準では足りないパッケージを【補って】くれます。
• その代わり、ＣｅｎｔＯＳ標準とは競合するパッケージ（最新のライブラリなど）のインストールは行われません。
• それほど最新のパッケージが提供されているわけではありません。過度の期待は禁物です。
• なお yum update によりＥＰＥＬ提供パッケージへ更新されるような事態は発生しません。

ＥＰＥＬセットアップ

• 通常の利用において、上記リポジトリが有効で問題無い。
• ＧＤＢでデバッグしたい向けは、debuginfo リポジトリを有効にして当該パッケージに該当するパッケージを追加インストールすること。
• ソースについては言うまでも無く。

全ＣｅｎｔＯＳ共通（ＣｅｎｔＯＳ５以降）

yum -y install epel-release

なお古いＣｅｎｔＯＳ５ではＲＰＭでインストールする手段について解説されていることもありますが、その場合下記の通り指定します。

rpm -Uvh http://dl.fedoraproject.org/pub/epel/epel-release-latest-5.noarch.rpm

dl.fedoraproject.org ではなく、ＥＰＥＬのＦＡＱにあるような download.fedoraproject.org を指定した場合、下記のようなメッセージとともにエラー、インストールに失敗します。

# rpm -Uvh http://download.fedoraproject.org/pub/epel/epel-release-latest-5.noarch.rpm
Retrieving http://download.fedoraproject.org/pub/epel/epel-release-latest-5.noarch.rpm
error: skipping http://download.fedoraproject.org/pub/epel/epel-release-latest-5.noarch.rpm - transfer failed - Unknown or unexpected error
warning: u 0x6930b90 ctrl 0x6931f20 nrefs != 0 (download.fedoraproject.org http)

これは、download.fedoraproject.org からの応答が、ＲＰＭ自体を返すのではなく、ミラーサイトにリダイレクトしていることが原因となります。 ＣｅｎｔＯＳ５までの rpm コマンドは、リダイレクトを処理できなかったため、事前にダウンロードしておくなど、なんらかの手段で回避する必要がありました。 今時は yum install で入るので気にする必要はありません。

ＣｅｎｔＯＳ４環境

rpm -Uvh http://dl.fedoraproject.org/pub/epel/4/i386/epel-release-4-10.noarch.rpm
  ないしは
rpm -Uvh http://dl.fedoraproject.org/pub/epel/4/x86_64/epel-release-4-10.noarch.rpm

ＥＰＥＬインストール例

通常のＣｅｎｔＯＳ標準パッケージと同じ扱いとなりますので、明示的にこれを入れるというパターンはありません。

ＥＰＥＬ参考文献

• Can't download EPEL RPMs using /bin/rpm after the move from download.fedora.redhat.com to download.fedoraproject.org

• ＥＰＥＬ（日本語版）

PostgreSQL Global Development Group（ＰＧＤＧ） - PostgreSQL Yum Repository

• ＣｅｎｔＯＳと共存共栄が可能なよう【調整】されているＹＵＭリポジトリです。
• 必要があればＣｅｎｔＯＳオリジナルパッケージを置き換えます。
• もちろん置き換えた結果、問題を起こすようなことはありません。
• PostgreSQL のバージョンと合わせて、なんでかＰＧＤＧｘｘという命名規則が使われています。
• 複数バージョンの PostgreSQL を同時にインストール・運用が可能です（重要）。
• デフォルト PostgreSQL バージョンについてはいわゆる /usr/sbin/alternatives で切り替え可能です。
• ２０１６年０８月現在、実際にメンテナンスされているかは置いておくとして PostgreSQL 7.3 から 9.6 まで提供しています。
• 同じく、全てのバージョン・アーキテクチャをサポートしているかは置いておくとしてＣｅｎｔＯＳ４からＣｅｎｔＯＳ７まで提供しています。

• 最新のサポートとメンテナンス状態については PostgreSQL RPM Repository (with Yum) を確認してください。

ＰＧＤＧセットアップ

• 使用したい PostgreSQL バージョン分のＹＵＭリポジトリをセットアップすること。
• 通常の利用において、上記リポジトリが有効で問題ありません。
• ソースについては言うまでも無く。

ＣｅｎｔＯＳ７環境

• ※x86（32bit）アーキテクチャ分のバイナリは存在しません。
• 9.1 以下は未提供です。

ＣｅｎｔＯＳ６環境

※8.3 以下は未提供です。

ＣｅｎｔＯＳ５環境

※9.6 以降は未提供です。

ＣｅｎｔＯＳ４環境

ＰＧＤＧインストール例

ここでは PostgreSQL 9.5 を例に解説する。 このパターン自体はＣｅｎｔＯＳ６環境で PostgreSQL 9.0, 9.4 でも同じ手順であることを確認しています。 なおその後の起動方法等に若干の違い（カスタマイズ）が発生していることを確認しています。 詳細は別途、別ページにて。

ＰｏｓｔｇｒｅＳＱＬライブラリのインストール

yum -y install postgresql95-libs

ＣｅｎｔＯＳ標準の postgresql-libs パッケージと互換性（compat- 無しで）あります。 これはＰｏｓｔｇｒｅＳＱＬライブラリが提供している、いわゆる libpq プロトコル・関数群の上位互換性が高いためです。

後は postgresql-libs に依存している他のパッケージの「依存厳密性」にもよりますが、 バージョン情報まで含めた依存が定義されているとどうしようもないですが、 たいていのパッケージでは postgresql95-libs に依存してくれます。

ＰｏｓｔｇｒｅＳＱＬクライアントのインストール

yum -y install postgresql95 postgresql95-contrib

ＰｏｓｔｇｒｅＳＱＬサーバーのインストール

yum -y install postgresql95-server postgresql95-contrib

postgresql95-server パッケージは postgresql95 パッケージを必要としますので、一緒にインストールされます。

ＰＧＤＧ参考文献

• PostgreSQL Yum Repository

• yumでPostgreSQLをインストールしてみよう

MySQL Yum Repository

• MySQL Yum Repository は MySQL 公式、かつ 5.5/5.6/5.7 をサポートしているＹＵＭリポジトリです。
• ＣｅｎｔＯＳとは互換性が考慮され、一部標準ライブラリの置き換えが行われていますが、compat パッケージにより互換性を維持しています。
• なおリポジトリによりそれ以外のバージョンの MySQL を使用したい時に設定しますが（5.6 など）、通常はこのリポジトリを使用すべきでしょう。
  • ＣｅｎｔＯＳ６標準＝5.1
  • Ｒｅｍｉ標準＝5.5

ＭｙＳＱＬセットアップ

ＣｅｎｔＯＳ７環境

rpm -Uvh http://repo.mysql.com/mysql-community-release-el7-7.noarch.rpm

ＣｅｎｔＯＳ６環境

rpm -Uvh http://repo.mysql.com/mysql-community-release-el6-7.noarch.rpm

ＣｅｎｔＯＳ５環境

rpm -Uvh http://repo.mysql.com/mysql-community-release-el5-7.noarch.rpm

ＣｅｎｔＯＳ４環境

未提供。提供無し。

mysqlXX-community リポジトリのアクティベイト

• 使用したいＭｙＳＱＬのバージョンを決めます（5.5, 5.6, 5.7）。
• 対応する mysqlXX-community のアクティベイトを確認します（mysql57-community など）。
• ２０１５年１１月１２日に提供されている mysql-community-release-elｎ-7（ｎはＣｅｎｔＯＳバージョン）パッケージのデフォルトでは 5.5 がアクティベイトされています。。
• 具体的には /etc/yum.repos.d/mysql-community.repo ファイルが下記のように enabled=1 が設定されています。

  :
[mysql55-community]
  :
enabled=0
  :

[mysql56-community]
  :
enabled=1
  :

[mysql57-community]
  :
enabled=0
  :

変更したい（5.5 や 5.7 を使用したい）場合は、下記のように別途設定します。　

ＣｅｎｔＯＳ７

yum-config-manager --disable 'mysql5?-community'
yum-config-manager --enable   mysql57-community

※yum-config-manager コマンドは yum-utils パッケージのインストールが必要です。

ＣｅｎｔＯＳ６

yum-config-manager --disable 'mysql5?-community'
yum-config-manager --enable   mysql57-community

※yum-config-manager コマンドは yum-utils パッケージのインストールが必要です。

ＣｅｎｔＯＳ５

/etc/yum.repos.d/mysql-community.repo の当該 enabled 行を変更します。 ＣｅｎｔＯＳ５の yum-utils パッケージには yum-config-manager コマンドを提供していません。

アップデート（ライブラリ依存性の解消）

# yum -y upgrade
  :
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> Package mysql-community-libs.x86_64 0:5.6.28-2.el6 will be obsoleting
--> 依存性の処理をしています: mysql-community-common(x86-64) = 5.6.28-2.el6 のパッケージ: mysql-community-libs-5.6.28-2.el6.x86_64
---> Package mysql-community-libs-compat.x86_64 0:5.6.28-2.el6 will be obsoleting
---> Package mysql-libs.x86_64 0:5.1.73-5.el6_6 will be 不要
--> トランザクションの確認を実行しています。
---> Package mysql-community-common.x86_64 0:5.6.28-2.el6 will be インストール
--> 依存性解決を終了しました。

依存性を解決しました

==================================================================================================================
 パッケージ                                               アーキテクチャ   バージョン    リポジトリー        容量
==================================================================================================================
インストールしています:
 mysql-community-libs                                     x86_64           5.6.28-2.el6  mysql56-community  1.9 M
     置き換えています  mysql-libs.x86_64 5.1.73-5.el6_6
 mysql-community-libs-compat                              x86_64           5.6.28-2.el6  mysql56-community  1.6 M
     置き換えています  mysql-libs.x86_64 5.1.73-5.el6_6
依存性関連でのインストールをします。:
 mysql-community-common                                   x86_64           5.6.28-2.el6  mysql56-community  307 k

トランザクションの要約
==================================================================================================================
インストール         3 パッケージ

総ダウンロード容量: 3.8 M
パッケージをダウンロードしています:
(1/3): mysql-community-common-5.6.28-2.el6.x86_64.rpm                                                      | 307 kB  00:00
(2/3): mysql-community-libs-5.6.28-2.el6.x86_64.rpm                                                        | 1.9 MB  00:00
(3/3): mysql-community-libs-compat-5.6.28-2.el6.x86_64.rpm                                                 | 1.6 MB  00:00
----------------------------------------------------------------------------------------------------------------------------
合計                                                                                               29 MB/s | 3.8 MB  00:00
  :
  インストールしています  : mysql-community-common-5.6.28-2.el6.x86_64         1/4
  インストールしています  : mysql-community-libs-5.6.28-2.el6.x86_64           2/4
  インストールしています  : mysql-community-libs-compat-5.6.28-2.el6.x86_64    3/4
  削除中                  : mysql-libs-5.1.73-5.el6_6.x86_64                   4/4
  Verifying               : mysql-community-common-5.6.28-2.el6.x86_64         1/4
  Verifying               : mysql-community-libs-5.6.28-2.el6.x86_64           2/4
  Verifying               : mysql-community-libs-compat-5.6.28-2.el6.x86_64    3/4
  Verifying               : mysql-libs-5.1.73-5.el6_6.x86_64                   4/4

インストール:
  mysql-community-libs.x86_64 0:5.6.28-2.el6    mysql-community-libs-compat.x86_64 0:5.6.28-2.el6

依存性関連をインストールしました:
  mysql-community-common.x86_64 0:5.6.28-2.el6

置換:
  mysql-libs.x86_64 0:5.1.73-5.el6_6

完了しました!

Ｒｅｍｉリポジトリでも MySQL 5.5 を提供しているが、ＣｅｎｔＯＳ６との互換性を含めた依存性が解消されている。よって、MySQL 公式リポジトリで済むのであれば、そちらを利用した方が良い。

# rpm -qf /usr/lib64/mysql/libmysqlclient.so.16
mysql-community-libs-compat-5.6.28-2.el6.x86_64

# rpm -qf /usr/lib64/mysql/libmysqlclient.so.18
mysql-community-libs-5.6.28-2.el6.x86_64

ＭｙＳＱＬインストール例

ＭｙＳＱＬクライアントのインストール

yum -y install mysql-community-client

ＭｙＳＱＬライブラリのインストール

特に作業はありません。 強いて言うなら mysql-community-libs パッケージをインストールすべきですが、 mysql-libs パッケージから置き換える必要があるため、yum install コマンドを使用するよりかは、 yum update すべきです。

ＭｙＳＱＬサーバーのインストール

yum install mysql-community-server 

ＭｙＳＱＬ参考文献

• MySQL Yum リポジトリを使用する MySQL のアップグレード

• サードパーティーの MySQL 配布を MySQL Yum リポジトリを使用して置換する

• MySQL Yum リポジトリを使用して MySQL を Linux にインストールする

• Download MySQL Yum Repository

• Yum リポジトリを有効/設定/無効にする方法

Ｒｅｍｉ’ｓ ＲＰＭリポジトリ

• Remi's RPM repository は最新のＰＨＰ、7.0/5.6/5.5 のホスティングしているＹＵＭリポジトリです。
• またＰＨＰのメンテナンスポリシーに合わせて比較的簡単に消えていきます（自分が検証していたときは 5.4 も含まれていた…が…）。
• ＣｅｎｔＯＳ５／６／７をサポートしています。
• 最新のＰＨＰ使いたいならＲｅｍｉ一択かな。それ以外のリポジトリは評価したこと無いです。
• バージョン固定して長く使いたいならＳＣＬｓリポジトリを使用するのが吉です。
• 以下のリポジトリに依存しているので、先にセットアップしてください。
  • ＥＰＥＬ
• また php-mysqlnd パッケージや php-pgsql パッケージは、それぞれのライブラリに依存しているため、使用するＤＢに合わせたライブラリを事前にインストールしておく必要があります。
• そうでない場合、ＣｅｎｔＯＳ標準の古いライブラリに依存するため、状況によっては使えない機能が発生する場合があります。
• 少なくともＣｅｎｔＯＳ標準の mysql-libs パッケージは使えないようで、ＲｅｍｉリポジトリではわざわざＭｙＳＱＬ５．５を提供しています。
• よって利用に合わせて事前にライブラリのインストールまたは更新を実施してください。
  • php-mysqlnd → ＭｙＳＱＬリポジトリ
  • php-pgsql → ＰＧＤＧリポジトリ

Ｒｅｍｉセットアップ

• デフォルトご覧の通りで remi-safe のみ、つまり「混ぜるな危険」を体現したデフォルトとなっています。
• これはインストール先ディレクトリの起点（トップディレクトリ）が「/」（ルート）では無いことを意味します（混ぜない）。
• よって通常の運用だと PATH を通す必要があったりと面倒があります。
• その代わり、複数バージョン（5.6 系、7.0 系など）を共存させたりできます。
• 同時に運用できるかは運用者の腕次第です。

ＣｅｎｔＯＳ７環境

yum -y install epel-release
rpm -Uvh http://rpms.remirepo.net/enterprise/remi-release-7.rpm

※すでにＥＰＥＬをインストール後に再度インストールしようとしても無視されるため、安全のため入れてあります。

ＣｅｎｔＯＳ６環境

yum -y install epel-release
rpm -Uvh http://rpms.remirepo.net/enterprise/remi-release-6.rpm

※すでにＥＰＥＬをインストール後に再度インストールしようとしても無視されるため、安全のため入れてあります。

ＣｅｎｔＯＳ５環境

yum -y install epel-release
rpm -Uvh http://rpms.remirepo.net/enterprise/remi-release-5.rpm

※すでにＥＰＥＬをインストール後に再度インストールしようとしても無視されるため、安全のため入れてあります。

ＣｅｎｔＯＳ４環境

ドキュメントを見ると存在するようですが、ここに書いた手順通り動くようには見えないので、スルーします。 ２０１２年の更新を最後に、ＰＨＰ５．３．１０を使用したい向きの人は頑張ってください。

remi-phpXX リポジトリのアクティベイト

• /usr/bin/php として（混ぜます危険）使用したいＰＨＰのバージョンを決めます（5.5, 5.6, 7.0）。
• remi リポジトリとバージョンに対応する remi-phpXX リポジトリをアクティベイトします。
• ＣｅｎｔＯＳ７およびＣｅｎｔＯＳ６ではコマンドで設定できますが、一応設定ファイルを紹介しておきます。
• アクティベイトとは具体的に、/etc/yum.repos.d/remi.repo ファイルが下記のように enabled=1 になるよう設定します。

  :
[remi]
  :
enabled=1
  :

[remi-php55]
  :
enabled=0
  :

[remi-php56]
  :
enabled=1
  :

• ただし、ＰＨＰ７．０については /etc/yum.repos.d/remi-php70.repo 【も】合わせて参照してください（remi.repo は必須です）。

  :
[remi-php70]
  :
enabled=0
  :

ＰＨＰのバージョンを変更したい（5.5 や 7.0 を使用したい）場合は、下記のように別途設定します。　

ＣｅｎｔＯＳ７

yum-config-manager --enable remi remi-php70

※yum-config-manager コマンドは yum-utils パッケージのインストールが必要です。

ＣｅｎｔＯＳ６

yum-config-manager --enable remi remi-php70

※yum-config-manager コマンドは yum-utils パッケージのインストールが必要です。

ＣｅｎｔＯＳ５

/etc/yum.repos.d/remi.repo および /etc/yum.repos.d/remi-php70.repo の当該 enabled 行を変更します。 ＣｅｎｔＯＳ５の yum-utils パッケージには yum-config-manager コマンドを提供していません。

アップデート

※何かあったような…。あとで再度検証する。

Ｒｅｍｉのインストール例

ＰＨＰのインストール

yum -y install php php-opcache php-mbstring

ＰＨＰをどう使うかによるので、どういうライブラリが必要になるかについては特に議論しない。 たぶん上記例くらいは当たり前に入れるんでないかな。

ＰＨＰの初歩的な設定

/etc/php.ini

メモリ使用量等、デフォルトのリミッターがきつめかもしれないので自らの使用を措定して設定は見直してください。

   1 --- /etc/php.ini.orig   2015-11-26 16:04:08.000000000 +0900
   2 +++ /etc/php.ini        2016-08-16 00:21:14.278592318 +0900
   3 @@ -363,7 +363,7 @@
   4  ; threat in any way, but it makes it possible to determine whether you use PHP
   5  ; on your server or not.
   6  ; http://php.net/expose-php
   7 -expose_php = On
   8 +expose_php = Off
   9 
  10  ;;;;;;;;;;;;;;;;;;;
  11  ; Resource Limits ;
  12 @@ -372,7 +372,7 @@
  13  ; Maximum execution time of each script, in seconds
  14  ; http://php.net/max-execution-time
  15  ; Note: This directive is hardcoded to 0 for the CLI SAPI
  16 -max_execution_time = 30
  17 +max_execution_time = 300
  18 
  19  ; Maximum amount of time each script may spend parsing request data. It's a good
  20  ; idea to limit this time on productions servers in order to eliminate unexpectedly
  21 @@ -382,7 +382,7 @@
  22  ; Development Value: 60 (60 seconds)
  23  ; Production Value: 60 (60 seconds)
  24  ; http://php.net/max-input-time
  25 -max_input_time = 60
  26 +max_input_time = 120
  27 
  28  ; Maximum input variable nesting level
  29  ; http://php.net/max-input-nesting-level
  30 @@ -393,7 +393,7 @@
  31 
  32  ; Maximum amount of memory a script may consume (128MB)
  33  ; http://php.net/memory-limit
  34 -memory_limit = 128M
  35 +memory_limit = 256M
  36 
  37  ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
  38  ; Error handling and logging ;
  39 @@ -660,7 +660,7 @@
  40  ; Its value may be 0 to disable the limit. It is ignored if POST data reading
  41  ; is disabled through enable_post_data_reading.
  42  ; http://php.net/post-max-size
  43 -post_max_size = 8M
  44 +post_max_size = 32M
  45 
  46  ; Automatically add files before PHP document.
  47  ; http://php.net/auto-prepend-file
  48 @@ -808,10 +808,10 @@
  49 
  50  ; Maximum allowed size for uploaded files.
  51  ; http://php.net/upload-max-filesize
  52 -upload_max_filesize = 2M
  53 +upload_max_filesize = 32M
  54 
  55  ; Maximum number of files that can be uploaded via a single request
  56 -max_file_uploads = 20
  57 +max_file_uploads = 4
  58 
  59  ;;;;;;;;;;;;;;;;;;
  60  ; Fopen wrappers ;

/etc/php.d/timezone.ini

よく出る警告なので必ず設定します。

   1 --- /etc/php.d/timezone.ini.orig    1970-01-01 09:00:00.000000000 +0900
   2 +++ /etc/php.d/timezone.ini 2016-08-15 23:46:00.436613075 +0900
   3 @@ -0,0 +1 @@
   4 +date.timezone = Asia/Tokyo
   5 

一つ忠告があるとすれば「サーバーの提供元はグローバル（ＵＴＣ）かもしれないけど、 サービスの利用者（エンドユーザーしかり運用者しかり）はローカル時間である」 という点でしょうか。

ＯＳレイヤーから上は利用者のローカル時間を前提としないと極度に混乱します。

/etc/php.d/mbstring.ini

これもどう設定するかは用件によるので、設定例ということで。

   1 --- /etc/php.d/mbstring.ini.orig        1970-01-01 09:00:00.000000000 +0900
   2 +++ /etc/php.d/mbstring.ini     2016-08-15 23:47:21.735872137 +0900
   3 @@ -0,0 +1 @@
   4 +mbstring.language = Japanese
   5 

Ｒｅｍｉ参考文献

• Repository Configuration

• CentOSにPHP5.6をインストール

• Yum で任意のバージョンの PHP をインストールする

• CentOSのPHPは本当に安全か

Hewlett Packard Enterprise Software Delivery Repository（ＨＰＥＳＰＰ）

• Hewlett Packard Enterprise（HPE）が提供するエージェントソフトウェア・デバイスドライバ・ファームウェア（以下、一式と省略）提供サイトです。

• 対象となる機器はいわゆる HPE ProLiant シリーズ（DL/ML/BL/SL 等）のサーバー機器となります。

• 厳密には Integrity シリーズも対象のようですが、詳しくは追ってないです（Integrity Support Pack として別立て）。
• ＹＵＭリポジトリとして最低限の構成は行われていますが、.repo ファイルは用意してくれてません（意図があるらしい）。
• よってセットアップはちょっとだけ手間がかかります。

• サポートＯＳ用に一式あるのがＳＰＰ（Service Pack for ProLiant）と言われています。

• サポート外ＯＳ用にエージェントソフトウェアだけ提供しているのがＭＣＰ（Management Component Pack for ProLiant）と言われています。

• ＣｅｎｔＯＳはサポートＯＳ扱いとなりますので、今回ＳＰＰを使用します。ただし「ＲＨＥＬ」扱いです。

ＨＰＥＳＰＰセットアップ

全ＣｅｎｔＯＳ共通（ＣｅｎｔＯＳ５以上）

rpm --import http://downloads.linux.hpe.com/SDR/hpPublicKey1024.pub
rpm --import http://downloads.linux.hpe.com/SDR/hpPublicKey2048.pub
rpm --import http://downloads.linux.hpe.com/SDR/hpPublicKey2048_key1.pub
rpm --import http://downloads.linux.hpe.com/SDR/hpePublicKey2048_key1.pub

cat<<'EOF' > /etc/yum.repos.d/HPE-spp.repo
[HPE-spp]
name=HPE Software Delivery Repository for SPP
baseurl=http://downloads.linux.hpe.com/repo/spp/RHEL/$releasever/$basearch/current/
enabled=1
gpgcheck=1
EOF

※ＹＵＭアップデートを実行した際に、下記のようなエラーが発生することがあります。

warning: rpmts_HdrFromFdno: Header V3 RSA/SHA1 Signature, key ID b1275ea3: NOKEY

The GPG keys listed for the "HPE Software Delivery Repository for SPP" repository are already installed but they are not correct for this package.
Check that the correct key URLs are configured for this repository.

セットアップ手順で「rpm --import」を実行してるからわかると思いますが、署名用ＧＰＧ鍵の更新をケアしてくれません。 都度「Package Signature Verification」にて鍵の追加を確認してください。

この例のケースでは下記表を見ての通り、「key ID」が示すところの「b1275ea3」、つまり「hpPublicKey2048_key1.pub」がインポートされてないことを意味します。

このような手間をかける理由は、Getting Startedによると、ユーザー毎にミラーして閉じた環境で使うケースを想定しているようです。

ＣｅｎｔＯＳ４環境

未サポート。提供していない。

ＨＰＥＳＰＰインストール例

通常の利用においては３つのエージェントソフトウェア ssacli、hp-ams、hp-health パッケージをインストールすれば十分でしょう。

デバイスドライバについてはＣｅｎｔＯＳ標準でほぼ問題無いと思いますが、 唯一 HPE Dynamic SmartArray シリーズを使用している場合は kmod-hpvsa-rhelｎ（ｎはＣｅｎｔＯＳのメジャーバージョン）をインストールする必要があります。 もっともＹＵＭでインストールする前にインストーラーに認識させるところから必要となります。

yum -y install ssacli hp-ams hp-health

※hpssacli と ssacli との違いは、それぞれ 2.x、3.x とメジャーバージョンの違いとなります。 使い勝手はコマンド名が変更（hpssacli か ssacli か）になった以外の変更は見当たりません。

ＨＰＥＳＰＰ参考文献

• HPE Software Delivery Repository

• HPE Software Delivery Repository - Repository Listing

  • 一覧の意味については「HPE Software Delivery Repository」の「Project Repositories」をご覧ください。

• HPE Software Delivery Repository - Getting Started

• HPE Software Delivery Repository - Frequently Asked Questions

• HPE Software Delivery Repository - Package Signature Verification

VMware Tools Collection（VMware Tools OS Specific Package - ＶＭｗａｒｅＴｏｏｌｓ）

• VMware Tools のＹＵＭリポジトリです。
• VMware Tools のインストールおよび更新をＹＵＭスタイルでコントロールできるようになります。
• これはインストール時の手間・デプロイの仕方・更には任意のタイミングでの更新といった点にメリットがあります。

ＶＭｗａｒｅＴｏｏｌｓセットアップ

ＣｅｎｔＯＳ７環境

提供していない。ちゃんとチェックしてないけど、RHEL 標準パッケージで提供してるんでないかな。

全ＣｅｎｔＯＳ共通（ＣｅｎｔＯＳ６以下）

rpm --import https://packages.vmware.com/tools/keys/VMWARE-PACKAGING-GPG-DSA-KEY.pub
rpm --import https://packages.vmware.com/tools/keys/VMWARE-PACKAGING-GPG-RSA-KEY.pub

cat<<'EOF' > /etc/yum.repos.d/vmware-osps.repo
[vmware-tools-collection]
name=VMware Tools Operating System Specific Packages for Red Hat Enterprise Linux $releasever - $basearch
baseurl=https://packages.vmware.com/tools/esx/latest/rhel$releasever/$basearch
enabled=1
gpgcheck=1 
EOF

メモ

このＹＵＭリポジトリは一応、rpm -Uvh https://packages.vmware.com/tools/esx/latest/repos/vmware-tools-repo-RHELｎ-ｘ.ｙ.ｚ-1.elｎ.ａｒｃｈ.rpm （ｎはＯＳメジャーバージョン、ａｒｃｈは x86_64 または i686、ｘ.ｙ.ｚは VMware Tools のバージョン）という形でセットアップすることは可能ですが、以下の理由で、このセットアップ方法を推奨しません。

1. このパッケージ名の「維持」が保証されてない（消える）。よって上記ＵＲＬは時間の経過とともに変わります。
2. ＣｅｎｔＯＳ４が考慮されていません（ＲＰＭが存在しない）。
3. アーキテクチャ非依存（/etc/yum.repos.d/vmware-osps.repo しか無い）にも関わらず、そのように整理されていません。
4. ＧＰＧ鍵がＲＳＡ鍵分しか入っておらず、ＤＳＡ鍵のパッケージのことを考慮していません。
5. baseurl が最新のバージョンを指していません。

幸いＧＰＧ鍵の更新は２０１１年から無いようですが、ＹＵＭアップデート時に必要があれば、https://packages.vmware.com/tools/keys/ を参照してください。

ＶＭｗａｒｅＴｏｏｌｓインストール例

• ＣｅｎｔＯＳ４／ＣｅｎｔＯＳ５では、ＶＭｗａｒｅ Ｔｏｏｌｓインストール後、準仮想化ドライバが使用できるようになります。
• よってＯＳ停止後に、ｖＳｐｈｅｒｅ Ｃｌｉｅｎｔ（ないしはＷｅｂ Ｃｌｉｅｎｔ等）でドライバの切り替えを行うこと。
• ＣｅｎｔＯＳ６／ＣｅｎｔＯＳ７では、準仮想化ドライバがＯＳ標準で組み込まれているため、準仮想化ドライバを使用してインストールします。
• よって準仮想化ドライバ（vmware-tools-esx-kmods）のインストールは不要です。
• デバイスの動的追加（Hot Add）／動的削除（Hot Remove）の対応を行うため、modprobe 周りの設定を追加します。
• 具体的には acpiphp を組み込む作業となります。綺麗に入れる方法がわからなかったので、可能な限り作法に則って、強引に作業しています。

◎：ＯＳ標準提供（インストール時から使用可能）。 ○：ＹＵＭリポジトリ提供（インストール後に切り替えて使用可能） ×：未対応 ー：対象外（より上位のドライバを使用する）

ＣｅｎｔＯＳ７／ＣｅｎｔＯＳ６

ＣｅｎｔＯＳ６／７のインストールは pvscsi/vmxnet3 ドライバで実施します。

yum -y install vmware-tools-esx-nox
rm -rf /tmp/vmware-* /tmp/vgauth*

※acpiphp の明示的な組み込みは不要。標準で入るようになっていることを確認した。

※確認はＣｅｎｔＯＳ６で、ＣｅｎｔＯＳ７はこれが正しいかは厳密には未確認。

ＣｅｎｔＯＳ５

ＣｅｎｔＯＳ５のインストールは e1000 ドライバで実施します。その後、vmxnet3 ドライバをインストールして移行します。

yum -y install vmware-tools-esx-nox vmware-tools-esx-kmods

※下記設定差分を適用
vi /etc/modprobe.conf

echo "/sbin/modprobe -qi acpiphp" > /etc/rc.modules
chmod +x /etc/rc.modules

※作業ファイルの削除
rm -rf /tmp/vmware-* /tmp/vgauth*

/etc/modprobe.conf（CentOS5）

   1 --- /etc/modprobe.conf.orig     2016-08-22 06:02:13.000000000 +0900
   2 +++ /etc/modprobe.conf  2016-08-22 06:48:41.000000000 +0900
   3 @@ -6,8 +4,6 @@
   4 -alias scsi_hostadapter mptbase
   5 -alias scsi_hostadapter1 mptsas
   6 -alias eth0 e1000
   7 -alias eth1 e1000
   8 -alias scsi_hostadapter2 ata_piix
   9 +alias scsi_hostadapter pvscsi
  10 +alias eth0 vmxnet3
  11 +alias eth1 vmxnet3
  12  alias net-pf-10 off
  13  alias ipv6 off
  14  options ipv6 disable=1

この例では eth0, eth1 の２ＮＩＣインストールしている例となります。 またＳＣＳＩホストアダプターを pvscsi のみとしています。 必要があれば（無いとは思いますが）、mptbase, mptsas を追加してください。 もしかしたら、CD/DVD-ROM イメージのために ata_piix が別途必要かも知れません。

ＣｅｎｔＯＳ４

ＣｅｎｔＯＳ４のインストールは e1000 ドライバで実施します。その後、vmxnet2e ドライバをインストールして移行します。

yum -y install vmware-tools-esx-nox vmware-tools-esx-kmods-up vmware-tools-esx-kmods-smp

※下記設定差分を適用
vi /etc/modprobe.conf

echo "/sbin/modprobe -qi acpiphp" > /etc/rc.modules
chmod +x /etc/rc.modules

※作業ファイルの削除
rm -rf /tmp/vmware-* /tmp/vgauth*

※念のためハードウェアプロファイル情報の削除（kudzu 対策）
rm -f /etc/sysconfig/hwconf

/etc/sysconfg/hwconf の削除は e1000 → vmxnet2e 入れ替えのための作業によるもので、ＹＵＭアップデートする度に実行する必要はありません。

/etc/modprobe.conf（CentOS4）

   1 --- /etc/modprobe.conf.orig     2016-08-22 06:02:13.000000000 +0900
   2 +++ /etc/modprobe.conf  2016-08-22 06:48:41.000000000 +0900
   3 @@ -3,8 +3,8 @@
   4  alias scsi_hostadapter2 mptspi
   5  alias scsi_hostadapter3 mptsas
   6  alias scsi_hostadapter4 mptscsih
   7 -alias eth0 e1000
   8 -alias eth1 e1000
   9 +alias eth0 vmxnet
  10 +alias eth1 vmxnet
  11  alias scsi_hostadapter5 ata_piix
  12  # Beginning of the block added by the VMware software
  13  install pcnet32 /sbin/modprobe -q --ignore-install vmxnet; /sbin/modprobe -q --ignore-install pcnet32 $CMDLINE_OPTS

この例では eth0, eth1 の２ＮＩＣインストールしている例となります。 なお、ＮＩＣの追加はそのまま「vmxnet2e」で問題ありません。 一々 e1000 で設定して切り替え…という手順は不要です。

ＶＭｗａｒｅＴｏｏｌｓ参考文献

• VMware Tools Installation Guide For Operating System Spesific Packages

• Yum 変数の使用

• VMware-Tools RPM Repository for CentOS 5

• 40.2. Persistent Module Loading

• ホット アドを使用して Linux ゲスト OS の仮想マシンに追加された NIC が自動的にアクティブ化されない (2111775)

• Installing Redhat Enterprise Server 5 in VMWare with PVSCSI (paravirtual SCSI)

• 仮想環境上の RHEL5 系へディスクを動的追加

• Centos4 & VMWare ESX server - kernel panic