Open mflendrich opened 5 years ago
This output is coming from an ignite pre-flight check:
msg=\"[ERROR ExistingFile--opt-cni-bin-loopback]: File /opt/cni/bin/loopback, does not exist\\n[ERROR ExistingFile--opt-cni-bin-bridge]: File /opt/cni/bin/bridge, does not exist\\n\"\n"
Footloose is wrapping the error.
Ignite currently doesn't have an independent check command, but we have an open issue to add one.
This is a fine proposal for ./setup.sh
.
We'd need to detect when ignite >= 0.6.x because CNI binary installation doesn't apply for 0.5.x.
It also requires root privileges to install these binaries as the CNI directories are not currently configurable.
I am curious how you ended up installing v0.6.1 without CNI binaries. Is that because of the ignite release notes? https://github.com/weaveworks/ignite/releases/tag/v0.6.1
Were you able to identify the issue and correct it quickly based off of the log message?
I am curious how you ended up installing v0.6.1 without CNI binaries. Is that because of the ignite release notes?
Yes. A "latest release" link in the output of setup.sh
led me there. I followed the instructions under Trying it out / Next Steps! which only overwrite ignite
and ignited
.
Were you able to identify the issue and correct it quickly based off of the log message?
Yes but not immediately. The error message appeared after INFO[0000] Creating machine: firekube-node0 ...
so I initially assumed that the missing file was not found within the VM.
This is what happens if I run
./setup.sh
with everything butcni
(which is a dependency of ignite) installed (see the last line of the output):In my case this happened because I upgraded
ignite
without installingcni
which is a new dependency added in the version I upgraded to.I think that we should be just as dilligent at checking deeper dependencies, or implement dependency checking in ignite.