Bug 510033
| Summary: | AttributeError: 'NoneType' object has no attribute 'name' | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Clyde E. Kunkel <clydekunkel7734> | ||||||
| Component: | anaconda | Assignee: | David Lehman <dlehman> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | urgent | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | rawhide | CC: | awilliam, ddumas, geoffrey.levand, jlaska, maxamillion, petersen, rmaximo, vanmeeuwen+fedora | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i386 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | anaconda_trace_hash:e7fc78ac877b6dc0829fa4dc17c04c4ae6978564012d3072ecd2f399f368379a | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | |||||||||
| : | 510039 (view as bug list) | Environment: | |||||||
| Last Closed: | 2009-08-04 23:20:41 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: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 473303, 507676 | ||||||||
| Attachments: |
|
||||||||
Created attachment 350802 [details]
Attached traceback automatically from anaconda.
This traceback occurred only after seeing that LVs and raids were not detected during storage probes and clicking the back button, going to tty2 and activating the LVs (lvm vgchange -ay) and then going back to tty6 and clicking next (custom partitioning having already been selected). So, looks like two bugs--this one and a new one: anaconda 12.1 not detecting LVM and raid (will enter bz shortly). *** Bug 510039 has been marked as a duplicate of this bug. *** *** Bug 510396 has been marked as a duplicate of this bug. *** *** Bug 511268 has been marked as a duplicate of this bug. *** *** Bug 511169 has been marked as a duplicate of this bug. *** Setting severity to high based on http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow#Severity raising to urgent: this is affecting a wide range of (and possibly all) rawhide installations. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Blocks Fedora 12 Alpha for obvious reasons. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Dlehman is working this one, he has a patch that would fix the immediate problem of the traceback, but it seems like something more is going on that needs to be identified. So work continues, but progress is being made. Cool (In reply to comment #4) > *** Bug 510396 has been marked as a duplicate of this bug. *** Note there are 6 backtraces attached to this report also. Created attachment 354519 [details] updates with fix for 510033 Please try the attached updates image. It is also available at http://dlehman.fedorapeople.org/510033.img . Here's a link to some help on using updates from the network: http://fedoraproject.org/wiki/Anaconda/Updates#Updates_from_the_Network Apparently, the updates dialogue screen comes after the network screen. Can't apply updates via network or update floppy or key since anaconda is failing at the network screen when using askmethod to get to a network. Is there a way to invoke updates earlier? The link I provided describes a variety of options for specifying an updates image. You only need to put updates=http://dlehman.fedorapeople.org/510033.img on the command line when booting. You can find information about how to specify your network configuration on the command line here: http://fedoraproject.org/wiki/Anaconda/Options The fix for this should be present in anaconda 12.4. can people please test this as a matter of urgency? Thanks. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Can't test since still cannot get a network connection with 12.4. Works for me with 12.5, I snagged it from koji on a live image I composed (assuming the mirrors just haven't sync'd yet). I was able to get a successful complete install from an "unofficial" rawhide composed livecd. Correcting comment #17: ...with 12.5 VICE ...with 12.4 No joy due to 511907... Still can't verify fixed due to failing anaconda with rawhide image from 20090728. Bz 511907 (and maybe dup 513725). Can't conclusively verify this is fixed since traceback occurs near what appears to be the end of storage prob. See bz 499854 which was closed due to insufficient data. However, since this traceback occurred only after storage prob completed without finding LVs and raids, the error has either been resolved now or has morphed into something more insidious. Please note: Fedoras 9, 10 and 11 alpha installed on this system. Have not had a successful install since except by installed fedora 10 and then doing an update install of 11. Two reports is good enough for me to mark this one fixed. Can always re-open if appropriate. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Just to report, I no longer see this bug on the PS3 game console. -Geoff |
The following was filed automatically by anaconda: anaconda 12.1 exception report Traceback (most recent call first): File "/usr/lib/anaconda/storage/devicetree.py", line 1286, in addUdevDevice if device.name in self.protectedDevNames: File "/usr/lib/anaconda/storage/devicetree.py", line 1791, in populate self.addUdevDevice(dev) File "/usr/lib/anaconda/storage/__init__.py", line 291, in reset self.devicetree.populate() File "/usr/lib/anaconda/iw/partition_gui.py", line 669, in getPrev self.storage.reset() File "/usr/lib/anaconda/gui.py", line 1333, in prevClicked self.currentWindow.getPrev () AttributeError: 'NoneType' object has no attribute 'name'