パッチ管理

この章では、パッチ管理に関連するさまざまなトピックについて説明します。

1. 撤回されたパッチ

ベンダーが新しいパッチをリリースすると、テストで特定されなかったシナリオにおいて、セキュリティや安定性などの望ましくない副作用が発生する可能性があります。このようなことが起こると（非常に稀ですが）、ベンダーは通常、新しいパッチをリリースしますが、そのリリースには、ベンダー独自の内部プロセスにより数時間または数日かかることがあります。

SUSEでは、「撤回されたパッチ」と呼ばれる新しいメカニズム(2021年)を導入し、このようなパッチのアドバイザリステータスを(「最終」または「安定」ではなく)「撤回」に設定することで、ほぼ即座にこのようなパッチを取り消します。

パッチのアドバイザリーステータス属性が「撤回」に設定されているとき、パッチは「撤回」となります。 パッケージは、『撤回』パッチに属している場合、『撤回』となります。

撤回されたパッチまたはパッケージは、SUSE Multi-Linux Managerを持つシステムにインストールすることはできません。撤回されたパッケージをインストールする唯一の方法は、手動で`zypper install`を使用し、正確なパッケージバージョンを指定することです。 例:

zypper install vim-8.0.1568-5.14.1

パッチとパッケージの撤回ステータスは、SUSE Multi-Linux Manager内のWeb UIに配置されたアイコンで示されています。例として、次を参照してください：

  • チャンネルのパッケージのリスト

  • チャンネルのパッチのリスト

システムにインストールされているパッチまたはパッケージが撤回されると、そのシステムのインストール済みパッケージリストにアイコンも表示されます。SUSE Multi-Linux Managerでは、このようなパッチまたはパッケージのダウングレード方法が提供されていません。

1.1. チャンネルクローン

複製されたチャンネルを使用する場合は、元のチャンネルからクローンへの撤回されたアドバイザリステータスの伝播に注意する必要があります。

ベンダチャンネルを組織に複製すると、チャンネルパッチも複製されます。

ベンダーがチャンネル内のパッチを撤回し、SUSE Multi-Linux Managerがこのチャンネルを同期すると（例えば、夜間ジョブを通じて）、"撤回"属性はクローンパッチに伝播されず、クローンチャンネルに登録されたクライアントでは確認されません。属性をクローンチャンネルに伝播するには、次のいずれかの方法を使用します：

  • パッチ同期（ソフトウェア  管理  クローンチャンネル  パッチ  同期）。この機能により、クローンチャンネル内のパッチの属性を元のものに合わせることができます。

  • コンテンツライフサイクル管理。コンテンツライフサイクル管理の文脈におけるクローンチャンネルに関する詳細については、ソフトウェアチャンネルを参照してください。

1.2. パッチの共有

組織内で複数のベンダーチャンネルクローンを作成すると、パッチは複数回クローンされるのではなく、クローンチャンネル間で共有されます。その結果、クローンパッチをsyncすると（patch sync機能を使用するか、上記のコンテンツライフサイクル管理を使用するかにかかわらず）、クローンパッチを使用しているすべてのチャネルでその変更が反映されます。

例:

  1. 2つのコンテンツライフサイクル管理プロジェクト`prj1`と`prj2`を検討してください。

  2. これらのプロジェクトにはどちらも、`dev`と`test`という2つの環境があります。

  3. これらのプロジェクトの両方にソースチャンネルとして設定されたベンダチャンネルがあります。

  4. このシナリオのすべてのチャンネル(合計4つのクローンチャンネル)は、ベンダチャンネルの最新の状態に合わせて調整されます。

  5. ベンダーがソースチャンネル内のパッチを撤回し、夜間ジョブがそのパッチをSUSE Multi-Linux Managerに同期します。

  6. 4つのチャンネルのいずれも、パッチを直接使用するのではなく、パッチクローンを使用しているため、この変更を認識しません。

  7. パッチをsyncするとすぐに（これら2つのプロジェクトのいずれかを構築するか、または4つのクローンチャンネルのいずれかでPatch Sync機能を使用するかにかかわらず）、パッチの共有により、*ALL*のクローンチャンネルでそのパッチが撤回された状態が反映されます。