Bug 1965233
Summary: | [FFU 13 -> 16.x] xinetd is running after upgrade, blocking swift_rsync container | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Jose Luis Franco <jfrancoa> |
Component: | openstack-tripleo-heat-templates | Assignee: | Jesse Pretorius <jpretori> |
Status: | CLOSED ERRATA | QA Contact: | Jason Grosso <jgrosso> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 16.2 (Train) | CC: | cschwede, jgrosso, jpretori, mburns |
Target Milestone: | z2 | Keywords: | AutomationBlocker, Triaged |
Target Release: | 16.2 (Train on RHEL 8.4) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | openstack-tripleo-heat-templates-11.6.1-2.20210625224810.1be1855.el8ost | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-03-23 22:28:29 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
Jose Luis Franco
2021-05-27 09:04:16 UTC
xinetd is running after the upgrade on port 873 on the undercloud - and this conflicts with the rsync container, also running on port 873. However, the Swift rsync container does not need to run on the undercloud, because there is only a single replica. Proposed a fix upstream to not run Swift rsync if in single replica mode. Might need another check why xinetd is running after the upgrade. The docs say to remove it: https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.1/html-single/framework_for_upgrades_13_to_16.1/index#removing-red-hat-openstack-platform-director-packages Perhaps something is adding it back after the install? So, after Jesse's comment I checked our automation code and it seems we are not running the same command we have in the docs: - name: Remove old RHEL7 packages # Remove all el7ost packages except those which could imply the removal # (direct or indirect) of the leapp and subscription-manager packages. shell: >- yum -y remove *el7ost* galera* haproxy* httpd mysql* pacemaker* python-jsonpointer qemu-kvm-common-rhev qemu-img-rhev rabbit* redis* python3* -- -*openvswitch* -python-docker -python-PyMySQL -python-pysocks -python2-asn1crypto -python2-babel -python2-cffi -python2-cryptography -python2-dateutil -python2-idna -python2-ipaddress -python2-jinja2 -python2-jsonpatch -python2-markupsafe -python2-pyOpenSSL -python2-requests -python2-six -python2-urllib3 -python-httplib2 -python-passlib -python2-netaddr -ceph-ansible -python2-chardet https://github.com/openstack/tripleo-upgrade/blob/stable/train/tasks/common/undercloud_os_upgrade.yaml#L23-L60 I will update the tripleo-upgrade code and relaunch the job to see if it helps. Thanks for having a look. 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 (Moderate: Red Hat OpenStack Platform 16.2 (openstack-tripleo-heat-templates) security update), 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/RHSA-2022:0995 |