Closed csantanapr closed 4 years ago
@csantanapr Thanks for blazing the trail here :-) We understand that there are issues installing right now on OCP 4.3. This specific issue relates to the CRD schema validation - when there is just one version of the schema, it is supposed to be declared at the "top level", outside of the versions
array. The version of operator-sdk
that we used to generate this specific schema did not do this. We have to make it compatible with Kube 1.16, then make sure that's still valid with Kube 1.14, then move on to the next problem.
@csantanapr starting with Kabanero 0.5.0 we are using operator-sdk 0.11.0 which generates CRDs which are compatible with Kube 1.16. Would you mind trying to install Kabanero 0.5.0-rc.3?
@kaczyns - Greg raised concern at Ann's release delivery scrum meeting today. Who can help with testing/reproducing this issue?
@marikaj123 there is no need to reproduce this issue. We understand that Kabanero 0.5.0 is the first release of Kabanero that supports OCP 4.3.
It looks like the version of ICPA that Carlos is using, was based on Kabanero 0.3.4. ICPA can move up to Kabanero 0.5.0 to fix their issue. Or, if ICPA requires a new release of Kabanero 0.3.x that supports OCP 4.3, then ICPA can request that.
I've spoken to Carlos and Marika, and we agreed to close this issue since Kabanero release 0.5.0 supports OCP 4.3. The ICPA matter will be handled separately in ICPA's repository.
CP4Apps 4.0.0 uses Kabenero 0.4 release which has this issue.
@arobinson7532 Hi - I thought that ICPA and CP4Apps were the same thing.
Based on the schedule, the content for Kabanero 0.4.0, 0.5.0 and 0.6.0 are going into v4.1.0. In 4Q19, we published Kabanero v0.3.0.
I agree with closing this issue and tracking it in the other github issue
Environment:
image: kabanero/kabanero-operator:0.3.4
)Steps to reproduce:
Results:
After running the command to describe the first failed components contains
If you need the full result output ping me on Slack to share