第1章 Red Hat Software Collections 3.6

カスタムスクリプトに Psych YAML パーサーを必要とし、その後に Gem.load_yaml メソッドを使用すると、スクリプトの実行に失敗し、以下のエラーメッセージが表示されます。

superclass mismatch for class Mark (TypeError)

この問題を回避するには、スクリプトの require 'psych' 行の上のどこかに、gem 'psych' 行を追加します。

...
gem 'psych'
...
require 'psych'
Gem.load_yaml

debuginfo Software Collections パッケージが提供する特定のファイルは、ベースの Red Hat Enterprise Linux システムまたはその他のバージョンの Red Hat Software Collections コンポーネントに対応する debuginfo パッケージファイルと競合する可能性があります。たとえば、python27-python-debuginfo パッケージファイルは、コアシステムにインストールされている python-debuginfo パッケージの対応するファイルと競合する可能性があります。同様に、httpd24-mod_auth_mellon-debuginfo パッケージのファイルは、ベースシステム mod_auth_mellon-debuginfo パッケージが提供する同様のファイルと競合する可能性があります。この問題を回避するには、Software Collection debuginfo パッケージをインストールする前に、ベースシステムの debuginfo パッケージをアンインストールします。

mysql-connector-java データベースコネクターは MySQL 8.0 サーバーと動作しません。この問題を回避するには、rh-mariadb103 Software Collection からの mariadb-java-client データベースコネクターを使用します。

MySQL 8.0 ではデフォルトの文字セットが utf8mb4 に変更になりましたが、この文字セットは php-mysqlnd データベースコネクターではサポートされません。これにより、php-mysqlnd がデフォルト設定で接続できません。この問題を回避するには、既知の文字セットを MySQL サーバー設定のパラメーターとして指定します。たとえば、/etc/opt/rh/rh-mysql80/my.cnf.d/mysql-server.cnf ファイルを read に変更します。

[mysqld]
character-set-server=utf8

httpd 2.4.27 以降、mod_http2 モジュールはデフォルトの prefork Multi-Processing Module (MPM) でサポートされなくなりました。HTTP/2 サポートを有効にするには、/opt/rh/httpd24/root/etc/httpd/conf.modules.d/00-mpm.conf で設定ファイルを編集し、event または worker MPM に切り替えます。

HTTP/2 の server-push 機能は、64 ビット ARM アーキテクチャー、64 ビット IBM Z、および IBM POWER (リトルエンディアン) では機能しないことに注意してください。

mod_ssl モジュールは、Red Hat Enterprise Linux 6 または Red Hat Enterprise Linux 7.3 以前で ALPN プロトコルに対応していません。そのため、ALPN を使用した TLS 接続の HTTP/2 へのアップグレードをサポートするクライアントは、HTTP/1.1 のサポートに制限されます。

FastCGI Process Manager (PHP-FPM) で mod_proxy_fcgi モジュールを使用する場合は、httpd は正しいポート 9000 ではなく、デフォルトで FastCGI プロトコルのポート 8000 を使用します。この問題を回避するには、正しいポートを明示的に指定します。

SELinux が有効になっている場合、LD_LIBRARY_PATH 環境変数は、httpd によって呼び出される CGI スクリプトには渡されません。そのため、httpd が実行する CGI スクリプトの /opt/rh/httpd24/service-environment ファイルで有効にした Software Collections から実行ファイルを呼び出すことができない場合があります。この問題を回避するには、CGI スクリプト内から希望どおりに LD_LIBRARY_PATH 設定します。

httpd24 Software Collection からの Apache Portable Runtime (APR) および APR-util ライブラリーに対する外部アプリケーションのコンパイルはサポートされていません。LD_LIBRARY_PATH 環境変数は、この Software Collection のいずれのアプリケーションでも不要であるため、httpd24 に設定されていません。

python27-python-pymongo パッケージがバージョン 3.2.1 に更新されました。このバージョンは、これまでに同梱されているバージョン 2.5.2 と完全に互換性がないことに注意してください。

