Skip to content
This repository has been archived by the owner on Aug 17, 2023. It is now read-only.

kfctl_test_delete is flaky and failures block upload of junit results #56

Open
jlewi opened this issue Oct 16, 2019 · 0 comments
Open

Comments

@jlewi
Copy link
Contributor

jlewi commented Oct 16, 2019

Opening this issue because we are seeing flakes related to kfctl_delete_test.py failing

We are seeing timeouts
kubeflow/manifests#493 (comment)

And failures due to concurrent operations
kubeflow/kubeflow#4287

Even worse because of kubeflow/testing#257 if kfctl_delete_test fails we don't copy junit artifacts to GCS so we lose signal about passing tests.

As I stop gap I going to mark kfctl_test_delete as expected to fail. At least this way we won't block uploading junit artifacts.

@jlewi jlewi changed the title kfctl_test_delete is flaky kfctl_test_delete is flaky and failures block upload of junit results Oct 16, 2019
jlewi pushed a commit to jlewi/kubeflow that referenced this issue Oct 16, 2019
* See kubeflow/kfctl#56 the test is flaky
* More importantly if the test fails we end up blocking the uploading of
  junit files and we lose signal.
* So to prevent that we mark it as expected to fail. This way the step
  won't exit with non-zero exit code and the cleanup will continue.
k8s-ci-robot pushed a commit to kubeflow/kubeflow that referenced this issue Oct 16, 2019
* See kubeflow/kfctl#56 the test is flaky
* More importantly if the test fails we end up blocking the uploading of
  junit files and we lose signal.
* So to prevent that we mark it as expected to fail. This way the step
  won't exit with non-zero exit code and the cleanup will continue.
saffaalvi pushed a commit to StatCan/kubeflow that referenced this issue Feb 11, 2021
* See kubeflow/kfctl#56 the test is flaky
* More importantly if the test fails we end up blocking the uploading of
  junit files and we lose signal.
* So to prevent that we mark it as expected to fail. This way the step
  won't exit with non-zero exit code and the cleanup will continue.
saffaalvi pushed a commit to StatCan/kubeflow that referenced this issue Feb 12, 2021
* See kubeflow/kfctl#56 the test is flaky
* More importantly if the test fails we end up blocking the uploading of
  junit files and we lose signal.
* So to prevent that we mark it as expected to fail. This way the step
  won't exit with non-zero exit code and the cleanup will continue.
crobby pushed a commit to crobby/kfctl that referenced this issue Jun 3, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant