-
Notifications
You must be signed in to change notification settings - Fork 7
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
CI: mlflow-e2e
job taking too long to complete
#174
Comments
More info taken from slack... with
took 2.3m to build and 30s to push with
took ~5min to build and 13 minutes to push |
When pushing an image kaniko performs a live check against the registry, this check is first done through the https port and if there is no reply it waits until the request times out then procceeds with http. This is the case even when using the `--insecure` flag, resulting in fuseml#174 To work around that, this commit maps the 443 port to the registry container so when kaniko performs the live check the container can reply with connection refused as there is no proccess listening on 443. Fixes: fuseml#174
When pushing an image, kaniko performs a live check against the registry, this check is first done through the https port and if there is no reply it waits until the request times out then proceeds with http. This is the case even when using the `--insecure` flag, resulting in fuseml#174 To work around that, this commit maps the 443 port to the registry container so when kaniko performs the live check the container can reply with connection refused as there is no proccess listening on 443. Fixes: fuseml#174
When pushing an image, kaniko performs a live check against the registry, |
Since #171 the
mlflow-e2e
job is taking too long to complete.This behaviour can only be reproduced when running the workflow on github actions hosts as the CI does and it seems to be related to the change in the
kaniko
task to push using--insecure
.The text was updated successfully, but these errors were encountered: