-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Host cpu_match attr is ignored if Global cpu_mode attr is set #11
Comments
On Sat, Dec 20, 2014 at 8:00 PM, Trevor Cooper [email protected] wrote:
That's somehow expected. The cpu_mode has precedence over the cpu_match, and it doesn't matter In your case since you have both cpu_match and cpu_mode declared : [root@cluster config]# rocks list host attr vcn-1-11 | egrep "cpu_m" cpu_mode wins and set the cpu tag. I think we can make this a little easier and leave some of the My idea is to leave only 1 attribute (let's say cpu_mode) then if its What do you think? Does it sounds easier to you? Luca |
Can't think of any down-sides as this isn't in production anywhere yet...
I'd say add it before release of 6.2 if at all possible. |
The usage fo two attribute was confusing and complex with no benefit. This commit leaves only cpu_mode and the colon will be used for the extra content which might be used insde the cpu tag. See #11
fixed |
If the global attribute,
cpu_mode
, is set then the host attribute,cpu_match
, is ignored/overwritten when generating the libvirt XML configuration for a KVM guest.cpu_match
attribute to the KVM guest...NOTE: The topology configuration is not there.
NOTE: The topology configuration is now reported
The text was updated successfully, but these errors were encountered: