Bug 1292679
| Summary: | Ansible can not judge whether the specified images exist accurately | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Ma xiaoqiang <xiama> |
| Component: | Installer | Assignee: | Scott Dodson <sdodson> |
| Status: | CLOSED ERRATA | QA Contact: | Ma xiaoqiang <xiama> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3.1.0 | CC: | aos-bugs, bleanhar, jokerman, mmccomas, xtian |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-01-27 19:43:24 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
Ma xiaoqiang
2015-12-18 03:18:04 UTC
Personally, my main concern is the experience around the 'wait images' timeout. Obviously, a timeout needs to be set because we can't have it waiting forever. We just need to make sure the admin knows how they can manually download the images to debug whatever latency or connection problem may trigger the issue. It seems reasonable to always attempt pulling the images. We don't really have any other way to ensure the latest one exists on disk. It's not going to re-download any layers that are already on disk so I don't see this as a huge problem. Hmm, looking at https://github.com/openshift/openshift-ansible/blob/master/roles/openshift_master/tasks/main.yml#L99 it seems ansible is supposed to avoid the redownload. There may be a bug in the playbook then. I was working on fixing this here. https://github.com/openshift/openshift-ansible/pull/1097 I'm going to refactor it per Jason's suggestion to use a filter rather than awk and I'll probably drop the wait loop all together. I think the behavior I was working around via the wait loop was actually a symptom of poor image name matching rather than a problem where docker pull returns success pre-maturely. I've switched to always pulling the images now. https://github.com/openshift/openshift-ansible/pull/1097 You may test by running the following on your checkout git pull https://github.com/sdodson/openshift-ansible containers Check on openshift-ansible -b master
check the oc and oadm command
docker run -i --privileged --net=host --user=${user}:${group} -v ~/.kube:/root/.kube -v /tmp:/tmp -v /etc/origin:/etc/origin -e KUBECONFIG=/root/.kube/config --entrypoint ${cmd} --rm rcm-img-docker01.build.eng.bos.redhat.com:5001/openshift3/ose:v3.1.1.1 "${@}"
Use the specified image. move it to VERIFIED.
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/RHBA-2016:0075 |