Description of problem: guests running on rhel6 kvm host are consuming regular entitlements, not flex entitlements as rhel6 guests running on rhel5 host. Version-Release number of selected component (if applicable): How reproducible: always on sw nightly Steps to Reproduce: 1. install spacewalk nightly 2. prepare kvm host on rhel5 3. prepare kvm host on rhel6 4. create kvm guest on rhel5 5. create kvm guest on rhel6 6. register kvm guest created in step 4 to spacewalk 7. register kvm guest created in step 5 to spacewalk 8. check results Actual results: - kvm guest running on rhel5 is visible as virtual pc and consumes flex entitlement - lvm guest running on rhel6 is visible as regular pc and consumes regular entitlement Expected results: all guests consumes flex guest entitlements Additional info:
Hrm, I am not able to reproduce this: [root@localhost ~]# rpm -qa | grep rhn rhnlib-2.5.22-6.el6.noarch rhnsd-4.9.3-2.el6.x86_64 yum-rhn-plugin-0.9.1-5.el6.noarch rhn-client-tools-1.0.0-33.el6.noarch rhn-setup-1.0.0-33.el6.noarch rhn-check-1.0.0-33.el6.noarch Can you provide me with a guest that exhibits the problem? Thanks, -Justin
fixed issue where guests getting 'free' entitlements would show up under "Guests consuming regular entitlements': d67b9758609fec42cf8481793d49a555ce5600e6
justin, can you check https://ibm-x3655-04.ovirt.rhts.eng.bos.redhat.com/rhn/systems/VirtualSystemsList.do and https://ibm-x3655-04.ovirt.rhts.eng.bos.redhat.com/rhn/systems/details/SystemHardware.do?sid=1000010039 and https://ibm-x3655-04.ovirt.rhts.eng.bos.redhat.com/rhn/systems/details/SystemHardware.do?sid=1000010038 last two links are virtual guests running on rhel6 kvm-amd enabled host
Hello Justin, I see changes are in some XML file. In which package/nightly build this change lives? Also could you move this bug to ON_QA or so once it is ready to be tested?
links provided in comment 5 are not working :( Justin please try looking and see if we can move this to modified or on_qa.
Cliff, so getting this to modified or on_qa will require client side changes. Do you want me to go ahead and make those?
errr, ignore my comment #8, got confused with a different bugzilla #
This should be on latest ISO, package version spacewalk-java-1.2.4-1 or newer
tested with http://download.devel.redhat.com/nightly/latest-RHEL5.6-Server/5/i386/os/Server/rhn-{check,client-tools,setup}-0.4.20-33.el5_5.2.noarch.rpm result: An error has occurred: exceptions.NameError See /var/log/up2date for more information tail /var/log/up2date An error has occurred: exceptions.NameError See /var/log/up2date for more information [root@localhost ~]# tail /var/log/up2date File "/usr/share/rhn/up2date_client/rhncli.py", line 65, in run sys.exit(self.main() or 0) File "/usr/sbin/rhnreg_ks", line 157, in main rhnreg.sendHardware(systemId, hardwareList) File "/usr/share/rhn/up2date_client/rhnreg.py", line 630, in sendHardware s.registration.add_hw_profile(systemId, _encode_characters(hardwareList)) File "/usr/share/rhn/up2date_client/rhnreg.py", line 613, in _encode_characters if item_type == StringType or item_type == UnicodeType: exceptions.NameError: global name 'StringType' is not defined
testad also http://download.devel.redhat.com/brewroot/packages/rhn-client-tools/0.4.20/43.el5/noarch/rhn-{check,client-tools,setup}-0.4.20-43.el5.noarch.rpm with same results
TB in #15 and #16 are problem with BZ 618250, I'm going to fix it
New rhn-client-tools built, you can retest it again.
verified with rhn-client-tools-0.4.20-44.el5
The 5.4.0 RHN Satellite and RHN Proxy release has occurred. This issue has been resolved with this release. RHEA-2010:0801 - RHN Satellite Server 5.4.0 Upgrade https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10332 RHEA-2010:0803 - RHN Tools enhancement update https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10333 RHEA-2010:0802 - RHN Proxy Server 5.4.0 bug fix update https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10334 RHEA-2010:0800 - RHN Satellite Server 5.4.0 https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10335 Docs are available: http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/index.html Regards, Clifford