Bug 510033 - AttributeError: 'NoneType' object has no attribute 'name'
Summary: AttributeError: 'NoneType' object has no attribute 'name'
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: i386
OS: Linux
high
urgent
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: anaconda_trace_hash:e7fc78ac877b6dc08...
: 510039 510396 511169 511268 (view as bug list)
Depends On:
Blocks: F12Blocker, F12FinalBlocker F12Alpha, F12AlphaBlocker
TreeView+ depends on / blocked
 
Reported: 2009-07-07 14:08 UTC by Clyde E. Kunkel
Modified: 2009-08-14 17:00 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 510039 (view as bug list)
Environment:
Last Closed: 2009-08-04 23:20:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Attached traceback automatically from anaconda. (2.05 MB, text/plain)
2009-07-07 14:08 UTC, Clyde E. Kunkel
no flags Details
updates with fix for 510033 (92.23 KB, application/octet-stream)
2009-07-21 16:43 UTC, David Lehman
no flags Details

Description Clyde E. Kunkel 2009-07-07 14:08:28 UTC
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'

Comment 1 Clyde E. Kunkel 2009-07-07 14:08:40 UTC
Created attachment 350802 [details]
Attached traceback automatically from anaconda.

Comment 2 Clyde E. Kunkel 2009-07-07 14:17:54 UTC
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).

Comment 3 Andy Lindeberg 2009-07-07 18:01:19 UTC
*** Bug 510039 has been marked as a duplicate of this bug. ***

Comment 4 Chris Lumens 2009-07-09 14:23:20 UTC
*** Bug 510396 has been marked as a duplicate of this bug. ***

Comment 5 Chris Lumens 2009-07-14 15:35:38 UTC
*** Bug 511268 has been marked as a duplicate of this bug. ***

Comment 6 Chris Lumens 2009-07-14 15:35:43 UTC
*** Bug 511169 has been marked as a duplicate of this bug. ***

Comment 7 James Laska 2009-07-16 18:08:14 UTC
Setting severity to high based on http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow#Severity

Comment 8 Adam Williamson 2009-07-17 18:53:29 UTC
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

Comment 9 Adam Williamson 2009-07-17 18:54:22 UTC
Blocks Fedora 12 Alpha for obvious reasons.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 10 Denise Dumas 2009-07-17 19:41:15 UTC
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.

Comment 11 Jens Petersen 2009-07-21 01:41:01 UTC
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.

Comment 12 David Lehman 2009-07-21 16:43:17 UTC
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

Comment 13 Clyde E. Kunkel 2009-07-21 20:25:12 UTC
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?

Comment 14 David Lehman 2009-07-21 20:37:02 UTC
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

Comment 15 Andy Lindeberg 2009-07-23 14:11:05 UTC
The fix for this should be present in anaconda 12.4.

Comment 16 Adam Williamson 2009-07-23 18:12:58 UTC
can people please test this as a matter of urgency? Thanks.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 17 Clyde E. Kunkel 2009-07-23 18:21:37 UTC
Can't test since still cannot get a network connection with 12.4.

Comment 18 Adam Miller 2009-07-23 19:33:54 UTC
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.

Comment 19 Clyde E. Kunkel 2009-07-24 00:47:58 UTC
Correcting comment #17:  ...with 12.5 VICE ...with 12.4

Comment 20 Clyde E. Kunkel 2009-07-25 16:15:03 UTC
No joy due to 511907...

Comment 21 Clyde E. Kunkel 2009-07-28 14:27:45 UTC
Still can't verify fixed due to failing anaconda with rawhide image from 20090728. Bz 511907 (and maybe dup 513725).

Comment 22 Clyde E. Kunkel 2009-08-01 18:43:26 UTC
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.

Comment 23 Adam Williamson 2009-08-04 23:20:41 UTC
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

Comment 24 Geoff Levand 2009-08-14 17:00:13 UTC
Just to report, I no longer see this bug on the PS3 game console.

-Geoff


Note You need to log in before you can comment on or make changes to this bug.