-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
libvirt: List recommended OS' #693
Comments
The main README is mostly for AWS (and eventually OpenStack and other end-user platforms). Libvirt is intended to be dev-only (maybe we should remove it from "Supported Platforms", @abhinavdahiya, @crawford? I'd understood it to be "best-effort, but we'll try and keep it working for convienience"), and the main README links the libvirt docs. There have been a number of requests to tighten down version and dependency information for libvirt (#455, #690, etc.), but I've been holding off until we get get CI coverage for libvirt (so we can test the versions we assert will work). On the Go front, there's previous discussion in #619 and #621. We support all Go versions that the upstream Go project continues to support. It's not clear to me what happens on OSes who fall behind Go's... progressive?... support policy. Are there distro-specific folks who continue to find, monitor for, and backport/patch security issues (like the long-term kernel folks)? How about having
since that Dockerfile is tested by CI, so we know it works. In production, I expect most users will be using binaries we provide instead of compiling themselves, so it's not clear to me if it's worth a build matrix to exercise an extended range of dependencies. |
There are newer qemu builds for CentOS7 (qemu-kvm-ev) you just need to enable the kvm-common repo: http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ With regards to the libvirt provider being supported/usable or not the challenge is if it's not then there isn't really a direct replacement for oc cluster up right now for OKD (the get started button on the OKD website actually 404s right now because the oc cluster up docs were removed). |
What, they were linking straight to master? We should get that link pointed at a specific tag/commit. The libvirt setup has been reasonably reliable, but docs are still sparse and CI gating is still evolving (so with both RHCOS and OpenShift release images floating, things can and do still break every week or so). I think we'll be in a much more stable place in a month or so, but we're certainly not at the |
I've filed openshift-cs/okd.io#70 to pin the link. |
Thanks very much for the additional info, very useful :) Yesterday I was basically following through the process from the okd.io site starting with the 404 on the "getting started" link and hitting issues just following what's in the docs. at the moment. sounds like my best bet for the time being (just building a demo cluster) is |
We should list the OSs that it's been tested on in the docs, yeah. |
/kind documentation |
/priority backlog |
/assign |
@zeenix is this something you are still looking at? |
/close |
@abhinavdahiya: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
If possible, it'd be great to list what base operating systems are supported/recommended for the libvirt install, as at the moment it doesn't feel too self-evident.
If people are trying out the installer from the main README, which is likely as the okd.io site has stopped recommending the old install method, then they're going to get frustrated hitting unusual errors on what would seem to be obvious OS choices.
I've been trying an install with fully updated CentOS7 and hitting multiple areas where the software versions are not high enough for the install to complete (e.g. golang, qemu), so seems like that's not a good option, but it's not clea what a better option would be.
The text was updated successfully, but these errors were encountered: