Red Hat Bugzilla – Bug 1478122
[RFE] Move qemu sockets under a tmpfs mount point may be /run instead of /var/lib/libvirt/qemu/channels/
Last modified: 2018-01-23 05:19:39 EST
1. Proposed title of this feature request
-- Move qemu sockets under a tmpfs mount point may be /run instead of /var/lib/libvirt/qemu/channels/
2. What is the nature and description of the request?
-- Is there a possibility to move the qemu sockets from /var/lib/libvirt/qemu/channels/ to a tmpfs mount point may be /run instead. ??
3. Why does the customer need this? (List the business requirements here)
-- To increase the robustness of the RHV solution and making recovery from similar situations painless. In this case an I/O mishap caused /var on the nodes to become read-only. If the control sockets have been under /run (a tmpfs mounted fs) they would have been still writable
4. What's the advantage of using a different directory ?
-- Named sockets have no writable structure on disk, but their write ability is subject to the write ability of the filesystem where their name is stored. In this case, the socket is used by vdsmd to communicate and control the qemu-kvm processes that implement the VMs in the RHEV system and they don't need to survive reboots of the nodes. Denying write ability to them impedes any kind of management, even if the VMs are perfectly healthy.
In this case an I/O mishap caused /var on the nodes to become read-only. If the control sockets have been under /run (a tmpfs mounted fs) they would have been still writable (and I'm not aware of any incident that could make /run read only) and we would have been able to migrate the VMs away from the problematic nodes and then reboot them, suffering no downtime at all.
5 How would you like to achieve this? ( Please List the functional requirements here)
-- We see the path '/var/lib/libvirt/qemu/channels/' is created by vdsm/. I am not sure which configuration file needs to be edited to change the below path is it vdsm.conf or libvirtd.conf.
/usr/lib/python2.7/site-packages/vdsm/constants.py:P_LIBVIRT_VMCHANNELS = '/var/lib/libvirt/qemu/channels/'
6. For each functional requirement listed in the previous question, can you test to confirm the requirement is successfully implemented.
7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
8. Does the customer have any specific time line dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
9. List any affected packages or components.