Migrating this from https://github.com/openshift/machine-config-operator/pull/2042 Basically MCO is buried in PRs and shipping it in RHCOS by default mirrors what we do for the vmware agent today. This is important for RHV and will help with a lot of bugs. I think OKD will also do the same. Not proposing we ship it in base FCOS at this time. We need to be sure that there's no conflict with afterburn.
> We need to be sure that there's no conflict with afterburn. As far as I cant tell, there is no conflict right now with Afterburn. And from what I can foresee, there is likely no concern for the future too because: * we are currently thinking of using the oVirt virtio device from Afterburn for first-boot check-in in initramfs. To my understanding, the guest agent runs later than that, in the real rootfs, so they won't conflict over the same resource at the same. * Afterburn logic is oneshot. If we want to add more oVirt-related logic we can always ensure that its relevant service units are completed before starting the long-running oVirt or QEMU agents.
The `qemu-agent` was added to RHCOS in this PR - https://github.com/openshift/os/pull/451 We need to bump the submodule in our GitLab repo - https://gitlab.cee.redhat.com/coreos/redhat-coreos/-/merge_requests/1187
Should be in the latest 4.7 builds, e.g. https://openshift-release.apps.ci.l2s4.p1.openshiftapps.com/releasestream/4.7.0-0.nightly/release/4.7.0-0.nightly-2020-12-03-103850
tested with release openshift-install-linux-4.7.0-0.nightly-2020-12-04-013308 and oVirt 4.4.2.6 the IP address is reported back to oVirt without any manual intervention.
Closing as verified based on https://bugzilla.redhat.com/show_bug.cgi?id=1900759#c5
Can we align FCOS with RHCOS on this? It will make it easier to get oVirt support working on OKD and will give more valuable community feedback
(In reply to Sandro Bonazzola from comment #8) > Can we align FCOS with RHCOS on this? It will make it easier to get oVirt > support working on OKD and will give more valuable community feedback You can submit an issue to the FCOS issue tracker asking to include the agent - https://github.com/coreos/fedora-coreos-tracker/issues Though there is a long history of not providing agents in the base OS: https://github.com/coreos/fedora-coreos-tracker/search?q=no+cloud+agents&type=issues
FWIW qemu-guest-agent is included in OKD as an extension that is installed by default: https://github.com/openshift/okd-machine-os/blob/8e7e3bee02b1e00ba589564c8729112519469db1/manifests/0000_80_machine-config-operator_05_1_okd-master-extensions.yaml#L14
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Container Platform 4.7.0 security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2020:5633