Hi FloppyDeer99 ,
the users.get_all
should be sent to the apiserver, not to the webserver. In any case, the header will not affect this request as the server will be using your user's identity (encoded in the authorization header) to resolve the company
What server are you using? a locally-installed server?
Are you sending these requests manually?
OK. In any case, you should be looking at the
Are you sending these requests manually?
COK. In any case, you should be looking at the
I send them with curl.
OK, so the company you're referring to is encoded in the authorization header
These values are overridden in the k8s deployment. See https://github.com/allegroai/clearml-server-k8s/blob/master/clearml-server-cloud-ready/templates/secrets.yaml
Is this the cloud-ready version? or the legacy chart?
In any case, the said credentials are valid for the company ID defined using apiserver.default_company
Also - did you start with a fresh DB after changing the default company value?
I set it up with the following documentation: https://allegro.ai/clearml/docs/docs/deploying_clearml/clearml_server_kubernetes_helm.html
Also - did you start with a fresh DB after changing the default company value?
No, I just restart the apiserver and webserver pod.
In any case, the said credentials are valid for the company ID defined using
apiserver.default_company
It really works for apiserver, but webserver does not have the default_company configuration.
But you're not using the webserver, you're sending the cURL requests manually, aren't you?
Well, for some reason the webserver auth user entry is probably created using the incorrect company_id - the best thing to do it exec into the mongo container and check the actual company value assigned to the webserver user
But you’re not using the webserver, you’re sending the cURL requests manually, aren’t you?
yes, I send them manully.
In any case the user associated with the credentials you use is not assigned to the same company ID you replaced
In any case the user associated with the credentials you use is not assigned to the same cinoany ID you replaced
More in detail?