Bug 1653563
| Summary: | [Next_gen_installer]Cannot go through oc new-app process for cannot communicate with integrated registry | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Wenjing Zheng <wzheng> |
| Component: | Networking | Assignee: | Dan Mace <dmace> |
| Status: | CLOSED ERRATA | QA Contact: | Meng Bo <bmeng> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 4.1.0 | CC: | aos-bugs, wsun, wzheng, xiuwang, xxia |
| Target Milestone: | --- | ||
| Target Release: | 4.1.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | No Doc Update | |
| Doc Text: |
undefined
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-06-04 10:41:04 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
Wenjing Zheng
2018-11-27 06:37:31 UTC
Does your cluster have a running internal registry? What cloud platform are you running on? (Only AWS will get a running registry automatically today, for any other platform you'd have to configure storage for the registry) Nevermind, it appears this was regressed such that even when the registry is deployed, internalRegistryHostname is not being set properly. Yes, we use AWS for next gen install, the storage backend is s3 by default and pod is running. new PR w/ fix is https://github.com/openshift/cluster-image-registry-operator/pull/92 This is just a dummy pull reference to make the bot happy: https://github.com/openshift/origin/pull/1 Have checked with latest version for next gen install on AWS cluster, build can completed successfully, but pod failed with ImagePullBackOff error: registry.svc.ci.openshift.org/openshift/origin-v4.0-2018-12-04-043233@sha256:c8c110b8733d0d352ddc5fe35ba9eeac913b7609c2c9c778586f2bb74f281681 Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 23s default-scheduler Successfully assigned wzheng1/ruby-ex-1-k89kq to ip-10-0-173-144.ec2.internal Normal BackOff 20s kubelet, ip-10-0-173-144.ec2.internal Back-off pulling image "image-registry.openshift-image-registry.svc:5000/wzheng1/ruby-ex@sha256:1d97235d3526a90ceef2849e172c65d7080400a38d028c0f7b3925d44106c6ed" Warning Failed 20s kubelet, ip-10-0-173-144.ec2.internal Error: ImagePullBackOff Normal Pulling 6s (x2 over 21s) kubelet, ip-10-0-173-144.ec2.internal pulling image "image-registry.openshift-image-registry.svc:5000/wzheng1/ruby-ex@sha256:1d97235d3526a90ceef2849e172c65d7080400a38d028c0f7b3925d44106c6ed" Warning Failed 6s (x2 over 21s) kubelet, ip-10-0-173-144.ec2.internal Failed to pull image "image-registry.openshift-image-registry.svc:5000/wzheng1/ruby-ex@sha256:1d97235d3526a90ceef2849e172c65d7080400a38d028c0f7b3925d44106c6ed": rpc error: code = Unknown desc = pinging docker registry returned: Get https://image-registry.openshift-image-registry.svc:5000/v2/: dial tcp: lookup image-registry.openshift-image-registry.svc on 10.0.0.2:53: no such host Warning Failed 6s (x2 over 21s) kubelet, ip-10-0-173-144.ec2.internal Error: ErrImagePull The image pull issue is due to cluster DNS not being setup properly so the nodes can resolve the internal registry service name. That is being fixed by the networking team, so xferring the bug there. This is no test blocker now, I will verify this bug. Verify with below version: $ oc get clusterversion version NAME VERSION AVAILABLE PROGRESSING SINCE STATUS version 4.0.0-0.alpha-2018-12-07-060250 True False 1h Cluster version is 4.0.0-0.alpha-2018-12-07-060250 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-2019:0758 |