-
Notifications
You must be signed in to change notification settings - Fork 11
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
Memoize SeedImage building #112
Comments
We somehow already do something that could be useful on the backend side: we have annotations tracking the base image, the referenced registration and the cloud init that would allow us to know if we should re-build the ISO or not on SeedImage update. |
Could we move this to the ui repo? (I don't have the correct permissions) |
Issue moved @agracey . I've asked for permissions to add the elemental group to the elemental-ui repo so that you could do this kind of operation (I don't have enough permissions to do that). 🙏 |
I'll have to check if that will work. Thanks for the input @fgiudici 🙏 |
@fgiudici does this issue make sense still? doing a bit of backlog grooming |
Well, the issue is still there: anyway, it is not a critical one, it is "just" annoying as you may have to go around and delete old SeedImage resources created by the UI. |
Currently, if I go to the UI and click "Build ISO" a new SeedImage gets created. If I keep clicking this button, I end up with a bunch of pods all hosting the same thing.
Would it make more sense to add some labels/annotations to that SeedImage CR then match the requested config to allow for reuse?
The text was updated successfully, but these errors were encountered: