Bug 538435 - Kickstart Cloning & Activation Key Conflicts
Summary: Kickstart Cloning & Activation Key Conflicts
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Spacewalk
Classification: Community
Component: WebUI
Version: 0.6
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Justin Sherrill
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
: 669778 (view as bug list)
Depends On:
Blocks: space09 635772 706416
TreeView+ depends on / blocked
 
Reported: 2009-11-18 15:42 UTC by Andy Speagle
Modified: 2018-11-14 13:22 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-09-20 11:22:08 UTC
Embargoed:


Attachments (Terms of Use)

Description Andy Speagle 2009-11-18 15:42:39 UTC
Description of problem:

What I'm experiencing is that if I clone a kickstart and select a
different base channel in the newly cloned kickstart, with an activation
key that uses a different base channel; kickstarting a system using this
newly cloned profile, gives the following error during registration:

Error Message:
    Conflicting base channels
Error Class Code: 63
Error Class Info: Conflicting activation tokens

What I believe the problem is... is that the "auto-generated" (cobbler?)
activation key that is created when I clone the kickstart, is set to use
the base channel of the kickstart from which it was cloned and is not
being updated when I select a different base channel.  So, between that
cloned auto-gen activation key and my selected organizational activation
key, the base channels are in conflict.

I can show this by creating a brand new kickstart from scratch, with the
base channel selected initially as the new base channel.  I setup the
kickstart that is identical in every way to the cloned kickstart, from
what can be shown in the WebUI.  This "from-scratch" kickstart works
perfectly.  So, I assert that the problem must be with the cloned
auto-gen activation key that's not visible in the WebUI, but only via:

cobbler profile <profile>

such as...  

redhat mgmt key      :
1-b79e0b2b365afbff80ae65a104638b05,1-rhel-x86_64-server-5-4


Version-Release number of selected component (if applicable):
v0.6

How reproducible:
Every time.

Steps to Reproduce:
1.  Clone kickstart
2.  Select different base channel
3.  Assign activation key with base channel different from kickstrat from which new kickstart was cloned.
4.  Kickstart system
  
Actual results:
Error as above.

Expected results:
Kickstart without registration errors.


Additional info:

Comment 1 Justin Sherrill 2010-01-26 13:48:37 UTC
multiple users hitting this issue, will look at it very soon.

Comment 2 Justin Sherrill 2010-01-28 17:12:02 UTC
fixed in master.

3dcc601181e12b62e0c9c55b474544e52a3a4f75


Cloning the kickstart wasn't properly cloning the session key.

Comment 3 Miroslav Suchý 2010-05-05 14:57:17 UTC
This bug has been fixed in Spacewalk 1.0.
Closing.

Comment 4 Tomas Lestach 2011-01-28 15:25:30 UTC
*** Bug 669778 has been marked as a duplicate of this bug. ***

Comment 5 Andy Speagle 2011-01-28 16:39:45 UTC
This bug is still a problem in Spacewalk 1.2.

Comment 6 Victor Sira 2011-05-18 15:46:39 UTC
The bug is also still a problem in Satellite 5.4.

Comment 7 Brian Collins 2011-05-18 17:59:04 UTC
(In reply to comment #6)
> The bug is also still a problem in Satellite 5.4.

Confirmed.  We hit this problem today as well.

Comment 9 Maxim Burgerhout 2011-09-20 08:04:11 UTC
Problem still exists in Satellite 5.4.1. I have been so bold as to reopened this bug.

Comment 10 Tomas Lestach 2011-09-20 09:54:52 UTC
Hello Maxim,

this is a Spacewalk bugzilla. If you have any problem with RHN Satellite, please open a new BZ for that product. (Just make sure we recently released an erratum with fix for Bug 706416.)

Regarding Spacewalk - I tried to reproduce the problem according to #Description on latest nightly and I didn't get any problems. Please, provide a complete reproducer.

Comment 11 Maxim Burgerhout 2011-09-20 11:22:08 UTC
Sorry Tomas, I missed the Spacewalk part. I can't open the bug you mention, but I'll ask the Satellite admins to recheck for updates and file a proper SR if need be. Afaic, this bug can be closed again.

Comment 12 Tomas Lestach 2011-09-20 11:28:19 UTC
This was originally a valid but, so I'm re-closing it as CURRENTRELEASE (NOTABUG isn't correct).


Note You need to log in before you can comment on or make changes to this bug.