Description of problem: When creating a BuildConfig using a custom build strategy that specifies the builder image using an ImageStreamTag, everything works as expected. When creating a Build directly, instead of creating a BuildConfig and instantiating a Build from it, this does not work correctly and the name is used as though it is a DockerImage kind. Version-Release number of selected component (if applicable): 3.2.1.15 How reproducible: Happens every time Actual results: Pods fail to pull builder image Expected results: Pods discover builder image using ImageStreamTag and pull that.
Tim, this is working as designed. A build will not resolve an ImageStreamTag, only a BuildConfig will. However, I think we have a bug in that we're allowing the Build object to be created as valid.
That seems fine. We are resolving the ImageStreamTag to a DockerImage when creating the Build object now, so that seems like the correct approach.
Pull request: https://github.com/openshift/origin/pull/11398
test on oc v3.4.0.16+cc70b72 openshift v3.4.0.16+cc70b72 kubernetes v1.4.0+776c994 now return is "The Build "my-build" is invalid: spec.strategy.customStrategy.from.kind: Invalid value: "ImageStreamTag": only DockerImage references are supported for Builds " change status 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-2017:0066