このドキュメントで説明されているソフトウェアはサポートされなくなったか、または拡張サポートされています。
Oracleでは、現在サポートされているリリースにアップグレードすることをお薦めします。

機械翻訳について

第1章 リリース・ノート

1.1 Spacewalk 2.6 for Oracle Linuxについて

OracleバージョンのSpacewalkでは、アップストリーム・プロジェクトからの大きな変更はありません。

インストール

Spacewalk 2.6のサーバーおよびプロキシのインストールまたはアップグレードの詳細は、「Spacewalk for Oracle® Linux: インストレーション・ガイドforリリース2.6」を参照してください。

リリース2.4以降の新機能と変更の概要

Spacewalk 2.6リリースには、数多くの修正やその他の小さな機能強化に加えて、以下の機能が含まれています:

• taskotopコマンドライン・ユーティリティがspacewalk-utilsパッケージに追加されました。 このユーティリティは、Taskomaticアクティビティを監視し、各ジョブのステータスに関する情報を提供します。

• ほとんどのシステム権限とソフトウェア・チャネル権限は削除されています。

  注意

  このリリースでは、仮想化資格は引き続きサポートされています。

• 最初の組織作成を改善しました。

• 以下を含むspacewalk-repo-syncの改善点:

  • チャネルをいくつかのリポジトリと同期させることができます。

  • リポジトリ内のキックスタート・ツリーを更新できます。

• すべてのツールのPython 2/3互換性が向上しました。

• OSADはプロキシ経由でフェイルオーバー・モードで動作するようになりました。

• 'Select All'ボタンはフィルタされたシステム、パッケージ、エラータなどを正しく選択するようになりました。

• Spacewalk Webインタフェース内のメニュー構成の変更。 たとえば、「管理者」タブの下にある「組織」メニューを選択して、組織を構成できます。

• 新しいAPI呼び出し:

  • actionchain.addErrataUpdate

  • system.listSuggestedReboot

  • packages.listSourcePackages

  • packages.removeSourcePackage

  • system.scheduleLabelScriptRun

  • system.schedulePackageInstallByNevra

  • system.schedulePackageRemoveByNevra

  APIメニュー・オプションを選択し、サーバー上のURL https://swksvr_FQDN/rhn/apidoc/index.jspをブラウズするか、http://www.spacewalkproject.org/documentation/api/2.6に移動して、Webインタフェースの「ヘルプ」タブで最新のAPI資料を見つけることができます。

