You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the namespace is a mandatory for each of the resources. Mortar could handle the namespace defaulting same way as kubectl does. The underlying k8s-client library has also some support for it coming, see kontena/k8s-client#33. It might be better to handle namespace defaulting actually on Mortar level rather than in the API client level.
The text was updated successfully, but these errors were encountered:
The make this bit worse, the error is rather misleading:
/usr/local/lib/ruby/gems/2.5.0/gems/k8s-client-0.4.1/lib/k8s/transport.rb:192:in `parse_response’: POST /api/v1/services => HTTP 405 Method Not Allowed: the server does not allow this method on the requested resource (K8s::Error::MethodNotAllowed)
Without the namespace in the resources, k8s-client Mortar uses will POST the resources into wrong API endpoint...
Currently the namespace is a mandatory for each of the resources. Mortar could handle the namespace defaulting same way as kubectl does. The underlying k8s-client library has also some support for it coming, see kontena/k8s-client#33. It might be better to handle namespace defaulting actually on Mortar level rather than in the API client level.
The text was updated successfully, but these errors were encountered: