Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1880979

Summary: FFWD2 13->16 Deployment fails on Failed to find module 'nf_conntrack_proto_sctp'
Product: Red Hat OpenStack Reporter: Lukas Bezdicka <lbezdick>
Component: openstack-tripleo-heat-templatesAssignee: Lukas Bezdicka <lbezdick>
Status: CLOSED ERRATA QA Contact: Jesse Pretorius <jpretori>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 16.1 (Train)CC: cfields, ealcaniz, fpantano, jfrancoa, jgrosso, joflynn, jpretori, jthomas, kthakre, mburns, msufiyan, ravsingh, sathlang, tkajinam, vkhitrin
Target Milestone: z3Keywords: Triaged
Target Release: 16.1 (Train on RHEL 8.2)Flags: jgrosso: needinfo-
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-tripleo-heat-templates-11.3.2-1.20200914170164.el8ost Doc Type: Known Issue
Doc Text:
Currently, a change in OSP13 puppet module kmod has resulted in the wrong module setting for `systemd-modules-load.service`. This is not an issue in OSP13 but results in failure during deployment in fast forward upgrade on OSP16.1. + Workaround: + Enter the following command: + ---- rm -f /etc/modules-load.d/nf_conntrack_proto_sctp.conf ----
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-12-15 18:36:32 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 Lukas Bezdicka 2020-09-21 10:29:50 UTC
Update for OSP13 pulled in new puppet-kmod with change https://github.com/camptocamp/puppet-kmod/commit/f46b527b43d967d18e697f97040ed585a8e8ebba
This results in obsolete modules that are defined in https://github.com/openstack/tripleo-heat-templates/blob/stable/queens/puppet/services/kernel.yaml#L143 being put into /etc/modules-load.d instead of /etc/sysconfig/modules and this makes systemd-modules-load service fail on next reboot. This is not showing up as an issue on OSP13 as we don't manage systemd-modules-load service in any way so we end up ignoring the failure all together.

On OSP16 we manage this service and we can't finish leapp due to change that came from OSP13. We need to create cleanup procedure in the FFWD2.

Comment 1 Jesse Pretorius 2020-09-30 09:53:05 UTC
*** Bug 1883741 has been marked as a duplicate of this bug. ***

Comment 20 errata-xmlrpc 2020-12-15 18:36:32 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Red Hat OpenStack Platform 16.1.3 bug fix and enhancement advisory), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2020:5413