モジュール RPM により、RHEL ベースのディストリビューションのキックスタート インストールが使用できなくなります。

モジュール RPM により、RHEL ベースのディストリビューションのキックスタート インストールが使用できなくなります。

投稿のタイトルにすべてが表れています。CentOS 7 から Rocky Linux 8 への移行の最初の手順は、モジュール RPM のせいで失敗します (私の見解では)。

を介して従来の方法で何かがインストールされた場合dnfdnf依存関係がモジュラー RPM としてのみ利用可能かどうかが通知され、モジュールのアプリ ストリームがアクティブ化されて、他の依存関係が正しいバージョンでインストールされます。

カスタマイズされたディストリビューションの自動インストールでは、 を介して追加の RPM がダウンロードされます--download-onlydnfこの特定のケースでは、docker が Rocky Linux 8 にインストールされます。モジュール RPM と依存関係はストリームから切り離され、ISO に配置されるため、自動インストールは問題なく機能します。

モジュール RPM が見つかった場合は、repo2moduleが呼び出され、 が作成されますmodule.yaml。YAML ファイルは ISO イメージ内の追加の RPM リポジトリにドロップされ、 を介してリポジトリが更新されますmodifyrepo_c。そうでない場合、モジュール RPM リポジトリは機能しません。

ディストリビューションが正常にインストールされた場合、インストールされたモジュール RPM の一部が既存のアプリ ストリームに属していることが認識されません。これらは、以前は を介し​​て分離されていました--download-only

RPM モジュールのアプリ ストリームを手動でアクティブ化しようとすると、dnfすでにインストールされている RPM との依存関係の問題が検出されます。

これで、システムがインストールされましたが、これ以上更新することはできません。このため、RPM サーバーへの既存の接続ではシステムを更新できないため、キックスタートを介してカスタマイズされた RHEL ベースのディストリビューションをオフラインでインストールすることは、現時点では不可能であると考えられます。

  1. 開発者は、モジュール RPM を使用したキックスタート ディストリビューションの処理をどのように想定していたのでしょうか。ディストリビューションのコンパイル時に私がミスを犯したのかもしれません。
  2. プリインストールされたモジュール RPM の更新に関する問題を修正するにはどうすればよいですか?

関連情報