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

Unable to look up dockerImageLayers information for all ImageStreamTag objects at once #23869

Open
bsquizz opened this issue Sep 26, 2019 · 5 comments
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.

Comments

@bsquizz
Copy link

bsquizz commented Sep 26, 2019

Is there a more efficient way to obtain the dockerImageLayers for all images? Currently with oc get istag --all the dockerImageLayers info is omitted. I get the same result when listing all ImageStreamTags via the REST API as well. Is there a flag I can pass to have the imageLayer data returned in a v1.ImageStreamTagList?

$ oc version
oc v3.11.43
kubernetes v1.11.0+d4cacc0
features: Basic-Auth GSSAPI Kerberos SPNEGO

Server <snip>
openshift v3.11.43
kubernetes v1.11.0+d4cacc0
Steps To Reproduce

oc get istag --all -o yaml

Current Result

Output contains no dockerImageLayers info, it is set to 'null':

apiVersion: v1
items:
- apiVersion: image.openshift.io/v1
  generation: 20
  image:
    dockerImageLayers: null
Expected Result

I'd like to have a way to get the dockerImageLayers for all tags at once. Currently what I have to do is:

  1. get the list of istags
  2. get data for each one individually to then look up the image layer info

This is really time consuming because we have ~300 images

@openshift-bot
Copy link
Contributor

Issues go stale after 90d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle stale

@openshift-ci-robot openshift-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Dec 25, 2019
@bsquizz
Copy link
Author

bsquizz commented Dec 29, 2019 via email

@openshift-ci-robot openshift-ci-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Dec 29, 2019
@openshift-bot
Copy link
Contributor

Issues go stale after 90d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle stale

@openshift-ci-robot openshift-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Mar 28, 2020
@bsquizz
Copy link
Author

bsquizz commented Mar 29, 2020 via email

@openshift-ci-robot openshift-ci-robot removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Mar 29, 2020
@bsquizz
Copy link
Author

bsquizz commented Mar 29, 2020

/lifecycle frozen

@openshift-ci-robot openshift-ci-robot added the lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. label Mar 29, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.
Projects
None yet
Development

No branches or pull requests

3 participants