Red Hat Enterprise Linux 7.5 以前では、scl-utils パッケージのアーキテクチャー固有のマクロバグにより、<collection>/root/usr/lib64/ ディレクトリーには 64 ビット ARM アーキテクチャーおよび IBM POWER (リトルエンディアン) のパッケージの所有権が正しくありません。したがって、Software Collection がアンインストールされると、このディレクトリーは削除されません。この問題を回避するには、Software Collection を削除する際に <collection>/root/usr/lib64/ を手動で削除します。

ユーザーが Red Hat Enterprise Linux システムバージョンの maven-local パッケージおよび rh-maven*-maven-local パッケージの両方をインストールすると、Java RPM パッケージを構築するツールである XMvn を Maven Software Collection から実行すると、ベースシステムから設定ファイルを読み取ろうとし、失敗します。この問題を回避するには、ベースの Red Hat Enterprise Linux システムから maven-local パッケージをアンインストールします。

複数の mod_perl.so ライブラリーをインストール することはできません。したがって、複数の Perl Software Collection から mod_perl モジュールを使用することはできません。

Red Hat Enterprise Linux 6 の rh-postgresql9* パッケージは、sepgsql モジュールを提供しません。この機能には、Red Hat Enterprise Linux 6 では利用できない libselinux バージョン 2.0.99 のインストールが必要であるためです。

httpd24、rh-mariadb*、rh-mongodb*、rh-mysql*、rh-nodejs*、rh-perl*、rh-php*、python27、rh-python*、rh-ruby*、または rh-ror* パッケージをアンインストールする際に、依存するパッケージの所有権により、アンインストールの順番が関係することがあります。そのため、一部のディレクトリーおよびファイルはシステム上に残される可能性があるため、削除されない可能性があります。

MariaDB 10 および MySQL 5.6 以降、rh-mariadb*-mariadb-server および rh-mysql*-mysql-server パッケージでは、デフォルトで test データベースが提供されなくなりました。このデータベースは初期化中には作成されませんが、付与テーブルは、test がデフォルトで作成されたものと同じ値で事前に入力されます。その結果、test または test_* データベースが後で作成されると、これらのデータベースへのアクセス権限は、新規データベースのデフォルトよりも制限されません。

また、ベンチマークを実行している場合、run-all-tests スクリプトは、サンプルパラメーターを使用してもそのままでは機能しません。テストを実行する前にテストデータベースを作成し、--database パラメーターにデータベース名を指定する必要があります。パラメーターが指定されていない場合、デフォルトで test が取得されますが、test データベースが存在することを確認する必要があります。

Red Hat Software Collections には、データベースの MySQL 5.7、MySQL 8.0、MariaDB 10.2、MariaDB 10.3、PostgreSQL 9.6、PostgreSQL 10、PostgreSQL 12、MongoDB 3.4、およびMongoDB 3.6 が含まれています。Red Hat Enterprise Linux 6 のコアは、以前のバージョンの MySQL および PostgreSQL データベース (クライアントライブラリーおよびデーモン) を提供します。コア Red Hat Enterprise Linux 7 は、MariaDB および PostgreSQL データベース (クライアントライブラリーおよびデーモン) の以前のバージョンを提供します。クライアントライブラリーは、動的言語、ライブラリーなどのデータベースコネクターにも使用されます。

PostgreSQL コンポーネントの Red Hat Software Collections データベースパッケージにパッケージ化されたクライアントライブラリーは、サーバーユーティリティーおよびデーモンの目的にのみ含まれているため、使用する予定はありません。代わりに、ユーザーはコアシステムで提供されるシステムライブラリーとデータベースコネクターを使用することが想定されます。

クライアントライブラリーとデーモンの間で使用されるプロトコルはデータベースバージョン間で安定するため、たとえば PostgreSQL 9.4 デーモンまたは 9.5 デーモンで PostgreSQL 9.2 クライアントライブラリーを使用すると期待どおりに機能します。

