Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1519536 - [Documentation] Running against sat6 "openstack overcloud container image tag discover" results in "docker pull failed: unknown: Not Found". [NEEDINFO]
[Documentation] Running against sat6 "openstack overcloud container image tag...
Status: POST
Product: Red Hat OpenStack
Classification: Red Hat
Component: documentation (Show other bugs)
12.0 (Pike)
Unspecified Unspecified
high Severity high
: ---
: 12.0 (Pike)
Assigned To: Dougal Matthews
Omri Hochman
: Triaged, ZStream
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-11-30 16:05 EST by Alexander Chuzhoy
Modified: 2018-09-10 14:48 EDT (History)
11 users (show)

See Also:
Fixed In Version:
Doc Type: Known Issue
Doc Text:
You must manually discover the latest Docker image tags for current container images that are stored in Red Hat Satellite. For more information, see the Red Hat Satellite documentation: https://access.redhat.com/documentation/en-us/red_hat_satellite/6.2/html/content_management_guide/managing_container_images#managing_container_images_with_docker_tags
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
mburns: needinfo? (sbaker)


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Launchpad 1735565 None None None 2017-11-30 17:11 EST

  None (edit)
Description Alexander Chuzhoy 2017-11-30 16:05:36 EST
Running "openstack overcloud container image tag discover" results in "docker pull failed: unknown: Not Found".


Environment:
openstack-tripleo-heat-templates-7.0.3-12.el7ost.noarch
instack-undercloud-7.4.3-5.el7ost.noarch
openstack-puppet-modules-11.0.0-1.el7ost.noarch



Steps to reproduce:
Trying to run discovery on images located on sat6:
openstack overcloud container image tag discover --image rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api-docker:latest --tag-from-label version-release
docker pull failed: unknown: Not Found
retrying pulling image: rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api-docker:latest
docker pull failed: unknown: Not Found
retrying pulling image: rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api-docker:latest
docker pull failed: unknown: Not Found
retrying pulling image: rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api-docker:latest
docker pull failed: unknown: Not Found
retrying pulling image: rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api-docker:latest
docker pull failed: unknown: Not Found
retrying pulling image: rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api-docker:latest
Could not pull image rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api-docker:latest




Notes:
1) Able to pull the image:

docker pull rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api:latestTrying to pull repository rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api ... 
latest: Pulling from rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api
243dc7b9e786: Already exists 
550516fb1c76: Already exists 
7e3b8bb71c85: Already exists 
7f0692709d0e: Already exists 
eb26cc12bd82: Already exists 
b13fc19d0e80: Already exists 
Digest: sha256:43b65a0e7f9fba04fa49343617a5890d5d4a4808e7e382c6c0d467f73a15f4aa


2)
The image has the correct tags:
skopeo inspect --tls-verify=false docker://rhos-compute-node-08.lab.eng.rdu2.redhat.com:5000/default_organization-osp12_containers-gnocchi-api:latest|jq ".RepoTags"
[
  "12.0-20171127.1",
  "latest"
]
Comment 1 Steve Baker 2017-11-30 16:22:14 EST
So it looks like the tag discover has an issue parsing the tag when there is a port :5000 specified.

Since 5000 is the standard port I though I could just do this as a workaround:
  openstack overcloud container image tag discover --image rhos-compute-node-08.lab.eng.rdu2.redhat.com/default_organization-osp12_containers-gnocchi-api:latest --tag-from-label version-release

But no! Docker tries to pull this as an x/y image from docker.io

We have 2 options here:
- fix the tag discover parsing (this will be done anyway, but getting it backported quickly requires Process)
- Dan Macpherson investigates if sat6 can have an extra / in the path, so docker's namespace parsing works as expected, eg:
  default_organization/osp12_containers-gnocchi-api:latest
Comment 2 Steve Baker 2017-11-30 17:49:08 EST
I just had a chat with dbecker, IMO this should not be a blocker and we should document in the sat6 case[1] to skip the discover tag step and to use a specific (versioned) tag. I'm not sure exactly how this temporary workaround docs would be presented, so setting needinfo on Dan Macpherson.

[1] https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/12-beta/html/director_installation_and_usage/configuring-registry_details#Configuring-Registry_Details-Satellite
Comment 3 Dan Macpherson 2017-11-30 19:42:18 EST
(In reply to Steve Baker from comment #1)
> - Dan Macpherson investigates if sat6 can have an extra / in the path, so
> docker's namespace parsing works as expected, eg:
>   default_organization/osp12_containers-gnocchi-api:latest

I think this option is out. AFAIK the container namespace parsing is a Pulp convention and I don't think it can be modified within the Sat6 workflow.

(In reply to Steve Baker from comment #2)
> I just had a chat with dbecker, IMO this should not be a blocker and we
> should document in the sat6 case[1] to skip the discover tag step and to use
> a specific (versioned) tag. I'm not sure exactly how this temporary
> workaround docs would be presented, so setting needinfo on Dan Macpherson.
> 
> [1]
> https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/12-
> beta/html/director_installation_and_usage/configuring-
> registry_details#Configuring-Registry_Details-Satellite

Sure, and I don't see this as a major issue either since you can see all the tags usig Sat6. I think we can just recommend users look up the tag in Say 6.

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