모듈 RPM으로 인해 RHEL 기반 배포판의 킥스타트 설치를 사용할 수 없게 됩니다.

모듈 RPM으로 인해 RHEL 기반 배포판의 킥스타트 설치를 사용할 수 없게 됩니다.

게시물 제목에 모든 내용이 나와 있습니다. CentOS 7에서 Rocky Linux 8로 마이그레이션하는 첫 번째 단계는 모듈 RPM 때문에 실패합니다.

를 통해 기존 방식으로 설치된 경우 dnf종속성 dnf이 모듈식 RPM으로만 사용 가능한지 확인하고 모듈의 앱 스트림을 활성화하여 다른 종속성을 올바른 버전으로 설치합니다.

사용자 정의 배포판의 자동 설치를 위해 --download-only를 통해 추가 RPM이 다운로드됩니다 dnf. 이 특정한 경우 docker는 Rocky Linux 8에 설치됩니다. 모듈 RPM 및 종속성은 해당 스트림에서 분리되어 ISO에 배치되므로 자동 설치가 문제 없이 작동합니다.

모듈 RPM이 발견되면 repo2module가 호출되어 module.yaml. YAML 파일은 ISO 이미지의 추가 RPM 저장소에 저장되고 저장소는 modifyrepo_c. 그렇지 않으면 모듈 RPM 저장소가 작동하지 않습니다.

배포판이 성공적으로 설치된 경우 설치된 일부 모듈 RPM이 기존 앱 스트림에 속하는 것으로 인식되지 않습니다. 이전에는 를 통해 분리되었습니다 --download-only.

RPM 모듈의 앱 스트림을 수동으로 활성화하려고 하면 dnf이미 설치된 RPM의 종속성 문제를 감지합니다.

이제 점점 더 업데이트할 수 없는 시스템이 설치되었습니다. 이런 이유로, RPM 서버에 대한 기존 연결로는 시스템 업데이트가 불가능하기 때문에 kickstart를 통한 맞춤형 RHEL 기반 배포판의 오프라인 설치가 현재 불가능하다고 생각됩니다.

  1. 개발자는 모듈 RPM을 사용한 킥스타트 배포판 처리를 어떻게 구상했습니까? 아마도 배포판을 편집하는 과정에서 실수를 했을 수도 있습니다.
  2. 사전 설치된 모듈 RPM 업데이트 문제를 해결하는 방법은 무엇입니까?

관련 정보