Project

General

Profile

Actions

Bug #16205

open

virt-who create additional content hosts consuming twice the number of subscription

Added by Zach Huntington-Meath over 7 years ago. Updated over 5 years ago.

Status:
New
Priority:
High
Assignee:
Category:
Subscriptions
Target version:
Difficulty:
medium
Triaged:
Fixed in Releases:
Found in Releases:

Description

Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1367838
Description of problem:
virt-who, running in the RHEV environment, creates additional content host for the hypervisor, thus consuming two entitlement instead of 1

Version-Release number of selected component (if applicable):
Satellite 6.2 and possible 6.1

How reproducible:
Always.
As of today, we have 4 outstanding cases in addition to private labs:
01498985 - combination of RHEL-H provisioned by Sat6.1 and virt-who, chews up double licenses
01630978 - [satellite] virt-who causes duplicated entries for virtualisation hosts
01683388 - virt-who creates a duplicate content host for RHEV Hypervisors
01685015 - Multiple licenses being consumed by virt-who and the actual physical host

Steps to Reproduce:
1. install virt-who on Satellite server
2. configure /etc/sysconfig/virt-who and /etc/virt-who.d/somehypervisor.conf
3. start/restart virt-who service on satellite server

Actual results:
virt-who will auto-detect a content host, and would auto-detect type as hypervisor, and name it as virt-who-<hostname>-<org-id> and consume one license. But this content host will remain in "never checked in" status.
In the mean time, in order for the same hypervisor to receive content from Satellite, we need to register it separately, which consume another physical license. But Satellite will not treat the registered content host as a hypervisor, and we would not see any virtual guest associated with host.

Expected results:
Satellite treats the registered content host as a hypervisor.

Additional info:
If we manually registered our rhev host and Satellite treat it as a hypervisor and associate the virtual guests with it, then we can filter out the auto-detected hypervisor and the end result would be only one physical license being consumed.

Or, if virt-who auto-detect the host and we can assign content to this host, then no filtering needed and everyone would be happy with one physical license being consumed.

As of now, virt-who auto-detected the content hosts as the hypervisor and assigns it a different UUID than that of the actual hypervisor.

Actions #1

Updated by Justin Sherrill over 7 years ago

  • translation missing: en.field_release set to 114
Actions #2

Updated by Justin Sherrill over 7 years ago

  • Difficulty set to medium
Actions

Also available in: Atom PDF