Apologies - this log also contains a run that was aborted because I specified a custom repo incorrectly "rhev". Subsequent runs were "convert2rhel --disable-submgr --enablerepo rhel-7-server-rpms --debug" so the last question o mine is bogus, and the log is cluttered at the beginning with my mistake.

from convert2rhel.

Double apology - as I re-read all of this I believe my convert2rhel syntax was totally bogus having evolved from earlier attempts to use a custom repo. I'm going to try another run on a clean machine as follows.

convert2rhel --debug

I'll add to this comment with my results.

from convert2rhel.

Problem persists - less confusion I hope this time.
One issue, my "Red Hat Enterprise Linux for Virtual Datacenters, Standard" is not letting new machine register, I opened a ticket with RedHat and got around that issue today by unregistering a physical machine and letting this VM grab that entitlement. It worked, and the convert2rhel proceeded.

[root@dhcp189 log]# convert2rhel --debug

I'm attaching a zip file problems.zip containing, logs and text files showing the varying states of the rpms later missing. (greps of the logs in /var/log/convert2rhel)
convert2rhel.log
rpm_va.log
$ grep libreport-plugin-mantisbt * > libreport-plugin-mantisbt.txt
$ grep libreport-centos * > libreport-centos.txt

Regards,

David

problems.zip

from convert2rhel.

I seem to be a day late and a dollar short - read to the bottom of "Fail when convert CentOS 7.9 to RHEL 7.9 #166" and I see that my dependency issue understood and work in progress. I'll work with that and keep an eye out for developments.

from convert2rhel.

Hi @dpconners, thanks for the time you're taking to report the issues.

The libreport-centos and libreport-plugin-mantisbt are being removed by convert2rhel:
https://github.com/oamg/convert2rhel/blob/v0.17/convert2rhel/data/7/x86_64/configs/centos-7-x86_64.cfg#L16

That indeed causes the conversion to fail when the abrt package is installed. As you found out, we have got that reported some time ago yet haven't got to it yet.

As a workaround for that issue you can uninstall the abrt package manually before executing convert2rhel and install it back after the conversion.

from convert2rhel.

Hi @bocekm, Thanks for all your efforts! I took what I learned from that other ticket and have succeeded with a couple of converts.

VMware VM using RedHat Credentials (convert2rhel --debug) and a VMware VM using a local repo. (convert2rhel --disable-submgr --enablerepo rhel-7-server-rpms --debug --disable-colors --no-rpm-va )

In progress - "convert2rhel --disable-submgr --enablerepo rhel-7-server-rpms --debug --disable-colors --no-rpm-va" on a KVM VM configured as UEFI boot. Having been alerted by https://bugzilla.redhat.com/show_bug.cgi?id=1898314 I wanted to test that "solution".

Is it still the case that the workaround on that page is still needed?

Regards,

David

from convert2rhel.

Nothing but success now. Thanks again for your efforts. I'm solid now - do we close this?

My notes for convert2rhel of a (remote) KVM VM configured with UEFI boot, and using a local RedHat repo.

Assumes that the rhev.repo file has been copied to /etc/yum.repos.d/rhev.repo

$ yum install tmux -y
$ yum install -y https://github.com/oamg/convert2rhel/releases/download/v0.17/convert2rhel-0.17-1.el7.noarch.rpm
$ yum erase abrt -y
$ yum erase libreport -y
$ yum update -y
$ reboot
$ tmux new -s convert
$ convert2rhel --disable-submgr --enablerepo rhel-7-server-rpms --debug --disable-colors --no-rpm-va
$
Do NOT reboot until the boot record is fixed. (may or may not still be needed?)

$ grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
$ efibootmgr
$ efibootmgr -Bb 0004
$ efibootmgr -c -d /dev/sda -p 1 -l \EFI\redhat\shimx64.efi -L "Red Hat Enterprise Linux 7"
$ efibootmgr -v
$ yum --enablerepo rhel-7-server-rpms install abrt

$ reboot

from convert2rhel.