| Summary: | [RFE] Support external libvirt for DNS/DHCP proxy providers | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Peter Tselios <tselios.petros> |
| Component: | Capsule | Assignee: | Lukas Zapletal <lzap> |
| Status: | CLOSED UPSTREAM | QA Contact: | Perry Gagne <pgagne> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.2.4 | CC: | bbuckingham, cwelton, jcallaha, lzap, mhulan, sbream, stbenjam |
| Target Milestone: | Unspecified | Keywords: | FutureFeature |
| Target Release: | Unused | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Release Note | |
| Doc Text: |
This feature (External libvirt DNS/DHCP proxy provider) is experimental, untested, and not supported by Red Hat.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-02-12 19:11:53 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Peter Tselios
2016-12-07 17:22:11 UTC
The libvirt providers that manage DNS and DHCP are really only intended to be run on the capsule's own local libvirt. There's no server option. This feature is mostly used by developers and for simple testing. I can turn this into an RFE for support for external libvirt. But, given the way they work I'm not sure if you could really manage it externally since I think they're editing local files for some things. In upstream Foreman, at least in version 1.13 (if I am not mistaken) they have added the following options: # Libvirt connection. Make sure proxy effective user have permission to connect. :url: qemu:///system I don't know the internals though. Ah, thanks - didn't notice that upstream. That's pretty new. Those are libvirt providers upstream that are using the native bindings. It's not in 6.2, which still uses the old virsh backend which is local only. The new providers should end up in 6.3 when we rebase on a new Foreman release. Upstream bug assigned to lzap Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/13761 has been resolved. QA NOTES: Configure virsh, create host via libvirt, provosion it, delete it. I believe there are issues with host deletion in virsh provider, it was meant only for development and I do not actively maintain it anymore. If this turns to be problem, I will remove the code and provider as this was never meant to be used by customers. It has many limitations (e.g. reverse DNS is not possible via libvirt API). I think the correct resolution is to call it out in the release notes - we don't really document unsupported features because if we document it, customers expect that it's supported (even when there's a note saying that it's not). Ideally I'd make it a tech preview, but it might be too late for that. Either way, if you set the doctext flag and include the feature and the admonition, we'll get it into the release notes. |