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

COUUnit able to evaluate its current OpenStackRelease #285

Conversation

gabrielcocenza
Copy link
Member

  • move the responsability to evaluate OpenStackRelease from units to the COUUnit instead of the Application
  • adapt unit tests

- move the responsability to evaluate OpenStackRelease from units
  to the COUUnit instead of the Application
- adapt unit tests
@gabrielcocenza gabrielcocenza added the enhancement New feature or request label Mar 8, 2024
@gabrielcocenza gabrielcocenza self-assigned this Mar 8, 2024
@gabrielcocenza gabrielcocenza requested review from a team, Pjack, aieri, agileshaw and jneo8 March 8, 2024 21:09
@gabrielcocenza
Copy link
Member Author

With those changes it will be easier to not include units of nova-compute and colocated OpenStack apps that already got upgraded for a certain target

Copy link
Contributor

@rgildein rgildein left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do not see the benefit from this approach, can you explain it more?
Like this we are mixing logic of OpenStackApplication and COUApplication, let say we have model with some apps (e.g. telegraf), which are not related with OpenStack anyhow, and we do app.os_release. We will get an error saying that there is no compatible version, which is confusing. I know we should never run os_release on not OpenStackApplication.

cou/apps/channel_based.py Show resolved Hide resolved
@gabrielcocenza
Copy link
Member Author

Like this we are mixing logic of OpenStackApplication and COUApplication, let say we have model with some apps (e.g. telegraf), which are not related with OpenStack anyhow, and we do app.os_release. We will get an error saying that there is no compatible version, which is confusing. I know we should never run os_release on not OpenStackApplication.

Good point, I didn't think about this issue of mixing. What I'm currently missing is to easily access the OpenStackRelease just having the Units objects and not the Application itself. Maybe we can "overwrite" the units in the factory once we know that the application is supported.

@gabrielcocenza gabrielcocenza marked this pull request as draft March 11, 2024 20:03
@rgildein
Copy link
Contributor

I do not think that this will be needed, so I'm closing it. Feel free to re-open it, if you come with another approach.

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

Successfully merging this pull request may close these issues.

2 participants