切断された Red Hat Satellite を 6.15 にアップグレードする

Red Hat Satellite 6.15

切断された Satellite Server と Capsule のアップグレード

Red Hat Satellite Documentation Team

概要

このガイドでは、切断された Red Hat Satellite Server および Capsule Server をアップグレードする方法について説明します。

Red Hat ドキュメントへのフィードバック (英語のみ)

Red Hat ドキュメントに対するご意見をお聞かせください。ドキュメントの改善点があればお知らせください。

Bugzilla でチケットを作成することでフィードバックを送信できます。

  1. Bugzilla のWeb サイトに移動します。
  2. Component フィールドで、Documentation を使用します。
  3. Description フィールドに、ドキュメントの改善に関するご意見を記入してください。ドキュメントの該当部分へのリンクも追加してください。
  4. Submit Bug をクリックします。

第1章 アップグレードの概要

現在の Red Hat Satellite インストールを Red Hat Satellite 6.15 にアップグレードする前に、以下の前提条件と利用可能なアップグレードパスを確認してください。

Red Hat カスタマーポータルの Red Hat Satellite Upgrade Helper では、対話式のアップグレード手順がご利用になれます。このアプリケーションは、現在のバージョン番号に適した手順を提供します。アップグレードパスに固有の手順や、既知の問題を回避する手順を確認できます。詳細は、RedHat カスタマーポータルの Satellite Upgrade Helper を参照してください。

Capsule は、Satellite とは別にアップグレードできます。詳細は、「Satellite とは別にカプセルをアップグレードする」 を参照してください。

1.1. 前提条件

Satellite 6.15 にアップグレードすると、Satellite インフラストラクチャー全体に影響します。アップグレード前に以下を完了してください。

  • Red Hat Satellite 6.15 リリースノートを お読みください。
  • アップグレードパスの計画を立てます。詳細は、「アップグレードパス」 を参照してください。
  • 必要とされるダウンタイムを計画します。Satellite サービスはアップグレード時は停止します。アップグレードプロセスの期間は、ハードウェアの設定、ネットワークの速度、サーバーに保存されているデータ量により異なる可能性があります。

    Satellite のアップグレードには約 1 -  2 時間かかります。

    Capsule のアップグレードには約 10 -  30 分かかります。

  • サーバーに十分なストレージ容量があることを確認します。詳細は、接続されたネットワーク環境での Satellite Server のインストールインストールのための環境の準備 および Capsule Server のインストールインストールのための環境の準備 を参照してください。
  • Satellite Server およびすべての Capsule Server をバックアップします。詳細は、Red Hat Satellite の管理Satellite Server および Capsule Server のバックアップ を参照してください。
  • Satellite のバージョンごとに API コマンドが異なる場合があるので、使用しているスクリプトに Satellite API コマンドが含まれる場合は、更新の計画を立てます。

すべての Satellite Server が同じバージョンであることを確認してください。

警告

設定ファイルを手動で、または Hiera などのツールを使用してカスタマイズした場合、その変更内容は、アップグレード時または更新時にメンテナンススクリプトを実行すると上書きされます。satellite-installer で --noop オプションを使用すると、変更をテストできます。詳細は、Red Hat ナレッジベースソリューションの How to use the noop option to check for changes in Satellite config files during an upgrade を参照してください。

1.2. アップグレードパス

Red Hat Satellite 6.14 から Red Hat Satellite 6.15 にアップグレードできます。

以前のバージョンの Satellite Server および Capsule Server は、まず Satellite 6.14 にアップグレードする必要があります。詳細は、Red Hat Satellite 6.14 へのアップグレード を参照してください。

高レベルのアップグレード手順

Satellite を 6.15 にアップグレードするための大まかな手順は次のとおりです。

  1. Satellite Server を 6.15 にアップグレードします。詳細は、「Satellite サーバーのアップグレードに関する考慮事項」 を参照してください。
  2. すべての Capsule Server を 6.15 にアップグレードします。詳細は、「Capsule Server のアップグレード」 を参照してください。

1.3. Satellite とは別にカプセルをアップグレードする

Satellite をバージョン 6.15 にアップグレードし、Capsule もアップグレードできるまでバージョン 6.14 のままにしておくことができます。

以前動作していたすべての機能は 6.14 Capsules でも動作します。ただし、6.15 リリースで追加された機能は、Capsules を 6.15 にアップグレードするまで動作しません。

Satellite アップグレード後の Capsule のアップグレードは、以下のようなシナリオ例で役に立ちます。

  1. 長期にわたる停止期間の発生を避け、停止期間を複数回に分けて短くする場合。
  2. 組織内の Capsule が複数のチームで管理されており、別の場所に配置されている場合。
  3. 負荷分散設定を使用している場合は、1 つの負荷分散 Capsule だけをアップグレードして、残りの負荷分散 Capsule を 1 つ前のバージョンに保つことができます。こうすることで、サービスを停止せずに全 Capsule を順番にアップグレードできます。

1.4. アップグレードの進捗状況

アップグレードには時間がかかるため、tmux などのユーティリティーを使用して、通信セッションを一時停止し、再接続してください。これにより、コマンドシェルに接続し続けなくてもアップグレードの進捗が確認できるようになります。詳細は、tmux の man ページを参照してください。

アップグレードコマンドを実行しているコマンドシェルへの接続がなくなった場合は、/var/log/foreman-installer/satellite.log のログで、プロセスが完全に終了したかどうかを確認できます。

第2章 Red Hat Satellite のアップグレード

既存の Red Hat Satellite を Red Hat Satellite 6.15 にアップグレードするには、以下の手順に従います。

2.1. Satellite サーバーのアップグレードに関する考慮事項

このセクションでは、Satellite Server を 6.14 から 6.15 にアップグレードする方法について説明します。Satellite Server 6.14 の任意のマイナーバージョンからアップグレードできます。

作業を開始する前に

  • Capsule は、Satellite とは別にアップグレードできます。詳細は、「Satellite とは別にカプセルをアップグレードする」 を参照してください。
  • Satellite Server をアップグレードする前に、ファイアウォールの設定を確認して更新してください。詳細は、接続されたネットワーク環境での Satellite Server のインストールインストールのための環境の準備 を参照してください。
  • カスタマーポータルまたは Satellite Web UI からマニフェストを削除しないでください。削除すると、コンテンツホストからエンタイトルメントがすべて削除されます。
  • デフォルトのテンプレートを編集した場合は、ファイルのクローンを作成するか、ファイルをエクスポートしてバックアップしてください。推奨される方法はクローン作成です。今後の更新やアップグレードでファイルが上書きされることがなくなるためです。テンプレートの変更の有無を確認するには、アップグレード前に 履歴 を確認するか、アップグレード後に監査ログで変更を表示できます。Satellite Web UI で Monitor > Audits に移動し、テンプレートを検索すると、変更履歴を確認できます。エクスポートを使用する場合は、エクスポートしたテンプレートと、デフォルトテンプレートを比較し、手動で変更を適用して変更を復元します。

カプセルに関する考慮事項

  • コンテンツビューを使用して、Capsule Server のベースオペレーティングシステムまたは Capsule Server リポジトリーの更新を制御する場合は、それらのコンテンツビューの更新バージョンを公開する必要があります。
  • 6.14 から 6.15 にアップグレードされた Satellite Server は、引き続き 6.14 の Capsule Server を使用できることに注意してください。
警告

カスタムの証明書を実装している場合は、/root/ssl-build ディレクトリーと、カスタム証明書に関連するソースファイルを作成したディレクトリーのコンテンツを保持する必要があります。

アップグレード時にこのファイルを保持できないと、アップグレードは失敗します。ファイルを削除してしまった場合は、アップグレードを進めるためにバックアップから復元する必要があります。

FIPS モード

FIPS モードを使用していない RHEL ベースのシステムから、FIPS モードを使用する RHEL ベースのシステムに Satellite Server をアップグレードすることはできません。

FIPS モードの Red Hat Enterprise Linux ベースシステムで Satellite Server を実行するには、FIPS モードで稼働する RHEL ベースのオペレーティングシステムを新規にプロビジョニングして、Satellite をインストールする必要があります。詳細は、接続されたネットワーク環境での Satellite Server のインストールインストールのための環境の準備 を参照してください。

2.2. 切断された Satellite サーバーのアップグレード

