Hide Forgot
Description of problem: Looks like we regressed when we applied the hotfix last night. In the server.log Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/bkr/server/controllers.py", line 1652, in action_provision kernel_options_post = koptions_post) File "/usr/lib/python2.4/site-packages/bkr/server/model.py", line 2370, in action_provision ks_appends=ks_appends) File "/usr/lib/python2.4/site-packages/bkr/server/model.py", line 1622, in provision ks_meta['ks_appends'] = True TypeError: object does not support item assignment And in the history: dwinship Scheduler 2011-10-18 13:42:14 -04:00 Power off Completed gozen Scheduler 2011-10-18 13:42:11 -04:00 Distro Provision RHEL6.2-20111018.n.0 gozen Scheduler 2011-10-18 13:42:09 -04:00 User Reserved gozen dwinship WEBUI 2011-10-18 13:41:45 -04:00 User Returned dwinship dwinship WEBUI 2011-10-18 13:41:35 -04:00 Loaned To Changed dwinship None dwinship WEBUI 2011-10-18 12:13:21 -04:00 Distro Provision object does not support item assignment: RHEL6.2-20110923.3_ dwinship WEBUI 2011-10-18 12:11:32 -04:00 Distro Provision object does not support item assignment: RHEL5-Server-U7_nfs dwinship WEBUI 2011-10-18 12:10:58 -04:00 Distro Provision object does not support item assignment: Fedora-15_nfs-x86_6 dwinship WEBUI 2011-10-18 12:10:26 -04:00 Distro Provision object does not support item assignment: RHEL6.2-20111017.n. dwinship WEBUI 2011-10-18 12:10:01 -04:00 Distro Provision object does not support item assignment: RHEL6.2-20111017.n. dwinship WEBUI 2011-10-18 12:09:39 -04:00 Distro Provision object does not support item assignment: RHEL6.2-20111017.n. I'm guessing this is to do with the ssh key code in ks_appends? Version-Release number of selected component (if applicable): 0.7.3
Looks like this only happens when doing a manual install with an ssh key saved in prefs.
A temporary workaround is to use the bkr system-provision command. This uses a different code path which I think is not affected by the bug.
The problem is that the other code paths pass ks_meta into action_provision as a dict. (Cobbler accepts either a dict or a string of space-separated key=value pairs.) Adding ks_appends (which can't be done when provisioning via the web UI but is how SSH public keys are passed in) demands the ks_appends key in ks_meta be set to be set to true (and in the other cases it was always a dict).
*** Bug 767600 has been marked as a duplicate of this bug. ***
*** Bug 768889 has been marked as a duplicate of this bug. ***
Beaker 0.8 has been released.