コアの Red Hat Enterprise Linux 6 および Red Hat Enterprise Linux 7 には MongoDB のクライアントライブラリーが含まれていません。アプリケーションにこのクライアントライブラリーを使用するには、Red Hat Software Collections からのクライアントライブラリーを使用し、この MongoDB クライアントライブラリーにリンクされたアプリケーションを実行するたびに scl enable ... 呼び出しを常に使用する必要があります。

MariaDB、MySQL、および MongoDB は、ログファイルの作成時に /opt/Provider/collection/root 接頭辞を使用しません。ログファイルは、/opt/provider/collection/root/var/log/ ではなく、/var/opt/provider/collection/log/ ディレクトリーに保存されることに注意してください。

読み取り専用 NFS で Software Collections を使用すると、いくつかの制限があります。

これは想定される動作です。

Apache の言語モジュールは、Apache httpd の Red Hat Software Collections バージョンでのみサポートされ、Red Hat Enterprise Linux のシステムバージョン httpd では対応していません。たとえば、rh-python35 コレクションの mod_wsgi モジュールは httpd24 コレクションでのみ使用できます。

Red Hat Software Collections 2.0 以降、設定ファイル、変数データ、および各 Collections のランタイムデータは、以前のバージョンの Red Hat Software Collections とは異なるディレクトリーに保存されます。

su、login、screen などの一部のユーティリティーは、すべてのケースで環境設定をエクスポートせず、予期せぬ結果になる可能性があります。そのため、su の代わりにsudo を使用し、/etc/sudoers ファイルに env_keep 環境変数を設定することを推奨します。下の順序でコマンドを実行できます。例を以下に示します。

su -l postgres -c "scl enable rh-postgresql94 psql"

以下の代わりとなります。

scl enable rh-postgresql94 bash
su -l postgres -c psql

screen、login などのツールを使用する場合は、以下のコマンドを使用して環境設定を保存できます。

source /opt/rh/<collection_name>/enable

ユーザーが python27 および rh-python* Software Collections から複数の scldevel パッケージをインストールしようとすると、トランザクションチェックのエラーメッセージが返されます。パッケージ (%scl_python, %scl_prefix_python) が提供するマクロファイルのセットをユーザーが 1 つだけインストールできるため、これは想定される動作です。

ユーザーが rh-php* Software Collections から複数の scldevel パッケージをインストールしようとすると、トランザクションチェックのエラーメッセージが返されます。パッケージ (%scl_php, %scl_prefix_php) が提供するマクロファイルのセットをユーザーが 1 つしかインストールできないため、これは想定される動作です。

ユーザーが rh-ruby* Software Collections から複数の scldevel パッケージをインストールしようとすると、トランザクションチェックのエラーメッセージが返されます。パッケージ (%scl_ruby, %scl_prefix_ruby) が提供するマクロファイルのセットをユーザーが 1 つだけインストールできるため、これは想定される動作です。

ユーザーが rh-perl* Software Collections から複数の scldevel パッケージをインストールしようとすると、トランザクションチェックのエラーメッセージが返されます。パッケージ (%scl_perl, %scl_prefix_perl) が提供するマクロファイルのセットをユーザーが 1 つだけインストールできるため、これは想定される動作です。

ユーザーが rh-nginx* Software Collections から複数の scldevel パッケージをインストールしようとすると、トランザクションチェックのエラーメッセージが返されます。パッケージ (%scl_nginx, %scl_prefix_nginx) が提供するマクロファイルのセットをユーザーが 1 つだけインストールできるため、これは想定される動作です。

以前では、名前ベースの SSL 仮想ホスト選択が必要な SSL/TLS 設定で、Host: ヘッダーで提供されるホスト名が Server Name Indication (SNI) ヘッダーで提供されるホスト名と一致していなければ、mod_ssl モジュールは 400 Bad Request エラーのあるリクエストを拒否していました。選択されたバーチャルホスト間で設定された SSL/TLS セキュリティーパラメーターが同じであれば、アップストリーム mod_ssl の動作に合わせて、そのようなリクエストは拒否されなくなりました。