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
Swagger giving wrong Kubernetes definitions. #2888
Comments
The specs changed on master yesterday. See #2837. Can you please check to see if that fixes your problem. |
I've tested with the master branch, the problem can be seen here: https://github.com/argoproj/argo/blob/master/api/openapi-spec/swagger.json#L6349 |
Do you think this could be due to different versions of their API? |
I'm really not sure, I couldn't find any version documentation/swagger for Kubernetes that matches the Argo swagger. |
Could you please attach a link to the K8S Swagger? |
You've highlighted two issues.
Additional question - what spec does the API actually match - the K8S one or the Argo one. I.e. ify you submit a request via the API - what happens? |
Ah - another example of Golang |
Kubernetes swagger: https://raw.githubusercontent.com/kubernetes/kubernetes/release-1.14/api/openapi-spec/swagger.json io.k8s.api.core.v1.Volume#volumeSource -> should just have the attributes of the VolumeSource type instead of a 'volumeSource' attribute. The actual API matches the Kubernetes swagger, i,e if I submit a request based on using the Kubenetes swagger combined with the Argo swagger (with the io.k8s.* removed), then it works fine. |
What happened:
The swagger definition for the Argo API includes Kubernetes definitions such as
io.k8s.api.core.v1.Volume
and ``io.k8s.api.core.v1.Container`. Some definitions don't match those from Kubernetes, e.g:Argo defines:
whereas Kubernetes (1.14.9) defines:
This means that following the Argo supplied definition with the "localObjectReference" field causes workflows submitted via the Argo REST API to fail. Following the Kubernetes 1.14.9 supplied API sepc works fine.
The same for
io.k8s.api.core.v1.Volume
, where avolumeSource
attribute features in the Argo definition but not Kubernetes.What you expected to happen:
The Kubernetes definitions to be supplied by Kubernetes, not via the Argo spec. This was the case in Argo release 2.3.
Environment:
Argo version:
Kubernetes version :
Message from the maintainers:
If you are impacted by this bug please add a 👍 reaction to this issue! We often sort issues this way to know what to prioritize.
The text was updated successfully, but these errors were encountered: