このコンテンツを正しく表示するには、JavaScriptが有効になっている必要があります

第1章リリース・ノート

1.1 Spacewalkリリース2.7について

SpacewalkのOracleバージョンとSpacewalkアップストリーム・プロジェクトには大きな違いがありません。

インストール

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

新機能およびリリース2.6からの変更点の概要

Spacewalkリリース2.7には、多くの修正およびその他の機能強化に加えて、次の新機能および改善が含まれています:

taskomaticデーモンの活動を監視するtaskotopユーティリティの追加。 taskotopユーティリティは、spacewalk-utilsパッケージに含まれています。
オープンソース・アーキテクチャ・デーモン(OSAD)をサポートするjabberdデーモンは、信頼性を向上させるためにsqliteデータベースを使用します。
jpackageライブラリとパッケージは標準パッケージとライブラリに置き換えられました。
キックスタート・プロファイルのサポートが改善されました。
新しいchannel.listManageableChannels API呼び出しが追加されました。

これらの変更の詳細については、https://github.com/spacewalkproject/spacewalk/wiki/ReleaseNotes27のSpacewalkプロジェクトのリリース・ノートを参照してください。

1.2 Spacewalkリリース2.7の既知の問題

次の既知の問題がSpacewalkリリース2.7に関係しています。

1.2.1 Oracle Linux 6でSpacewalkリリース2.7にアップグレードした後は、SpacewalkサーバーのWebページを起動できません

Oracle Linux 6システムをSpacewalkリリース2.6からリリース2.7にアップグレードした後で、Spacewalkサーバーのwebページを起動しようとすると、404エラーが発生します。この問題は、アップグレード・プロセス中にyumによって/usr/share/java/jta.jarシンボリック・リンクが削除されたために発生します。

この問題を解決するには、Spacewalkサーバーで次のコマンドを実行します:

# ln -s geronimo-jta.jar /usr/share/java/jta.jar

コマンドを実行した後、Spacewalkサービスを再起動します:

# /usr/sbin/spacewalk-service restart

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

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

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

1.2.3 Spacewalk 2.6へのアップグレード後の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ファイルに自動的に記録されることに注意してください。 (Bug ID 25743208)

1.2.4 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.7」を参照してください。

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

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

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

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

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

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

1.2.7 Spacewalkロギング設定

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

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

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

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

1.2.9 最初の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.10 不適切なホスト名構成のためにPXEブートが失敗

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

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

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

/etc/cobbler/settingsファイルを編集し、不正なホスト名のすべてのインスタンスをlocalhost.localdomainのように変更します。
spacewalk-service restartコマンドを実行してSpacewalkを再起動します。
cobbler syncコマンドを実行して、Cobblerを再同期させます。

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

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

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

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

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

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

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

1.2.14 ルート・ユーザーに制限umaskがある場合、Spacewalkが機能しない

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

1.2.15 yumコマンドがHTMLを表示

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

/etc/yum/pluginconf.d/ulninfo.confファイルを編集し、enableの値を0に設定します。
yum-plugin-ulninfoパッケージを削除します。

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

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.

回避策として、以下を実行してください:

rootパスワードをリセットします。
Spacewalkサービスを再起動します。
```
# /usr/sbin/spacewalk-service restart
```
ディストリビューション・ツリーとISOイメージを再マウントします。

第1章 リリース・ノート