Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
The trouble is the Bug 1122938 fix aims for Sat6.1.
Currently (for 6.0) an integer 'id' is returned as content host identifier. If 6.1 will use string 'uuid' (another type and value) as identifier, it's fatal for transition tooling persistent maps. It breaks mapping from sat5 system profiles to sat6 content hosts, that are identified by what is returned as 'id' at creation time.
Implement a workaround now, it's cheaper to implement it now, than to recover/rebuild persistent maps after the change gets released.
VERIFIED
string 'uuid' is returned as the conten-host identifier
# hammer content-host list --organization jhutar
[Foreman] username: admin
[Foreman] password for admin:
-------------------------------------|-------------------------------------------
ID | NAME
-------------------------------------|-------------------------------------------
380d831e-b2fa-433c-aad0-55d3915e3d8f | ibm-x3650m4-03-vm10.lab.eng.brq.redhat.com
d8b09e0c-60e2-449d-81c5-bd7a4febdde1 | ibm-x3650m4-03-vm07.lab.eng.brq.redhat.com
e256488c-eeea-44c3-9a32-e7ab6b35d285 | test01-64.sysmgmt.lab.eng.rdu2.redhat.com
-------------------------------------|-------
I'm sorry, I didn't mention in the Bug#Description that the integer 'id' returned as content host identifier is when you use the *API* (POST /katello/api/systems ), not hammer.
Switching back to ON_QA.
The correct test for this Bug would be to transition some content-hosts and verify that the 'sat6' column in the .transition_data/systems* csv file contains uuid strings (not integer values).
DEVELOPER-VERIFIED - migrated a system from Sat5 (SID 1000010004) to Sat6. Created content-host with UUID ac063466-4dbc-4dd3-bfe9-bf33f5c2fd2e.
Content of the matching .transition_data/systems* file:
===
~ $ cat .transition_data/systems-2014-09-02T21\:54\:09+0000.csv
sat5,sat6,delete
1000010004,ac063466-4dbc-4dd3-bfe9-bf33f5c2fd2e,
~ $
===
Verified on rubygem-hammer_cli_import-0.10.3-1