Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ImageStreamTag possibly should not return 404 when a status exists and the image does not #5391

Closed
smarterclayton opened this issue Oct 26, 2015 · 5 comments
Assignees
Labels

Comments

@smarterclayton
Copy link
Contributor

An image stream that has only referential (but no import) tags currently returns 404 when you try to look up the tag

  apiVersion: v1
  kind: ImageStream
  metadata:
    creationTimestamp: 2015-10-26T01:41:23Z
    name: installable
    namespace: default
    resourceVersion: "303"
    selfLink: /oapi/v1/namespaces/default/imagestreams/installable
    uid: aa34c0dd-7b82-11e5-8dcb-080027c5bfa9
  spec:
    tags:
    - annotations:
        io.openshift.generate.job: "true"
      from:
        kind: DockerImage
        name: openshift/origin:v1.0.6
      name: installable
    - from:
        kind: ImageStreamTag
        name: installable:installable
      name: latest
  status:
    dockerImageRepository: ""
    tags:
    - items:
      - created: 2015-10-26T01:41:23Z
        dockerImageReference: openshift/origin:v1.0.6
        image: ""
      tag: installable
    - items:
      - created: 2015-10-26T01:41:23Z
        dockerImageReference: openshift/origin:v1.0.6
        image: ""
      tag: latest
$ oc get istag/installable:latest
Error from server: imageStreamTag "installable:latest" not found

I'm not sure it's correct to return a 404 for a tag that clearly exists. We don't have a way to indicate the image has no metadata today, but we probably should.

@smarterclayton
Copy link
Contributor Author

@miminar @ncdc @pweil-

@pweil-
Copy link
Contributor

pweil- commented Oct 26, 2015

@soltysh

@miminar
Copy link

miminar commented Oct 26, 2015

For image pruning, we are going to extend imageapi.Image for Finalizers and Status saying whether an image is about to be deleted. We could extend the Status to indicate that metadata are being imported (e.g. Status == Importing). Although it's a redundant information because such an image will have Name and DockerImageMetadata empty.

@smarterclayton
Copy link
Contributor Author

We don't know what the images digest is until we import it, so there's no
place to put in Importing on an Image.

On Mon, Oct 26, 2015 at 10:03 AM, Michal Minar notifications@github.com
wrote:

For image pruning, we are going to extend imageapi.Image for Finalizers
and Status saying whether an image is about to be deleted. We could
extend the Status to indicate that metadata are being imported (e.g. Status
== Importing). Although it's a redundant information because such an
image will have Name and DockerImageMetadata empty.


Reply to this email directly or view it on GitHub
#5391 (comment).

@soltysh
Copy link
Contributor

soltysh commented Oct 28, 2015

Since we're returning ImageStreamTag, I'd suggest returning ist information but with empty Image field, maybe eventually filled in DockerImageReference pointing to exact image. Which would then mean there's no information about that particular image. How's that?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants