Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

lvm2-cluster package breaks upgrade #1050

Open
andrewlukoshko opened this issue Feb 27, 2023 · 6 comments
Open

lvm2-cluster package breaks upgrade #1050

andrewlukoshko opened this issue Feb 27, 2023 · 6 comments
Labels
bug Something isn't working

Comments

@andrewlukoshko
Copy link

Actual behavior
If lvm2-cluster package is installed then upgrade process drops into emergency shell

To Reproduce

  1. Install lvm2-cluster package from Resilient Storage repo
  2. Perform upgrade as usual

Expected behavior
System rebooted successfully and upgraded to RHEL8

System information (please complete the following information):

  • OS and version: (e.g. Fedora 29 or $ cat /etc/system-release)
    Red Hat Enterprise Linux Server release 7.9 (Maipo)
  • # uname -a
    Linux alukoshko-rhel-7 3.10.0-1160.83.1.el7.x86_64 Make sure Subscription Manager OS Release is unset #1 SMP Mon Dec 19 10:44:06 UTC 2022 x86_64 x86_64 x86_64 [GNU/Linux]
  • # rpm -qa "*leapp*" (or shorthashes of commits in case of manual installation):
    leapp-deps-0.15.0-2.el7_9.noarch
    leapp-upgrade-el7toel8-deps-0.17.0-1.el7_9.noarch
    leapp-upgrade-el7toel8-0.17.0-1.el7_9.noarch
    python2-leapp-0.15.0-2.el7_9.noarch
    leapp-0.15.0-2.el7_9.noarch

Attach (or provide link to) log files if applicable (optional - may contain confidential information):
leapp-logs.tar.gz


Additional context

It's possible to workaround by running /sbin/lvmconf --disable-cluster before upgrade.
But after reboot initramfs will be broken anyway and system will be unbootable.

@andrewlukoshko andrewlukoshko added the bug Something isn't working label Feb 27, 2023
@andrewlukoshko
Copy link
Author

@pirat89 could you please take a look?

@pirat89
Copy link
Member

pirat89 commented Mar 7, 2023

@andrewlukoshko Hi \o thank you for the report. Our team does not have any experience with this setup but from my information lvm2-cluster is not present since RHEL 8 (and most likely the functionality is not present also) so probably the system upgrade should be inhibited if the package is installed. No idea whether there is something what users could do (except something like drop the machine from the cluster, uninstall the package, reboot the system and if still working, then upgrade)

@andrewlukoshko
Copy link
Author

andrewlukoshko commented Mar 7, 2023

@pirat89 lvm2-cluster is mentioned in pes-events.json as removed so it should be just removed during upgrade. But instead of this it breaks it. That's the problem. And unfortunately it breaks it even without any setup, just presence of the package is enough to break upgrade.

@pirat89
Copy link
Member

pirat89 commented Mar 13, 2023

The error is caused by the failed preun scriptlet of the lvm2-cluster package, trying to disable the cluster. From this point:

a) the package must be removed prior the upgrade
b) or the scriptlet must be updated to skip any action in case the in-place upgrade is running

I haven't tried to call the command to disable cluster prior the upgrade. It's possible there are additional steps that could be done, but this is the simplies solution that came to my mind.

In the meanwhile it would be nice to have an inhibitor that prevents any upgrade on such a machine.
@oamg/developers @vojtechsokol fyi ^

@andrewlukoshko
Copy link
Author

@pirat89 Unfortunately, as I said before, this package itself is a problem, not only its preun scriptlet.
If you run /sbin/lvmconf --disable-cluster before update then preun scriptlet will not fail, but after reboot system can't boot because of probably broken initramfs.
So currently only option a) can be easy solution. But probably someone can debug what happens with initramfs.

@vojtechsokol
Copy link
Member

Hi, there is a bz for this issue (rhbz1820088), but it's closed as wontfix (there are also Jira issues OAMG-3188 and OAMG-5633, most probably RH-internal only). I believe the only feasible solution here is to inhibit the upgrade when the package is present onthe upgraded system.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants