Cloning to make sure it's addressed in Satellite 5.3.0. +++ This bug was initially created as a clone of Bug #480080 +++ * Login to GUI * Schedule a kickstart for a system * Create 'reactivation' key for a system you just scheduled a KS * Attempt to register the system with that activation key: rhnreg_ks --serverUrl=http://fjs-0-02/XMLRPC --activationkey=ec2e085a651f5354d49f69549ecd6c2f get error: history.append(("Kickstart session canceled", AttributeError: ReRegistrationToken instance has no attribute 'get_name'
Created attachment 356417 [details] sat 5.2.0 patch from spacewalk fix
*For Engineering*: Customer reported issue on Sat 5.2.0 and the patch fixed it, this BZ is just for tracking and to make sure it's QA'd for Sat 5.3.0. Thanks!
Fixed since Space04 apparently. Moving straight to ON_QA.
Verified (Satellite-5.3.0-RHEL5-re20090724.0) with updates dated Aug 6 After scheduling a kickstart as describe in the problem and going to the Reactivation tab, I am presented with the following red message in the Satellite GUI: There is a kickstart session in progress for this system. Modifying this activation key is likely to cause the system to fail to re-register when the kickstart session is complete. Using this key manually could cause unintended side-effects. ID: 416 Org ID: 62 Key: re-62-c3c70c1af5bafc6166cd0110197394f0 [root@fjs-0-12 ~]# rhnreg_ks --serverUrl=http://dhcp77-153.rhndev.redhat.com/XMLRPC --force --activationkey=re-62-c3c70c1af5bafc6166cd0110197394f0 [root@fjs-0-12 ~]# Using the key that was inherently generated by scheduling a kickstart, I was successfully able to use it with rhnreg_ks at the command line. After rhnreg_ks was successfully executed, I went to the system's Reactivation tab and found that the key was no longer there. All looks good. No error encountered as described in the problem description. Moving to VERIFIED
Verified in stage -> RELEASE_PENDING. * scheduled kickstart for client * generated reactivation key - page showed warning: There is a kickstart session in progress for this system. Modifying this activation key is likely to cause the system to fail to re-register when the kickstart session is complete. Using this key manually could cause unintended side-effects. ID: 3944 Org ID: 36 Key: f808922b3b4bdb62afc8b1f685ed70ac * registered client using the key above with no error * after reactivation key page reload key dissappeared * Event -> History on client shows (n/a) Reactivation via Token 08/14/09 6:28:42 AM EDT (n/a) Kickstart session canceled 08/14/09 6:28:42 AM EDT failed Initiate a kickstart scheduled by mmraka 08/14/09 6:28:42 AM EDT
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html