Bug 497374
Summary: | Traceback at beginning of EFI install | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Will Woods <wwoods> | ||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | CC: | anaconda-maint-list, pjones, rmaximo, vanmeeuwen+fedora | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | anaconda_trace_hash:d86b2508b48b7eb4af97ec09b95a1667d6ea4b49f6aea728d3e00d23aa6f9091 | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2009-04-23 18:19:07 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Will Woods
2009-04-23 15:32:47 UTC
Created attachment 340958 [details]
Attached traceback automatically from anaconda.
Can you reliably reproduce this? "need more than 0 values to unpack"? That's strange, isn't it? I'd assume it would be one value - the exception instance. But maybe my understanding of exception handling is incomplete. Anyway, here's a suggested patch for execWithRedirect: diff --git a/iutil.py b/iutil.py index 0d7faed..7d354b7 100644 --- a/iutil.py +++ b/iutil.py @@ -103,8 +103,8 @@ def execWithRedirect(command, argv, stdin = None, stdout = None, if proc.returncode is not None: ret = proc.returncode break - except OSError, (errno, msg): - errstr = "Error running %s: %s" % (command, msg) + except OSError, e: + errstr = "Error running %s: %s" % (command, e.strerror) log.error(errstr) runningLog.write(errstr) runningLog.close() Haven't tried to reproduce yet - restarting the install now. Hrm. Can't reproduce so far. Might be some kind of unreliable race with udevadm or something? Or maybe I just got a bad image? Who knows. I'll keep trying. Well, I've pushed your patch above for all places where we catch OSError. I did the same thing in rhpl a little while back and haven't seen any new complaints. Hopefully this will take care of it. |