Bug 1903146
Summary: | After minor upgrade cloud-init started to erase /etc/resolv.conf contents on overcloud nodes after reboot | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Alex Stupnikov <astupnik> |
Component: | openstack-tripleo-common | Assignee: | Rabi Mishra <ramishra> |
Status: | CLOSED ERRATA | QA Contact: | David Rosenfeld <drosenfe> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 13.0 (Queens) | CC: | ahyder, ariveral, aschultz, coldford, drosenfe, ealcaniz, ggrimaux, jhajyahy, jpretori, ldenny, mburns, mircea.vutcovici, nchandek, pweeks, ramishra, redhat, satmakur, slinaber, spower |
Target Milestone: | async | Keywords: | TestOnly, Triaged, ZStream |
Target Release: | 13.0 (Queens) | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | openstack-tripleo-common-8.7.1-28.el7ost openstack-tripleo-heat-templates-8.4.1-86.el7ost | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-08-02 13:36:19 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
Alex Stupnikov
2020-12-01 13:23:06 UTC
Moved to Compute because customer case says rebooting compute node causes /etc/resolv.conf to be rewritten. Hi Rabi, Is this change able to be backported to OSP13? I see this bug is still in ON_DEV status, just wanted to give the customer an update. According to our records, this should be resolved by openstack-tripleo-common-8.7.1-29.el7ost. This build is available now. In the past few days we have updated two OSP13 environments from Z12 to Z16 and in both cases all the overcloud nodes (controllers, hypervisors) ended up with an empty /etc/resolv.conf after rebooting. It appears to be the same issue as described by the original reporter of this BZ. Restarting the network service on each node resolves the issue temporarily, at least until the next reboot. The openstack-tripleo-common package on the directors is in fact the same version as mentioned above: (undercloud) [stack@nlhrl1vim52-dir2 ~]$ rpm -q openstack-tripleo-common openstack-tripleo-common-8.7.1-29.el7ost.noarch > The openstack-tripleo-common package on the directors is in fact the same version as mentioned above:
For minor updates you would need openstack-tripleo-heat-templates-8.4.1-86.el7ost which I don't think shipped with z16.
Ah, indeed, we have a different version of that package: (undercloud) [stack@nlhrl1vim52-dir2 ~]$ rpm -q openstack-tripleo-heat-templates openstack-tripleo-heat-templates-8.4.1-85.el7ost.noarch Run job http://staging-jenkins2-qe-playground.usersys.redhat.com/view/DFG/view/upgrades/view/update/job/DFG-upgrades-updates-13-from-z14-HA-ipv4/ which performs minor update to latests z stream and also reboots the overcloud Verified that /etc/resolv.conf was not changed 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 13 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/RHBA-2021:2978 *** Bug 1933202 has been marked as a duplicate of this bug. *** The needinfo request[s] on this closed bug have been removed as they have been unresolved for 365 days |