詳細は、Spacewalkプロジェクトのリリース・ノート(https://github.com/spacewalkproject/spacewalk/wiki/ReleaseNotes26)を参照してください。

1.2  Spacewalk 2.6の既知の問題

• 1.2.1 スナップショットのロールバック機能を使用するには、リモート管理クライアントをインストールして有効にする必要があります
• 1.2.2 アップグレードが失敗した後、-qまたは-quietブレークを使用してcrontabからspacewalk-repo-syncを実行
• 1.2.3 jabberd/osaデータベースを置き換える必要がある問題
• 1.2.4 SELinuxポリシーによりSQL*PlusがOracle Databaseに接続できなくなる
• 1.2.5 Oracle Linux 6 Update 8が登録後にyumコマンドを実行できない
• 1.2.6 Spacewalkロギング設定
• 1.2.7 Spacewalkがインストールされているslf4jパッケージのためにインストールに失敗
• 1.2.8 最初のSpacewalk構成後にTomcatを起動できない
• 1.2.9 Oracle Linux 5におけるSpacewalkクライアントのインストール失敗
• 1.2.10 Oracle Linux 7のSpacewalkパッケージのアップグレード
• 1.2.11 キックスタート・インストール後にOracle Linux 5がSpacewalkに登録されない
• 1.2.12 不適切なホスト名構成のためにPXEブートが失敗
• 1.2.13 大規模リポジトリまたはデータ・セットでのメモリー不足の問題
• 1.2.14 無効なFQDNによるクライアント登録の問題
• 1.2.15 クライアントはアップグレード後に再登録する必要があります
• 1.2.16 rootユーザーに制限のあるumaskがある場合、Spacewalkが機能しない
• 1.2.17 yumコマンドがHTMLを表示
• 1.2.18 アップグレード後のキックスタートに関する問題

次の既知の問題は、Spacewalk 2.6リリースに関連しています。

1.2.1 スナップショットのロールバック機能を使用するには、リモート管理クライアントをインストールして有効にする必要があります

Spacewalkを使用してターゲット・システムを以前のスナップショットに正常にロールバックするには、deploy filesオプションを有効にしてSpacewalkリモート管理クライアントをインストールする必要があります。 ただし、すべてのリモート構成オプションを有効にすることをお薦めします。

Spacewalkリモート管理クライアントの管理の詳細は、「Spacewalk for Oracle® Linux: クライアント・ライフ・サイクル管理ガイドforリリース2.6」を参照してください。

1.2.2 アップグレードが失敗した後のcrontabまたは-quiet Breakによるspacewalk-repo-syncの実行

以前にcronjobを-qまたは-quietオプションのいずれかを使用して実行するようにcronjobを構成した場合、cronjobはSpacewalk 2.6にアップグレードした後に失敗します。 アップグレード後にコマンドラインからこのオプションを削除する必要があります。

Spacewalk 2.6のspacewalk-repo-syncコマンドのバージョンは、デフォルトでは無効になり、そのアクションが/var/log/rhn/reposync.logファイルに自動的に記録されることに注意してください。

1.2.3 jabberd/osaデータベースを置き換える必要がある問題

次のいずれかのエラーが発生した場合は、jabberd/osaデータベースをSpacewalkサーバーまたはプロキシ上に置き換える必要があります:

• OSAステータスは、クライアント・サーバーの不明な時点でオフラインと表示されます。

• Spacewalkサーバーまたはプロキシの/var/log/messagesのosa-dispatcherのエラー。

• "db: 腐敗が検出されました!Spacewalkサーバーまたはプロキシの/var/log/messagesにあるすべてのjabberdプロセスを閉じてdb_recoverを実行してください。

これらの問題は、デフォルトのBerkeleyデータベース形式がトランザクションをサポートしておらず、同時に多くのクライアントが同時に更新しようとすると破損する可能性があるために発生します。 SQLiteに切り替えると、jabberdデータベースのトランザクション・サポートが提供され、大幅に多くのダウンストリーム・クライアントを処理できます。

jabberd/osaデータベースの交換の詳細な手順は、「Spacewalk for Oracle® Linux: インストレーション・ガイドforリリース2.6」を参照してください。

1.2.4 SELinuxポリシーによりSQL*PlusがOracle Databaseに接続できなくなる

SELinuxが有効な場合、デフォルトのSELinuxポリシーにより、Oracle Instant ClientパッケージによってインストールされたSQL*PlusのバージョンがOracle Databaseに接続できなくなります。

この問題を回避するには、$ORACLE_HOME/binにあるOracle Database自体によってインストールされたSQL*Plusバイナリを使用します。 もう1つの回避策は、SELinuxを許容モードに設定することです。

1.2.5 Oracle Linux 6 Update 8が登録後にyumコマンドを実行できない

Oracle Linux 6 Update 8サーバーの登録は組み込みパッケージで成功しますが、その後のyumコマンドはエラーで失敗します: "KeyError : 'X-RHN-Auth-Expiration'".

Oracle Linux 6用の完全なSpacewalk 2.6クライアントをインストールすると、この問題が解決されます。登録する前に実行する必要があります。 「Spacewalk for Oracle® Linux: クライアント・ライフ・サイクル管理ガイドforリリース2.6」で、「rhnreg_ksコマンドを使用してSpacewalkクライアント・ソフトウェアをインストールし、クライアント・システムを登録」のステップに従います。

1.2.6 Spacewalkロギング設定

Spacewalkは、特に/var/log/httpdの下で、多数のログ・メッセージを生成します。 ディスク・スペースが足りなくなるのを防ぐため、logrotateの設定を調整して、よりアクティブなローテーション、圧縮、およびログファイルのアーカイブを実装する必要があります。

詳細は、「Oracle® Linux 6: 管理者ガイド」または「Oracle® Linux 7: 管理者ガイド」の関連情報を参照してください。

1.2.7 Spacewalkがインストールされているslf4jパッケージのためにインストールに失敗

状況によっては、slf4j (Simple Logging Facade for Java)パッケージがインストールされている場合、Spacewalkのインストールが失敗する可能性があります。 回避策として、slf4jパッケージを削除します。 Eclipseはこのパッケージに依存しているため、Eclipseをアンインストールするか、rpm -e --nodeps slf4jコマンドを使用してパッケージを削除する必要があります。

1.2.8 最初のSpacewalk構成後にTomcatを起動できない

Spacewalkの初期構成後にTomcatサービスが起動しない場合は、geronimo-jta-1.1-apiパッケージがインストールされていることを確認してください。 「最小」または「基本的なサーバー」以外のソフトウェア・セットを使用してOracle Linuxをインストールした場合は、jtaパッケージがシステムにインストールされている可能性があり、このパッケージが存在するとgeronimo-jta-1.1-apiパッケージがインストールされません。 すべてのSpacewalkサービスが正しく開始するようにするには、geronimo-jta-1.1-apiパッケージが必要です。 geronimo-jta-1.1-apiパッケージがシステムから見つからない場合は、jtaパッケージを削除し、geronimo-jta-1.1-apiパッケージをインストールしてから、システムをシャットダウンして再起動します。

1.2.9 Oracle Linux 5におけるSpacewalkクライアントのインストール失敗

Spacewalkクライアントは、デフォルトでUnbreakable Linux Network (ULN)への接続用にインストールされているup2dateクライアントと競合します。 Oracle Linux 5用のSpacewalk Clientをインストールする前に、rpm -e --nodepsコマンドを使用してup2dateパッケージとup2date-gnomeパッケージを手動で削除してください。

1.2.10 Oracle Linux 7のSpacewalkパッケージのアップグレード

Oracle Linux 7システム上のSpacewalkパッケージをアップグレードする前に、cglibとpython-debianをcglib-2.1.3-4.jpp5.*とpython-debian-0.1.21-10.el7.*にとどめるように強制する次のコマンドを実行してください:

# yum install yum-versionlock
# yum versionlock cglib-2.1.3-4.jpp5.*

Oracle Linux 7のcglibとpython-debianのバージョンがSpacewalk 2.6のバージョンより新しいため、このエントリが必要です。 それ以外の場合は、次のような依存関係のエラーが表示されます:

Error: Package: spacewalk-java-2.4.79-1.0.2.el7.noarch (@ol7_spacewalk24_server)
           Requires: cglib < 2.2
Error: Package: spacewalk-taskomatic-2.4.79-1.0.2.el7.noarch (@ol7_spacewalk24_server)
          Requires: cglib < 2.2

1.2.11 キックスタート・インストール後にOracle Linux 5がSpacewalkに登録されない

キックスタート・インストール後にOracle Linux 5がSpacewalkに登録されていない場合は、インストール中に「ソフトウェア」、「パッケージ・グループ」画面のキックスタート・プロファイルに-up2dateと-up2date-gnomeを追加してください。

1.2.12 不適切なホスト名構成のためにPXEブートが失敗

Spacewalkサーバーが、完全修飾ドメイン名(FQDN)が指定されていない場合、またはDNSで解決できない名前でインストールされた場合、無効なPreboot eXecution Environment(PXE)ブート構成ファイルが作成されます。

/var/lib/tftpboot/pxelinux.cfg/defaultファイルのks=パラメータで使用されているIPアドレスが正しいことを確認して、Cobblerが正しく構成されていることを検証できます。

インストール後にSpacewalkサーバーを再構成するには、次のようにします:

1. /etc/cobbler/settingsファイルを編集し、不正なホスト名のすべてのインスタンスをlocalhost.localdomainのように変更します。

2. spacewalk-service restartコマンドを実行してSpacewalkを再起動します。

3. cobbler syncコマンドを実行して、Cobblerを再同期させます。

1.2.13 大規模リポジトリまたはデータ・セットでのメモリー不足の問題

リポジトリ・メタデータの構築時に、SpacewalkがデフォルトのJavaメモリー設定にリンクされた「メモリー不足」エラーで失敗することがあります。 この問題とその解決策の詳細は、「Spacewalk for Oracle® Linux: クライアント・ライフ・サイクル管理ガイドforリリース2.6」の「リポジトリ作成時のメモリーに関する考慮事項」を参照してください。

1.2.14 無効なFQDNによるクライアント登録の問題

インストール時に、SpacewalkがCA証明書を生成します。 この証明書は、クライアント登録プロセスで使用されます。 Spacewalkサーバーに有効なFQDNがない場合、Spacewalkは有効なCA証明書を生成しません。 Spacewalkは、.localと.localdomainが有効なドメイン名であるとはみなしません。

1.2.15 クライアントはアップグレード後に再登録する必要があります

Spacewalkサーバーのアップグレード後、SpacewalkクライアントではSpacewalkサーバーへの再登録が必要になる場合があります。 Webインタフェースにはこれらのクライアントが登録済みであると表示されますが、クライアント上でrhncfg-clientコマンドを実行すると、Authentication failed: Invalid digital server certificateなどのエラーが表示されます。

この問題が発生した場合は、rhn_registerコマンドまたはrhnreg_ks --forceコマンドを使用して、クライアントを再登録してください。

1.2.16 rootユーザーに制限のあるumaskがある場合、Spacewalkが機能しない

rootユーザーumaskがあまりにも制限がある場合(0077など)、Apache、Tomcat、およびJavaプロセスは、Spacewalkインストール中に書き込まれるか、spacewalk-repo-syncまたはspacecmdなどのコマンドによって書き込まれるファイルを読み取ることができません。 Spacewalkはyumメタデータやパッケージ・ファイルを扱うことができないため、クライアントの動作が停止する可能性もあります。

1.2.17 yumコマンドがHTMLを表示

yumコマンドがSpacewalkクライアントで実行されたときに多くのHTML行を表示できないようにするには、次のいずれかを実行します:

• /etc/yum/pluginconf.d/ulninfo.confファイルを編集し、enableの値を0に設定します。

• yum-plugin-ulninfoパッケージを削除します。

1.2.18 アップグレード後のキックスタートに関する問題

Spacewalkサーバーのアップグレード後、既存のキックスタート・プロファイルやディストリビューションを使用すると、エラーが発生する場合があります。

Webインタフェースに次のようなエラー・メッセージが表示されることがあります:

This kickstart profile uses a different type of encryption by default than the root password is currently using. You must reset the root password to encrypt it with the new method.

回避方法は、次のとおりです。

1. rootパスワードをリセットします。

2. Spacewalkサービスを再起動します。

   # /usr/sbin/spacewalk-service restart

3. ディストリビューション・ツリーとISOイメージを再マウントします。

Copyright © 2020, Oracle and/or its affiliates. 法律上の注意点