Description of problem: A cloned kickstart profile retains the "default" OS from the parent profile even after the Base OS is changed. Version-Release number of selected component (if applicable): How reproducible: Every time Steps to Reproduce: 1. Clone a kickstart profile. 2. Change the Base OS (Kickstart Details|Operating System, Base Channel). 3. Kickstart a host. Actual results: With no activation key the host will register itself to the previous Base OS (the one from the parent of the clone). With an activation key usually a conflict occurs and registration will fail entirely. Expected results: With no activation key the host will register itself to the Base OS in the profile. With an activation key the host will register itself to OS in the key. Additional info: Postgres DB
Try the solution in ticket 786705 https://bugzilla.redhat.com/show_bug.cgi?id=786705 I have a feeling this is an other manifestation of the same issue
by the way for " With no activation key the host will register itself to the Base OS in the profile. " to work you need to add the patches mentioned in ticket 809936 and update the dist channel map which can be done with the tool eva-dist-channel-map.pl mentioned in the ticket, however this is unsupported as of yet because the mapping is global regardless of the organization. https://bugzilla.redhat.com/show_bug.cgi?id=809936
That's not quite the same problem. To reiterate, say I have channel A and channel B. If I create a kickstart profile from scratch with base channel A, then clone it and change the base channel to B, systems kickstarted with the cloned profile will register to channel A provided there's no activation key associated with the profile.
Dug through the DB a bit. Looks like a new activation key is created in rhnactivationkey when a profile is created or cloned and associated with the profile. Also, a new row is added to rhnregtokenchannels to associate the new default activation key with a channel. If the base channel in the associated profile is changed the channel_id in rhnregtokenchannels is not updated. Therefore, the default activation channel for the profile never changes.
I had a rhel6 kickstart profile. I cloned it to a new ks profile and changed the base channel to rhel5. After I provisined my rhel6 system using the cloned ks profile, rhel5 was correctly installed on the system. I tried it on Spacewalk nightly. Bill, are you sure, the issue wasn't fixed in the meantime and is still present in Spacewalk?
As here is no input for more than 4 years and it's reported for old version, closing this BZ.