Bug 1428871 - docker-registry trying to start regardless of whether containers are enabled
Summary: docker-registry trying to start regardless of whether containers are enabled
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: instack-undercloud
Version: 10.0 (Newton)
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Dan Prince
QA Contact: Arik Chernetsky
URL:
Whiteboard:
: 1430592 (view as bug list)
Depends On: 1428606
Blocks: 1428848 1428853
TreeView+ depends on / blocked
 
Reported: 2017-03-03 14:37 UTC by John Walsh
Modified: 2020-04-15 15:26 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1428606
Environment:
Last Closed: 2017-08-04 14:06:37 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 2955121 0 None None None 2017-03-06 09:52:03 UTC

Description John Walsh 2017-03-03 14:37:29 UTC
+++ This bug was initially created as a clone of Bug #1428606 +++

Adding clone for OSP10

Description of problem:
During undercloud deployment, the docker registry is being configured by default even though default installations do not need it.

Version-Release number of selected component (if applicable):
OSP 11

How reproducible:
Always

Steps to Reproduce:
1. deploy undercloud
2.check for docker registry
3.

Actual results:
docker registry running (or failed to start)

Expected results:
docker not running or trying to run.

Additional info:
This is compounded by the fact that the docker registry service no longer exists in RHEL 7.3 Extras docker packages.  It causes undercloud installs and updates/upgrades to fail

--- Additional comment from wes hayutin on 2017-03-02 18:22:36 EST ---

WORKAROUND: In the undercloud.conf file
set the following:

hieradata_override = foo.yaml

in foo.yaml
# turn off docker registry
enable_docker_registry: false

Comment 1 Mike Burns 2017-03-09 14:26:26 UTC
*** Bug 1430592 has been marked as a duplicate of this bug. ***

Comment 2 Yolanda Robla 2017-06-26 13:18:50 UTC
Affects OSP8 as well

Comment 3 Dan Prince 2017-07-07 15:22:09 UTC
Mike:

The new package name is docker-distribution. Puppet-tripleo should now be updated to use this package on older branches (see the previous comment).

I don't think we want to change the defaults for this release as it would affect the tech preview instructions to enable the containerized compute role right?

Is this still a high priority?

Comment 4 Mike Burns 2017-07-24 12:09:14 UTC
This was filed in conjunction with bug 1428608.  I viewed it as an either/or situation.  I still think that we shouldn't enable the docker registry if we're not deploying containers (which is the default for OSP 10), but I'll leave it to your team to decide whether to fix this or not.

Comment 5 Dan Prince 2017-08-04 14:06:37 UTC
Closing for now as to keep things simple.


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