Bug 894460 - Configure ComputeNodes so that libvirt is R/O for all users except for Nova
Summary: Configure ComputeNodes so that libvirt is R/O for all users except for Nova
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-packstack
Version: 2.0 (Folsom)
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: ---
: 5.0 (RHEL 7)
Assignee: Lukas Bezdicka
QA Contact: Ami Jeain
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-11 20:07 UTC by Perry Myers
Modified: 2023-09-18 10:04 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-09-18 10:00:41 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker OSP-28815 0 None None None 2023-09-18 10:00:00 UTC

Description Perry Myers 2013-01-11 20:07:43 UTC
Description of problem:
It could be problematic if admins can run virsh destroy/undefine on ComputeNodes outside of Nova, since that may cause state to get messed up between ComputeNodes and Nova.

So it might be desirable to make libvirt connections read-only for all users except for Nova.

This should be optional though.  Some users may want their admins to have virsh access to VMs even despite the risks.

Comment 2 Daniel Berrangé 2014-09-17 15:14:09 UTC
I think that this is something we should not do.  RHEV made libvirt inaccessible to the root user and it has been a total PITA for anyone logging into a box to troubleshoot the system.

If a person has been given root they are all powerful and know they should be careful. We don't need to add child-locks to their account wrt libvirt, which ultimately don't achieve anything besides annoyance for people who need access.

Comment 3 Daniel Berrangé 2014-09-17 15:17:15 UTC
BTW, Nova copes fine if you 'virsh destroy' a running nova guest - it just transitions it to the shutoff state.


Note You need to log in before you can comment on or make changes to this bug.