-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ml-pipeline-ui failing on metadata api #11247
Comments
@richardburakowski I found the solution. The ui deployment ml-pipeline-ui needs to have the environment variable DISABLE_GKE_METADATA set to 'true'. This disabled the gke metadata fetch, not available outside of GKE clusters. |
Hi @luko0610, There's no trace of DISABLE_GKE_METADATA in any version of the kustomize output making this look like new behaviour of the container image in the absence of gke metadata rather than a bug in the install manifests. |
thank you this solved my issues! |
Since GKE is only one of many platforms, change the default value of `DISABLE_GKE_METADATA` to `true`. Edit the gcp manifest to override that to `false` on GCP. Fixes: kubeflow#11247 Signed-off-by: Greg Sheremeta <[email protected]>
Since GKE is only one of many platforms, change the default value of `DISABLE_GKE_METADATA` to `true`. Edit the gcp manifest to override that to `false` on GCP. Fixes: kubeflow#11247 Signed-off-by: Greg Sheremeta <[email protected]>
thanks that env variable worked |
…ubeflow#11260 Signed-off-by: Dave Canton <[email protected]>
Environment
Not seeing this in older versions of kubeflow/manifests, e.g. 1.6.1
2.3.0
Steps to reproduce
Navigate to kubeflow dashboard pipelines
An error occurred
upstream connect error or disconnect/reset before headers. reset reason: remote connection failure, transport failure reason: delayed connect error: 111
Expected result
No dashboard error
Materials and Reference
image: gcr.io/ml-pipeline/frontend:2.3.0
kubectl -n kubeflow logs -l app=ml-pipeline-ui
As a workaround, adding
metadata
to dns as an alias for any http server seems to work. It doesn't need to return cloud metadata, just connect.Impacted by this bug? Give it a 👍.
The text was updated successfully, but these errors were encountered: