| Summary: | AttributeError: 'NoneType' object has no attribute 'rfind' | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | James Laska <jlaska> |
| Component: | anaconda | Assignee: | Ales Kozumplik <akozumpl> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | akozumpl, amcnabb, anaconda-maint-list, hoyang, jfrieben, jonathan, jturner, jzeleny, robatino, soylentman, vanmeeuwen+fedora |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | anaconda_trace_hash:3d3d7ce67b9889e3066cc7c529620b84f20f2266b4386cfc26fdd6842131445e | ||
| Fixed In Version: | anaconda-15.19-1 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-09-01 08:04:06 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Attachments: | |||
Created attachment 475218 [details]
Attached traceback automatically from anaconda.
Created attachment 475260 [details] Screenshot.png (showing pdb debug window) Entering debugger... > /usr/lib64/python2.7/posixpath.py(112)basename() -> i = p.rfind('/') + 1 (Pdb) up > /usr/lib64/python2.7/site-packages/pyanaconda/iutil.py(794)get_sysfs_path_by_name() -> dev_name = os.path.basename(dev_name) (Pdb) up > /usr/lib64/python2.7/site-packages/pyanaconda/storage/formats/__init__.py(407)majorminor() -> sysfs_path = get_sysfs_path_by_name(device) (Pdb) p device None (Pdb) p self.device '/dev/vda2/ We also determined dm_node_from_name is returning None here, hence why device=None. To me, it looks like the best fix is to make dm_node_from_name always either return something valid or raise DMError, since we've already got code to handle the exception case. A quick glance through anaconda indicates we're not prepared for dm_node_from_name to return None anywhere. Created attachment 475523 [details]
Attached traceback automatically from anaconda.
In case it's not obvious, you can change the Platform to "All Linux", since I hit this attempting to install from http://alt.fedoraproject.org/pub/alt/stage/15-Alpha.TC1/Fedora/i386/iso/Fedora-15-Alpha-i386-DVD.iso It had finished installing all packages, said it was installing the bootloader, then hit this. Fixed by d896feb152b5a5f8b20f1c70d5253df02c98732e. Updates.img available to workaround the reported issue http://jlaska.fedorapeople.org/updates/672603.img *** Bug 673209 has been marked as a duplicate of this bug. *** Created attachment 475679 [details]
Attached traceback automatically from anaconda.
Using the file from comment 7, I successfully completed an install as a VirtualBox guest using the 32-bit ISO in comment 5. The installer still shows the F14 logo, and after rebooting, it doesn't run firstboot, but I was able to go to a VT and create an ordinary user account manually. Lots of breakage still appears to exist after that (for example I couldn't make it use Thunderbird as the preferred mail reader, even though it was installed). But at least this bug seems fixed. I also have the corresponding 64-bit ISO but haven't tested that yet. Created attachment 476007 [details]
Attached traceback automatically from anaconda.
Created attachment 476019 [details]
Attached traceback automatically from anaconda.
Created attachment 476022 [details]
Attached traceback automatically from anaconda.
Created attachment 476683 [details]
Attached traceback automatically from anaconda.
This bug is apparently closed, but it appears very similar to the recently reported bug #706542. Are the two bugs possibly related? (In reply to comment #15) > This bug is apparently closed, but it appears very similar to the recently > reported bug #706542. Are the two bugs possibly related? My take is that the tracebacks are different. The resulting python failure is certainly the same ... but the fix will be different. I suspected as such (hence the separate report), but I thought I should at least mention it. Sorry for the noise. (In reply to comment #17) > I suspected as such (hence the separate report), but I thought I should at > least mention it. Sorry for the noise. Apology not needed at all ... no worries :) |
The following was filed automatically by anaconda: anaconda 15.16 exception report Traceback (most recent call first): File "/usr/lib64/python2.7/posixpath.py", line 112, in basename i = p.rfind('/') + 1 File "/usr/lib64/python2.7/site-packages/pyanaconda/iutil.py", line 794, in get_sysfs_path_by_name dev_name = os.path.basename(dev_name) File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/formats/__init__.py", line 407, in majorminor sysfs_path = get_sysfs_path_by_name(device) File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/devices.py", line 1966, in writeKS pvs.append("pv.%s" % pv.format.majorminor) File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/__init__.py", line 1185, in writeKS device.writeKS(f, preexisting=preexisting, noformat=noformat) File "/usr/lib64/python2.7/site-packages/pyanaconda/__init__.py", line 379, in writeKS self.storage.writeKS(f) File "/usr/lib64/python2.7/site-packages/pyanaconda/packages.py", line 67, in writeKSConfiguration anaconda.writeKS(fn) File "/usr/lib64/python2.7/site-packages/pyanaconda/dispatch.py", line 211, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib64/python2.7/site-packages/pyanaconda/dispatch.py", line 130, in gotoNext self.moveStep() File "/usr/lib64/python2.7/site-packages/pyanaconda/gui.py", line 1265, in nextClicked self.anaconda.dispatch.gotoNext() File "/usr/lib64/python2.7/site-packages/pyanaconda/iw/progress_gui.py", line 79, in renderCallback self.intf.icw.nextClicked() File "/usr/lib64/python2.7/site-packages/pyanaconda/gui.py", line 1286, in handleRenderCallback self.currentWindow.renderCallback() AttributeError: 'NoneType' object has no attribute 'rfind'