Bug 1896385
Summary: | Stack update causes podman package to be updated to podman-1.9.3-2 breaking minor updates on CephStorage nodes with package conflicts | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Punit Kundal <pkundal> |
Component: | tripleo-ansible | Assignee: | Giulio Fidente <gfidente> |
Status: | CLOSED DUPLICATE | QA Contact: | Joe H. Rahme <jhakimra> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 16.1 (Train) | CC: | amoralej, apevec, bzehrfuc, fpantano, gfidente, jjoyce, jpichon, karim.blidi, mburns, michal.vasko, ramishra, ykarel |
Target Milestone: | --- | Keywords: | Reopened, Triaged |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-12-22 19:26:01 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Punit Kundal
2020-11-10 12:48:09 UTC
Sounds like a subscription issue. Please check https://access.redhat.com/solutions/5528711. Closing it. Please reopen if it does not resolve your issue. As already mentioned in the initial description of the issue is it not possible to use EUS subscriptions for Ceph node. The Ceph subscription does not include RHEL EUS. Control nodes (full image) -> RHEL 8.2 EUS (release set to 8.2) Compute nodes (full image) -> RHEL 8.2 EUS (release set to 8.2) Ceph nodes (minimal image) -> RHEL 8.2 non-EUS (release not specified) The solution link is not suitable for Ceph nodes. This is actually unrelated to EUS and non-EUS. Ceph nodes can be non-EUS. The issue here is the version of the container-tools module. The default is "rhel8" which will give podman 1.9.3 (or newer). OpenStack is only tested with container-tools:2.0 which includes podman-1.6.4. dnf module disable container-tools:rhel8 dnf module enable container-tools:2.0 (In reply to Mike Burns from comment #4) > This is actually unrelated to EUS and non-EUS. Ceph nodes can be non-EUS. > > The issue here is the version of the container-tools module. The default is > "rhel8" which will give podman 1.9.3 (or newer). OpenStack is only tested > with container-tools:2.0 which includes podman-1.6.4. > > dnf module disable container-tools:rhel8 > dnf module enable container-tools:2.0 This is in the update documentation: https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.1/html-single/keeping_red_hat_openstack_platform_updated/index#setting-the-container-tools-module-version Could you check with the customer if they applied it properly? Hello, Looking at one of the ceph nodes; I can see that the container tools module with the expected version is enabled: +++ dnf module list --enabled Updating Subscription Management repositories. /usr/lib/python3.6/site-packages/dateutil/parser/_parser.py:70: UnicodeWarning: decode() called on unicode string, see https://bugzilla.redhat.com/show_bug.cgi?id=1693751 instream = instream.decode() Red Hat OpenStack Platform 16.1 Director Deployment Tools for RHEL 8 x86_64 (RPMs) 40 kB/s | 2.3 kB 00:00 Red Hat Ceph Storage OSD 4 for RHEL 8 x86_64 (RPMs) 42 kB/s | 2.3 kB 00:00 Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs) 50 kB/s | 2.8 kB 00:00 Red Hat Satellite Tools 6.5 for RHEL 8 x86_64 (RPMs) 36 kB/s | 2.1 kB 00:00 Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs) 42 kB/s | 2.4 kB 00:00 Red Hat Ansible Engine 2.9 for RHEL 8 x86_64 (RPMs) 42 kB/s | 2.3 kB 00:00 Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs) Name Stream Profiles Summary container-tools 2.0 [e] common [d] Common tools and dependencies for container runtimes idm client [d][e] common [d] RHEL IdM long term support client module python36 3.6 [d][e] build, common [d] [i] Python programming language, version 3.6 ruby 2.5 [d][e] common [d] An interpreter of object-oriented scripting language satellite-5-client 1.0 [d][e] common [d], gui Red Hat Satellite 5 client packages virt rhel [d][e] common [d] Virtualization module +++ Additionally the customer mentioned that they performed this change as per the update documentation i.e before running the update step on the overcloud nodes Yeah - this looks like in 16.1, we had hardcoded container-tools to 2.0 on the ceph storage nodes. For 16.2, we can also set it to container-tools:2.0. So, here's what happens: - podman 1.6.4 is installed in the image - when deployed, the container-tools stream is not selected So, whatever is performing upgrades must set up container-tools:2.0 module stream after deployment and/or prior to upgrades, since paunch has a hard requirement on 1.6.4. If it did not have a hard requirement, we could simply fix the 16.1 & 16.2 images to use latest container-tools:rhel8 podman packages, (In reply to Lon Hohberger from comment #15) > So, here's what happens: > > - podman 1.6.4 is installed in the image > - when deployed, the container-tools stream is not selected > > So, whatever is performing upgrades must set up container-tools:2.0 module > stream after deployment and/or prior to upgrades, since paunch has a hard > requirement on 1.6.4. If it did not have a hard requirement, we could simply > fix the 16.1 & 16.2 images to use latest container-tools:rhel8 podman > packages, thanks for helping Lon, the docs suggest to use container-tools:2.0 indeed [1] can we fix that and try again? 1. https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.1/html/keeping_red_hat_openstack_platform_updated/preparing-for-a-minor-update#setting-the-container-tools-module-version_keeping-updated |