Description of problem:
If the install of the kata-operator fails, then you can't install again.
Version-Release number of selected component (if applicable):
openshift version 4.6.0-0.nightly-2020-09-10-121352
kata-operator version https://github.com/openshift/kata-operator/commit/798a74f79104bc65502f6d2060d93205e294b8fb
Steps to Reproduce:
1. run 'deploy/deploy.sh'
2. run 'oc apply -f deploy/crds/kataconfiguration.openshift.io_v1alpha1_kataconfig_cr.yaml'
3. See failure in pod logs
4. run 'oc delete -f deploy/crds/kataconfiguration.openshift.io_v1alpha1_kataconfig_cr.yaml
5. run 'oc delete ns kata-operator'
6. make changes to deploy scripts
7. run 'deploy/deploy.sh'
8, run 'oc apply -f deploy/crds/kataconfiguration.openshift.io_v1alpha1_kataconfig_cr.yaml'
W0910 18:55:44.896965 217511 client_config.go:541] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work.
/usr/bin/mkdir -p /host/opt/kata-install
error creating Runtime bundle layout in /usr/local/kata
Deploy works or reports more specific errors to why it fails.
Removing /opt/kata-install and /usr/local/kata resets everything.
I created a PR  to clean up the temporary directories automatically when the pods are stopped.
My way of reproducing a failed install seems to have been completely resolved, https://bugzilla.redhat.com/show_bug.cgi?id=1877934. Install works with either v1.0 or 4.6 as versions. This is expected and good, but make this bug hard to verify. Any suggestions on how to get a failed install?
I could provide you a private build of the commit before PR #8 was merged. Would that help?
If that is no trouble, yes. Then I could positively verify this and close it.
Just hit this again. Failed install, uninstalled, and reinstalled with the error in the original description.
I suspect a build issue is giving me an older version where this is not fixed. I am changing this back to Verified until I know otherwise.
Forgot that I VERIFIED based on so assumptions, like we had a good install. Since we still see operator install failures I am going to put this in ON_QA until I am actually confirm it is fixed.
fix in https://github.com/openshift/kata-operator/pull/16
and kata-operator-daemon: https://github.com/harche/kata-operator-daemon/pull/18
I have retested on our latest build for kata-operator (commit 723d90e) on 4.6 rc4. I have installed and interrupted the install a various points by deleting the kataconfig and subsequent installs still work. Developer testing was more specific but on a dev environment. With that I am saying this is tested well enough for 4.6.