rocky-tools/migrate2rocky
2021-07-16 16:06:22 +12:00
..
migrate2rocky.sh Fix variable name typo. 2021-07-16 16:06:22 +12:00
README.md Update README with RedHat BugZilla ID. 2021-07-09 23:10:45 +12:00

migrate2rocky -- Conversion Script

Running this script will convert an existing CentOS 8 system to Rocky Linux 8.

Usage

./migrate2rocky.sh -h
├── -h   # --> Display this help
├── -r   # --> Convert to Rocky
└── -V   # --> Verify switch

[!! USE WITH CAUTION !!]

Known Issues

Custom replacements of default repositories

This script expects the original repository configuration being present, as well as enabled (i.e. for CentOS the baseos repo configuration in the /etc/yum.repos.d/CentOS-Linux-BaseOS.repo file has to be present and enabled). Also make sure that there are no other repositories which could interfere with the original configuration.

Any distribution that has had its core repositories altered, removed, duplicated or overridden may cause migrate2rocky to break or corrupt the system when run. Any attempt to migrate such systems, even after reversing the changes made by such software, is not supported in any way. In all cases you should backup your system before using migrate2rocky and USE AT YOUR OWN RISK.

This especially happens on systems configured with a centralized package management like Katello (RedHat Satellite 6) or Uyuni (RedHat Satellite 5, SUSE Manager).

RHEL migrations show error messages during conversion

  Installing       : rocky-release-8.3-13.el8.noarch                        2/5Error unpacking rpm package rocky-release-8.3-13.el8.noarch
...
error: unpacking of archive failed on file /usr/share/redhat-release: cpio: File from package already exists as a directory in system
error: rocky-release-8.3-13.el8.noarch: install failed
...
Error: Transaction failed

This results from conflicts in the directory structure of RHEL with that of RockyLinux. migrate2rocky will detect the issue and go on to remove the conflicting directory and install rocky-release with the rpm command.

No matches found for the following enable plugin patterns: config-manager

The above error message is a display bug in dnf. It does not affect the actual dnf command or the migration. You may safely ignore this message. (RHBZ#1980712)

Grub still shows kernel entries from previous installation

This is normal. The running kernel cannot be safely removed when migrate2rocky is run. The RockyLinux kernel should come up as the default highlighed kernel on reboot but the other ones will remain until they are removed or replaced by newer kernels. If you want you can manually remove the old kernels after reboot with dnf or rpm.

After migrating a system with an OpenJDK package installed you might encounter that java does not work any more. There is a bug in the OpenJDK packages that leads to losing the symbolic links in /etc/alternatives during the migration. A bug report against the upstream packages has been filed here. As a workaround you can use the following script to recreate the package default alternatives:

rpm -qa --scripts java-{1.8.0,11}-openjdk-{headless,devel} | sed -n '/postinstall/, /exit/{ /postinstall/! { /exit/ ! p} }' | sh

Latest Version

The latest version of this script can be found here.

Debugging

The migrate2rocky script pipes everything shown on stdout and stderr to /var/log/migrate2rocky.log.

If you run in to issues executing this script, please submit an issue here.

Make sure to include the output log, and remove any sensitive information. (if any)

Feel free to create a pull request if you think you've got the fix.