KFP Profile Controller K8s Service port not specified #317
Labels
23.10
Should be fixed by 23.10
bug
Something isn't working
Kubeflow 1.8
This issue affects the Charmed Kubeflow 1.8 release
Bug Description
In the PodSpec implementation of the KFP profile controller charm we used to configure the port for the service pointing to the controller via Juju:
kfp-operators/charms/kfp-profile-controller/src/charm.py
Lines 99 to 105 in e3b3504
This was not included, however, in the charm rewrite, which leads to the
kfp-profile-controller
K8s service pointing to the default placeholder ports (see example below). As a result, it is impossible to hit the webhook defined as part of the CompositeController:kfp-operators/charms/kfp-profile-controller/src/charm.py
Line 94 in e70271e
It is important to note that the webhook controller listens to a specific port which is defined as part of the corresponding Pebble service:
kfp-operators/charms/kfp-profile-controller/src/components/pebble_components.py
Line 62 in e70271e
To Reproduce
Deploying the metacontroller and KFP profile controller charms from the latest versions won't suffice here. We also need to deploy MinIO and relate it to the latter:
After all charms have deployed successfully, we can look at the relevant service to find that the port is indeed not set correctly:
We can also fetch the metacontroller logs to find symptoms of the described bug:
The issue will most likely present with errors mentioning
context deadline exceeded
orClient.Timeout exceeded while awaiting headers
(see logs below for examples).Environment
This bug affects the
latest/edge
version of the charm (rev > 676).Relevant log output
Additional context
N/A
The text was updated successfully, but these errors were encountered: