| Summary: | manual provision is failing on all systems | ||
|---|---|---|---|
| Product: | [Retired] Beaker | Reporter: | Bill Peck <bpeck> |
| Component: | web UI | Assignee: | Steven Lawrance <stl> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 0.7 | CC: | bpeck, czhang, dcallagh, emcnabb, mcsontos, mnowak, rmancy, stl, tflink |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-01-04 01:43:34 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
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. |
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