Verified in Satellite 6.8 Snap 17 1. Save the virt-who request data below in a file (temp.json) 2. Submit the data to the rhsm async hypervisors api curl -k -X POST --cert /etc/pki/consumer/cert.pem --key /etc/pki/consumer/key.pem https://<sathost>/rhsm/hypervisors/Default_Organization -H "Content-Type: application/json" -d @"temp.json" 3. Change the hypervisorId 4. Resubmit the data tot he rhsm api Results: The hypervisors are updated. See attached screenshots for verification { "hypervisors": [ { "hypervisorId": { "hypervisorId": "jake.test.hypervisor.one.io" }, "name": "hypervisor-one.io", "guestIds": [ { "guestId": "14cc4791-6725-4b07-ad8a-6587938f3177", "state": 1, "attributes": { "active": 1, "virtWhoType": "esx" } }, ], "facts": { "hypervisor.type": "VMware ESXi", "dmi.system.uuid": "33a134d6-31cb-42ae-ac3c-9347873c19f6", "cpu.cpu_socket(s)": "2", "hypervisor.cluster": "fake cluster", "hypervisor.version": "6.7.0" } }, { "hypervisorId": { "hypervisorId": "jake.test.altered.two.io" }, "name": "hypervisor-two.gov", "guestIds": [ { "guestId": "0f05f5b9-dd03-4bf7-865c-5a3506a36598", "state": 1, "attributes": { "active": 1, "virtWhoType": "esx" } }, ], "facts": { "hypervisor.type": "VMware ESXi", "dmi.system.uuid": "5caa14cf-79c7-4469-ae17-9b30adfbd254", "cpu.cpu_socket(s)": "2", "hypervisor.cluster": "fake cluseter", "hypervisor.version": "6.7.0" } } ] }
Created attachment 1710555 [details] before
Created attachment 1710556 [details] after
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 (Important: Satellite 6.8 release), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2020:4366