ok, i'll try to fix the connection issue. Thank you for the help 🙂

it’s a queue used by the agent just for internal scheduling purposes

ok so they are executed as expected

yes the pods are starting

I will try to fix that. But what is the purpose of the 'k8s_scheduler' queue?

yw 🙂

works without the istio proxy

when tasks starts do you see clearml-id-* pod starting?

JuicyFox94 since I have you, the connection issue might be caused by the istio proxy. In order to disable the istio sidecar injection I must add an annotation to the pod.
https://github.com/allegroai/clearml-helm-charts/blob/main/charts/clearml-agent/templates/agentk8sglue-configmap.yaml#L8

Unfortunately there does not seem to be any field for that in the values file.

If I'm not wrong you can simply label the namespace to avoid istio to get there

actually it does not because the pods logs show .

but I think this behaviour will hange in future releases

k8s cluster can access ubuntu archive?

happy to hear that

yes that is possible but I do use istio for the clearml server components. I can move the agents to a separate namespace. I will try that

at task completion do you get state Completed in UI?

it looks not from logs

not totally sure tbh

So it seems it starts on the queue I specify and then it gets moved to the k8s_scheduler queue.

So the experiment starts with the status "Running" and then once moved to the k8s_scheduler queue it stays in "Pending"