Satellite Server が Red Hat コンテンツ配信ネットワークに接続されていない場合には、この手順を使用します。

警告
  • 設定ファイルを手動または Hiera などのツールを使用してカスタマイズしている場合、これらの変更内容はアップグレードまたは更新時に satellite-maintain コマンドを入力すると上書きされます。satellite-installer コマンドを --noop オプションを指定して使用し、アップグレードまたは更新時に適用された変更を確認します。詳細は、Red Hat ナレッジベースソリューションの How to use the noop option to check for changes in Satellite config files during an upgrade を参照してください。
  • hammer import および export コマンドが hammer content-import および hammer content-export ツールに置き換えられました。

    hammer content-view version exporthammer content-view version export-legacyhammer repository export、またはそれぞれの import コマンドを使用するスクリプトがある場合は、代わりに hammer content-export コマンドおよびそれぞれの import コマンドを使用するように調整する必要があります。

  • カスタムの証明書を実装している場合は、/root/ssl-build ディレクトリーと、カスタム証明書に関連するソースファイルを作成したディレクトリーのコンテンツを保持する必要があります。

    アップグレード時にこのファイルを保持できないと、アップグレードは失敗します。ファイルを削除してしまった場合は、アップグレードを進めるためにバックアップから復元する必要があります。

作業を開始する前に

  • Satellite Server をアップグレードする前に、ファイアウォールの設定を確認して更新してください。詳細は、切断されたネットワーク環境での Satellite Server のインストールポートとファイアウォールの要件 を参照してください。
  • カスタマーポータルまたは Satellite Web UI からマニフェストを削除しないでください。削除すると、コンテンツホストからエンタイトルメントがすべて削除されます。
  • アップグレードする前に、全 Foreman フックのバックアップを作成して、その後フックを削除します。アップグレードが完了し、Satellite が動作しているのを確認できるまで、フックを元に戻さないでください。
  • すべての Satellite Server が同じバージョンである必要があります。

