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
Resolve runtime version from local openshift #581
Conversation
Update the local openshift adapter to read the runtime version off of the image.
|
It is worth noting that I'm not certain the best way to address this. |
|
Changes Unknown when pulling da01eb0 on djzager:local-openshift into ** on openshift:master**. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ACK, though it's weird that the local registry does the runtime parsing in the FetchSpecs but everyone else does it later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me. Thanks for checking the local openshift adapter with this work.
Can you explain this further? I think I remember you mentioning it on a call. |
@rthallisey when we perform an We could update the |
|
We don't have to pass along a runtime since every new apb is going to use the secret for bind creds. Then we would have to default the runtime to 2 in the broker. |
|
That doesn't seem unreasonable. We can't really trust that people won't try and push a v1 runtime image but if we warn on the push that we are assuming the runtime version...then I could be down with that change. |
|
If you pull the latest apb-ansible-module you will always get runtime 2. So if you are on a runtime 1 label and you rebuild your container, it should update to the runtime 2 ansible module. A warning on the apb tool side would be good.
Would you have to install a specific package version of the asb module? |
|
The This is a development endpoint, so it is okay if it doesn't work because you messed up, but there are a number of ways that we could think that we are looking at a runtime 2 when it is not. I just don't want that fact to go unnoticed if I'm going to update the broker to handle |
|
Changes Unknown when pulling 6b1ad2c on djzager:local-openshift into ** on openshift:master**. |
* Resolve runtime version from local openshift Update the local openshift adapter to read the runtime version off of the image. * Assume apb runtime is v2 on apb push
Update the local openshift adapter to read the runtime version off of
the image.