Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1509158 - Mater services were not started automatically after reboot hosts for an upgraded non-ha deployed env
Mater services were not started automatically after reboot hosts for an upgra...
Status: CLOSED ERRATA
Product: OpenShift Container Platform
Classification: Red Hat
Component: Upgrade (Show other bugs)
3.7.0
Unspecified Unspecified
medium Severity medium
: ---
: 3.7.0
Assigned To: Michael Gugino
liujia
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-11-03 04:39 EDT by liujia
Modified: 2017-11-28 17:21 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-11-28 17:21:23 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2017:3188 normal SHIPPED_LIVE Moderate: Red Hat OpenShift Container Platform 3.7 security, bug, and enhancement update 2017-11-28 21:34:54 EST

  None (edit)
Description liujia 2017-11-03 04:39:12 EDT
Description of problem:
Run upgrade against a non-ha ocp from v3.6 to v3.7, after upgrade successfully, reboot master hosts, master api and controllers service will not started by default after reboot. They should be enabled in systemd.

Workaround is to start all master services manually.

# systemctl status atomic-openshift-master*
● atomic-openshift-master-api.service - Atomic OpenShift Master API
   Loaded: loaded (/usr/lib/systemd/system/atomic-openshift-master-api.service; disabled; vendor preset: disabled)
   Active: active (running) since Fri 2017-11-03 02:48:24 EDT; 1h 45min ago
     Docs: https://github.com/openshift/origin
 Main PID: 21656 (openshift)
   Memory: 283.2M
....................


● atomic-openshift-master-controllers.service - Atomic OpenShift Master Controllers
   Loaded: loaded (/usr/lib/systemd/system/atomic-openshift-master-controllers.service; disabled; vendor preset: disabled)
   Active: active (running) since Fri 2017-11-03 02:48:35 EDT; 1h 45min ago
     Docs: https://github.com/openshift/origin
 Main PID: 21925 (openshift)
   Memory: 105.8M
   CGroup: /system.slice/atomic-openshift-master-controllers.service
           └─21925 /usr/bin/openshift start master controllers --config=/etc/origin/master/master-config.yaml --loglevel=5 --listen=https://0.0.0.0:8444



Version-Release number of the following components:
openshift-ansible-3.7.0-0.190.0.git.0.129e91a.el7.noarch

How reproducible:
always

Steps to Reproduce:
1. Install non-ha v3.6 ocp
2. Upgrade v3.6 to v3.7
3. Reboot master host

Actual results:
Mater services were not started automatically

Expected results:
Master services should be started as a system service by default

Additional info:
Please attach logs from ansible-playbook with the -vvv flag
Comment 1 Michael Gugino 2017-11-03 12:10:25 EDT
PR Created: https://github.com/openshift/openshift-ansible/pull/6005
Comment 3 liujia 2017-11-06 21:12:10 EST
Verified on openshift-ansible-3.7.0-0.196.0.git.0.27cd7ec.el7.noarch
Comment 6 errata-xmlrpc 2017-11-28 17:21:23 EST
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, 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-2017:3188

Note You need to log in before you can comment on or make changes to this bug.