切断された Satellite サーバーのアップグレード

  1. すべての Satellite サービスを停止します。

    # satellite-maintain service stop
  2. スナップショットを作成するか、バックアップを作成します。

    • 仮想マシンで、スナップショットを作成します。
    • 物理マシンで、バックアップを作成します。
  3. すべての Satellite サービスを起動します。

    # satellite-maintain service start
  4. オプション: /etc/zones.conf または /etc/dhcp/dhcpd.conf ファイルで DNS または DHCP の設定を手動で編集した場合には、設定ファイルをバックアップしてください。インストーラーはドメインまたはサブネットを 1 つしかサポートしないので、これらのバックアップから変更を復元しなければならない場合があります。
  5. オプション: DNS または DHCP の設定ファイルを手動で編集した場合に、変更の上書きを避けるには、以下のコマンドを実行します。

    # satellite-installer --foreman-proxy-dns-managed=false \
    --foreman-proxy-dhcp-managed=false
  6. Satellite Web UI で、Hosts > Discovered hosts に移動します。使用可能な検出されたホストがある場合は、それらをオフにして、Discovered hosts ページにあるすべてのエントリーを削除します。必要に応じて、組織設定メニューから、その他の組織を順番に選択し、すべてのエントリーを削除します。これらのホストは、アップグレード完了後に再起動します。
  7. 以前のリポジトリーを削除します。

    # rm /etc/yum.repos.d/*
  8. 切断されたネットワーク環境での Satellite Server のインストールバイナリー DVD イメージのダウンロード 手順に従って、最新の ISO ファイルを入手します。
  9. マウントポイントとして機能するディレクトリーを作成し、ISO イメージをマウントし、切断されたネットワーク環境での Satellite Server のインストールの RHEL 8 でオフラインリポジトリーを使用してベースオペレーティングシステムを設定するの手順 に従って rhel8 リポジトリーを設定します。

    この段階では、パッケージのインストールや更新はしないでください。

  10. ISO ファイルから Satellite 6.15 リポジトリーを設定します。

    1. Red Hat Satellite パッケージ用に ISO ファイルのリポジトリーデータファイルをコピーします。

      # cp /media/sat6/Satellite/media.repo /etc/yum.repos.d/satellite.repo
    2. /etc/yum.repos.d/satellite.repo ファイルを編集します。

      # vi /etc/yum.repos.d/satellite.repo
      1. デフォルトの InstallMedia リポジトリー名を Satellite-6.15 に変更します。

        [Satellite-6.15]
      2. baseurl ディレクティブを追加します。

        baseurl=file:///media/sat6/Satellite
  11. ISO ファイルから Red Hat Satellite Maintenance リポジトリーを設定します。

    1. Red Hat Satellite Maintenance パッケージ用に ISO ファイルのリポジトリーデータファイルをコピーします。

      # cp /media/sat6/Maintenance/media.repo /etc/yum.repos.d/satellite-maintenance.repo
    2. /etc/yum.repos.d/satellite-maintenance.repo ファイルを編集します。

      # vi /etc/yum.repos.d/satellite-maintenance.repo
      1. デフォルトの InstallMedia リポジトリー名を Satellite-Maintenance に変更します。

        [Satellite-Maintenance]
      2. baseurl ディレクティブを追加します。

        baseurl=file:///media/sat6/Maintenance/
  12. メンテナンスモジュールを有効にします。

    # dnf module enable satellite-maintenance:el8
  13. アップグレードには時間がかかるため、tmux などのユーティリティーを使用して、通信セッションを一時停止し、再接続してください。これにより、コマンドシェルに接続し続けなくてもアップグレードの進捗が確認できるようになります。

    アップグレードコマンドを実行しているコマンドシェルへの接続がなくなった場合は、/var/log/foreman-installer/satellite.log のログで、プロセスが完全に終了したかどうかを確認できます。

  14. 利用可能なバージョンを確認して、希望のバージョンが表示されていることを確認します。

    # satellite-maintain upgrade list-versions
  15. ヘルスチェックオプションを使用して、システムをアップグレードする準備が完了しているかどうかを確認します。プロンプトが表示されたら、hammer の管理者ユーザー認証情報を入力して satellite-maintain を設定します。この変更は、/etc/foreman-maintain/foreman-maintain-hammer.yml ファイルに適用されます。

    # satellite-maintain upgrade check --target-version 6.15 \
    --whitelist="repositories-validate,repositories-setup"

    結果を確認し、アップグレードを実行する前に、強調表示されているエラー状態に対応します。

  16. アップグレードを実行します。

    # satellite-maintain upgrade run --target-version 6.15 \
    --whitelist="repositories-validate,repositories-setup"

    パッケージが古いか、足りないためにスクリプトに失敗した場合には、これらのパッケージを個別にダウンロードしてインストールする必要があります。詳細は、切断されたネットワーク環境での Satellite Server のインストールパッケージ依存関係エラーの解決 を参照してください。

  17. システムを再起動する必要があるかどうかを確認します。

    # dnf needs-restarting --reboothint
  18. 前のコマンドで再起動するように指示された場合は、システムを再起動します。

    # reboot
  19. オプション: DNS または DHCP 設定ファイルを手動で編集した場合には、作成したバックアップを使用して、DNS と DHCP の設定ファイルに必要なすべての変更を確認し、復元します。
  20. 前の手順で変更を加えた場合には、Satellite サービスを再起動します。

    # satellite-maintain service restart
  21. OpenSCAP プラグインがインストールされているが、デフォルトの OpenSCAP コンテンツが利用できない場合は、次のコマンドを入力します。

    # foreman-rake foreman_openscap:bulk_upload:default
  22. Satellite Web UI で Configure > Discovery Rules に移動し、選択した組織および場所を検出ルールに関連付けます。

2.3. 新しいリポジトリーの同期

Capsule Server と Satellite クライアントをアップグレードする前に、新しい 6.15 リポジトリーを有効にして同期する必要があります。

手順

  1. Satellite Web UI で、Content > Red Hat Repositories に移動します。
  2. Recommended Repositories を、オン の位置に切り替えます。
  3. 結果の一覧から、以下のリポジトリーを展開して、Enable アイコンをクリックして、リポジトリーを有効にします。

    • Satellite クライアントをアップグレードするには、クライアントが使用するすべての Red Hat Enterprise Linux バージョンで Red Hat Satellite Client 6 リポジトリーを有効にします。
    • Capsule Server を使用している場合に、Capsule Server をアップグレードするには、以下のリポジトリーも有効にします。

      Red Hat Satellite Capsule 6.15 (for RHEL 8 x86_64) (RPMs)

      Red Hat Satellite メンテナンス 6.15 (RHEL 8 x86_64 用) (RPM)

      Red Hat Enterprise Linux 8 (for x86_64 - BaseOS) (RPMs)

      Red Hat Enterprise Linux 8 (for x86_64 - AppStream) (RPMs)

    注記

    6.15 リポジトリーが利用できない場合は、Red Hat サブスクリプションマニフェストを更新します。Satellite Web UI で、Content > Subscriptions に移動し、Manage Manifest をクリックして、Refresh をクリックします。

  4. Satellite Web UI で、Content > Sync Status に移動します。
  5. 製品の横にある矢印をクリックして、利用可能なリポジトリーを表示します。
  6. 6.15 のリポジトリーを選択します。Red Hat Satellite Client 6 には 6.15 バージョンがないことに注意してください。代わりに Red Hat Satellite Client 6 を選択してください。
  7. Synchronize Now をクリックします。

    重要

    リポジトリーを同期しようとしたときにエラーが発生した場合は、マニフェストをリフレッシュしてください。問題が解決しない場合は、サポートリクエストを作成してください。カスタマーポータルまたは Satellite Web UI からマニフェストを削除しないでください。削除すると、コンテンツホストのエンタイトルメントがすべて削除されます。

  8. コンテンツビューを使用して Capsule Server のベースオペレーティングシステムへの更新を制御する場合は、それらのコンテンツビューを新しいリポジトリーで更新し、更新されたバージョンを公開およびプロモートします。詳細は、コンテンツの 管理コンテンツビュー の管理を参照してください。

2.4. アップグレード後のタスクの実行

オプション: アップグレード中にデフォルトのプロビジョニングテンプレートが変更された場合は、デフォルトのテンプレートから複製されたテンプレートを再作成します。カスタムコードがプロビジョニングプロセスの前または後に実行される場合は、カスタムプロビジョニングスニペットを使用して、複製されたテンプレートの再作成を回避します。カスタムプロビジョニングスニペットの設定の詳細は、ホストのプロビジョニングカスタムプロビジョニングスニペットの作成を 参照してください。

2.5. Capsule Server のアップグレード

このセクションでは、Capsule Server を 6.14 から 6.15 にアップグレードする方法について説明します。

作業を開始する前に

  • Capsule Server をアップグレードする前に、Satellite Server をアップグレードする必要があります。Capsule は、Satellite とは別にアップグレードできます。詳細は、「Satellite とは別にカプセルをアップグレードする」 を参照してください。
  • Red Hat Satellite Capsule 6.15 リポジトリーが Satellite Server で有効になっており、同期されていることを確認します。
  • Satellite Server 上の必要なリポジトリーを必ず同期してください。詳細は、「新しいリポジトリーの同期」 を参照してください。
  • コンテンツビューを使用して Capsule Server のベースオペレーティングシステムへの更新を制御する場合は、それらのコンテンツビューを新しいリポジトリーで更新し、更新されたバージョンを公開およびプロモートします。詳細は、コンテンツの 管理コンテンツビュー の管理を参照してください。
  • 新たにアップグレードした Satellite Server に、Capsule のベースシステムが登録されていることを確認します。
  • 新たにアップグレードした Satellite Server で、Capsule の組織と場所が正しく設定されていることを確認します。
  • Capsule Server をアップグレードする前に、ファイアウォールの設定を確認して更新してください。詳細は、Capsule Server のインストールCapsule インストールのための環境の準備 を参照してください。
警告

カスタムの証明書を実装している場合は、/root/ssl-build ディレクトリーと、カスタム証明書に関連するソースファイルを作成したディレクトリーのコンテンツを保持する必要があります。

アップグレード時にこのファイルを保持できないと、アップグレードは失敗します。ファイルを削除してしまった場合は、アップグレードを進めるためにバックアップから復元する必要があります。

Capsule Server のアップグレード

  1. バックアップを作成します。

  2. yum のキャッシュを消去します。

    # yum clean metadata
  3. Satellite Server の satellite-capsule-6.15-for-rhel-8-x86_64-rpms リポジトリーを同期します。
  4. Capsule が登録されているコンテンツビューの新しいバージョンを公開および宣伝します。
  5. rubygem-foreman_maintain は、Satellite Maintenance リポジトリーからインストールされるか、現在インストールされている場合は Satellite Maintenance リポジトリーからアップグレードされます。

    Capsule が Satellite-maintenance-6.15-for-rhel-8-x86_64-rpms にアクセスできることを確認し、以下を実行します。

    # satellite-maintain self-upgrade
  6. Capsule Server で foreman_url 設定が Satellite FQDN を参照していることを確認します。

    # grep foreman_url /etc/foreman-proxy/settings.yml
  7. 利用可能なバージョンを確認して、希望のバージョンが表示されていることを確認します。

    # satellite-maintain upgrade list-versions
  8. アップグレードには時間がかかるため、tmux などのユーティリティーを使用して、通信セッションを一時停止し、再接続してください。これにより、コマンドシェルに接続し続けなくてもアップグレードの進捗が確認できるようになります。

    アップグレードコマンドを実行しているコマンドシェルへの接続がなくなった場合は、/var/log/foreman-installer/capsule.log ファイルのログメッセージで、プロセスが完全に終了したかどうかを確認できます。

  9. ヘルスチェックオプションを使用して、システムがアップグレードの準備ができているかどうかを確認します。

    # satellite-maintain upgrade check --target-version 6.15

    結果を確認し、アップグレードを実行する前に、強調表示されているエラー状態に対応します。

  10. アップグレードを実行します。

    # satellite-maintain upgrade run --target-version 6.15
  11. システムを再起動する必要があるかどうかを確認します。

    # dnf needs-restarting --reboothint
  12. 前のコマンドで再起動するように指示された場合は、システムを再起動します。

    # reboot
  13. オプション: DNS または DHCP 設定ファイルを手動で編集した場合には、以前に作成したバックアップを使用して、DNS と DHCP の設定ファイルに必要なすべての変更を確認し、復元します。
  14. オプション: カスタムリポジトリーを使用する場合は、アップグレードの完了後にそのカスタムリポジトリーを必ず有効にしてください。

リモート実行を使用した Capsule Server のアップグレード

  1. バックアップを作成するか、スナップショットを取得します。

    バックアップの詳細は、Red Hat Satellite の管理Satellite Server および Capsule Server のバックアップ を参照してください。

  2. Satellite Web UI で、[モニター] > [ジョブ] に移動します。
  3. ジョブの実行 をクリックします。
  4. Job category リストから Maintenance Operations を選択します。
  5. Job template リストから Capsule Upgrade Playbook を選択します。
  6. Search Query フィールドに Capsule のホスト名を入力します。
  7. 解決先フィールドに1 台のホストに適用が 表示されていることを確認します。
  8. target_version フィールドに、Capsule のターゲットバージョンを入力します。
  9. whitelist_options フィールドにオプションを入力します。
  10. Schedule でジョブ実行のスケジュールを選択します。
  11. クエリーのタイプ セクションで、静的クエリー をクリックします。

2.6. 外部データベースのアップグレード

Satellite を 6.14 から 6.15 にアップグレードするときに、外部データベースを Red Hat Enterprise Linux 7 から Red Hat Enterprise Linux 8 にアップグレードできます。

前提条件

  • Red Hat Enterprise Linux 8 の外部データベースに関するドキュメントに従って、PostgreSQL サーバー用の新しい Red Hat Enterprise Linux 8 ベースのホストを作成する。詳細は、Satellite での外部データベースの使用を 参照してください。

手順

  1. バックアップを作成します。
  2. 新しいサーバーでバックアップを復元します。
  3. Satellite が古い名前で新しいデータベースサーバーに到達する場合、それ以上の変更は必要ありません。到達しない場合は、新しい名前を使用するように Satellite を再設定します。

    # satellite-installer \
    --foreman-db-host newpostgres.example.com \
    --katello-candlepin-db-host newpostgres.example.com \
    --foreman-proxy-content-pulpcore-postgresql-host newpostgres.example.com

法律上の通知

Copyright © 2024 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.