Bug 2083155
Summary: | After Fedora 36 upgrade: Error starting domain: operation failed: Unable to find a satisfying virtiofsd | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jonathan Watt <jwatt> |
Component: | qemu | Assignee: | Fedora Virtualization Maintainers <virt-maint> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 36 | CC: | agedosier, berrange, cfergeau, clalancette, crobinso, jforbes, laine, libvirt-maint, ondrejj, pbonzini, philmd, rjones, tim, veillard, virt-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | qemu-6.2.0-10.fc36 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-05-23 01:14:26 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: | |
Embargoed: |
Description
Jonathan Watt
2022-05-09 13:13:26 UTC
The virtiofsd binary was previously (mistakenly) included in the qemu-common package which meant it was installed everywhere. It has now been split out into a separate package 'qemu-virtiofsd'. The QEMU C based virtiofsd impl is deprecated by upstream, having been replaced by a Rust based impl. So actually we'd recommend installing the 'virtiofsd' RPM, rather than 'qemu-virtiofsd', to get the Rust impl. Thanks, Daniel. Will the Rust based virtiofsd be available as/in a dnf managed package any time soon? And is there an issue/bug somewhere for that work so I can be notified when I should switch to that (rather than manually having to update the RPM periodically)? Oh, I thought we had it in Fedora already, but I'm mistaken. The work is in progress at least, so hopefully a package review bug will get opened soon. Ah, thanks. I guess Fedora 36 won't get that, so the thing to do is maybe to check `dnf provides /usr/libexec/virtiofsd` once 37 is released? There is a virtual Provides: vhostuser-backend(fs), which the new virtiofsd rust package will also end up providing - better to use that than rely on specific binary paths, if you just want "any" virtiofsd impl and don't care for a specific one. *** Bug 2084421 has been marked as a duplicate of this bug. *** *** Bug 2084446 has been marked as a duplicate of this bug. *** The qemu package is buggy here, the vhostuser-backend(fs) dep is on the `qemu` metapackage, but it should be on the qemu-system-XXX metapackages instead. I'll fix this shortly. It means most existing dependency chains will pull in a virtiofsd, which was the intended behavior when I split this out originally. FEDORA-2022-6ae3d4f991 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-6ae3d4f991 FEDORA-2022-6ae3d4f991 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-6ae3d4f991` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-6ae3d4f991 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2022-6ae3d4f991 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report. |