Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escaping: Escape characters +-&|!(){}[]^"~*?:\ with \, e.g. \+
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Answered
Hi,

Hi, SuccessfulKoala55 TimelyPenguin76 AgitatedDove14 , can I modify company id in open source version? I succeed to replace default company id with newID in apiserver under ‘/opt/clearml/config/apiserver.conf’. However, I can not update the company id which may be hardcoded in webserver. This suspect comes up after the following tests. I create a user(auth.create_user) with a specified company id which is set in apiserver. Then, I send a request(users.get_all) to webserver with a header( X-Allegro-Tenant: newID). But it only replies that users in default company.

  
  
Posted 3 years ago
Votes Newest

Answers 35


image

  
  
Posted 3 years ago

image

  
  
Posted 3 years ago

image

  
  
Posted 3 years ago

image

  
  
Posted 3 years ago

Or check the chart you're using 🙂

  
  
Posted 3 years ago

Also - did you start with a fresh DB after changing the default company value?

  
  
Posted 3 years ago

Are you sending these requests manually?
COK. In any case, you should be looking at the

I send them with curl.

  
  
Posted 3 years ago

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

  
  
Posted 3 years ago

<webserver>/api is a reverse proxy

  
  
Posted 3 years ago

OK, so the company you're referring to is encoded in the authorization header

  
  
Posted 3 years ago

But you’re not using the webserver, you’re sending the cURL requests manually, aren’t you?

yes, I send them manully.

  
  
Posted 3 years ago

In any case the user associated with the credentials you use is not assigned to the same cinoany ID you replaced

More in detail?

  
  
Posted 3 years ago

Just the apiserver

  
  
Posted 3 years ago

where did you get it from?

  
  
Posted 3 years ago

Is this the cloud-ready version? or the legacy chart?

  
  
Posted 3 years ago

I set ClearML up with Kubernetes Helm.

  
  
Posted 3 years ago

Thanks a lot! I’ ll replace credentials with new user in assigned to a new company ID to call users.get_all again.

  
  
Posted 3 years ago

The chart might be replacing that

  
  
Posted 3 years ago

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.

  
  
Posted 3 years ago

image

  
  
Posted 3 years ago

Are you sending these requests manually?
OK. In any case, you should be looking at the

  
  
Posted 3 years ago

But you're not using the webserver, you're sending the cURL requests manually, aren't you?

  
  
Posted 3 years ago

I have another question. Does the following apis in the picture are served by both of apiserver and webserver, or just one of them ?

  
  
Posted 3 years ago

Also - did you start with a fresh DB after changing the default company value?

No, I just restart the apiserver and webserver pod.

  
  
Posted 3 years ago

A users.get_all request will return the users in the company to which the calling user is authenticated to. So, if you only get the users from the original default company ID and not those from newID, it means the credentials you're using to call this endpoint are associated in the server with the original company ID, and not with the newID

  
  
Posted 3 years ago

the webserver secret isn't there

  
  
Posted 3 years ago

In any case, the said credentials are valid for the company ID defined using apiserver.default_company

  
  
Posted 3 years ago

Oh, wait

  
  
Posted 3 years ago
26K Views
35 Answers
3 years ago
8 months ago
Tags