Bug 766895

Demonstrating... When virt-who is run, it can successfully send an update to the candlepin server so that the consumer on the host becomes aware of the guests being run on the host.  This feature allows candlepin.standalone=true to be aware of guests being run on a host and therefore provide a realistic "RHEL subscription with up-to N virtual guests" model.



Verifying Version...
[root@margo ~]# rpm -q subscription-manager
subscription-manager-0.98.11-1.el5
[root@margo ~]# rpm -q virt-who
virt-who-0.5-3.el5
[root@margo ~]# curl -k --user admin:admin https://mgmt5.rhq.lab.eng.bos.redhat.com:8443/candlepin/status
{"version":"0.5.10","result":true,"standalone":true,"release":"1"}



On a RHEL58 Server host running xen virtualization...
[root@margo ~]# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 5.8 Beta (Tikanga)
[root@margo ~]# xen-detect
Running in PV context on Xen v3.1.
[root@margo ~]# virsh list
 Id Name                 State
----------------------------------
  0 Domain-0             running
  2 stacking-guest       idle
[root@margo ~]# virt-what
xen
xen-dom0
[root@margo ~]# subscription-manager facts --list | grep is_guest
virt.is_guest: False

[root@margo ~]# subscription-manager register --username testuser1 --password password --org admin
The system has been registered with id: 362f9bc7-58d6-4c3c-9bdf-e29734037b6f 

^^^ THE HOST IS NOW REGISTERED AND WE HAVE A CONSUMER ID FOR THE HOST



Demonstrating virt-who's ability to upload the virt.uuids of the guests running on the host to candlepin...
[root@margo ~]# virt-who -d
Virt-who is running in libvirt mode
Virtual machine found: stacking-guest: fd0c533a-a5c9-c83e-9265-22a9215327e2
Sending update to updateConsumer: ['fd0c533a-a5c9-c83e-9265-22a9215327e2']




On a RHEL58 Server guest of the host...
[root@localhost ~]# virt-what
xen
xen-domU
[root@localhost ~]# subscription-manager facts --list | grep is_guest
virt.is_guest: True
[root@localhost ~]# 
[root@localhost ~]# subscription-manager register --username testuser1 --password password --org admin
The system has been registered with id: 6e1e5830-8237-4a06-a02b-39681dec96c9 
[root@localhost ~]# 
[root@localhost ~]# subscription-manager facts --list | grep uuid
system.uuid: 6e1e5830-8237-4a06-a02b-39681dec96c9
virt.uuid: fd0c533a-a5c9-c83e-9265-22a9215327e2

^^^ THE GUEST IS NOW REGISTERED AND WE HAVE A CONSUMER ID AND ITS virt.uuid MATCHES WHAT virt-who SENT TO CANDLEPIN



NOW LET'S CALL THE /guests API ON THE HOST CONSUMER AND WE SHOULD FIND THE GUEST...
[root@margo ~]# curl -k --user admin:admin https://mgmt5.rhq.lab.eng.bos.redhat.com:8443/candlepin/consumers/362f9bc7-58d6-4c3c-9bdf-e29734037b6f/guests | python -m simplejson/tool | grep uuid
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  5618    0  5618    0     0  39625      0 --:--:-- --:--:-- --:--:--     0
            "virt.uuid": "fd0c533a-a5c9-c83e-9265-22a9215327e2"
        "uuid": "6e1e5830-8237-4a06-a02b-39681dec96c9"
[root@margo ~]# 

^^^^ THANKS TO virt-who's COMMUNICATION TO CANDLEPIN, WE HAVE VERIFIED THAT THE HOST CONSUMER IS AWARE OF THE REGISTERED GUEST SYSTEM'S uuid THROUGH ITS virt.uuid.



Moving to VERIFIED

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Addition of hypervisorCheckIn call to allow sending a mapping of host/guest ids for creation/update.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2012-0154.html