El título del post lo tiene todo. Los primeros pasos para migrar de CentOS 7 a Rocky Linux 8 fallan (en mi opinión) debido a los RPM del módulo.
Si algo se instala de la forma tradicional a través de dnf, dnfobserva si una dependencia solo está disponible como RPM modular y activa el flujo de aplicaciones del módulo para instalar otras dependencias en la versión correcta.
Para la instalación automática de una distribución personalizada, se descargan RPM adicionales a través --download-onlyde dnf. En este caso específico, Docker está instalado en Rocky Linux 8. Los RPM y las dependencias del módulo se desacoplan de su flujo y se colocan en la ISO para que la instalación automática funcione sin problemas.
Si se encuentra un módulo RPM,
repo2modulese llama para crear un archivomodule.yaml. El archivo YAML se coloca en el repositorio RPM adicional en la imagen ISO y el repositorio se actualiza mediantemodifyrepo_c. De lo contrario, el repositorio RPM del módulo no funcionará.
Si la distribución se instaló correctamente, no se reconoce que algunos RPM del módulo instalado pertenecen a una secuencia de aplicaciones existente. Anteriormente estaban desacoplados a través de --download-only.
Si intenta activar manualmente el flujo de aplicaciones del módulo RPM, dnfdetecta problemas de dependencia con los RPM ya instalados.
Ahora se instaló un sistema que no se puede actualizar cada vez más. Por esta razón, en mi opinión, la instalación fuera de línea de una distribución personalizada basada en RHEL a través de kickstart no es posible actualmente, porque no es posible actualizar el sistema con una conexión existente a un servidor RPM.
- ¿Cómo imaginaron los desarrolladores el manejo de distribuciones kickstart con módulos RPM? Quizás cometo un error en la compilación de la distribución.
- ¿Cómo solucionar el problema con la actualización de los RPM de los módulos preinstalados?