Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 573492 - AttributeError: 'NoneType' object has no attribute 'format'
Summary: AttributeError: 'NoneType' object has no attribute 'format'
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 13
Hardware: i386
OS: Linux
low
medium
Target Milestone: ---
Assignee: Radek Vykydal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: anaconda_trace_hash:022e0b1f18a8e1684...
: 573673 574085 588485 597008 597011 597682 627077 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-03-15 00:39 UTC by Chris Miller
Modified: 2011-06-07 14:09 UTC (History)
8 users (show)

Fixed In Version: anaconda-14.12-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-07 14:09:45 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Attached traceback automatically from anaconda. (deleted)
2010-03-15 00:39 UTC, Chris Miller
no flags Details
Kickstart config -- package list deleted. (deleted)
2010-03-16 15:38 UTC, Chris Miller
no flags Details
boot menu (deleted)
2010-03-16 15:38 UTC, Chris Miller
no flags Details
Attached traceback automatically from anaconda. (deleted)
2010-04-04 01:56 UTC, Keith Iosso
no flags Details
Attached traceback automatically from anaconda. (deleted)
2010-05-27 19:54 UTC, Chris Miller
no flags Details
Attached traceback automatically from anaconda. (deleted)
2010-05-30 04:49 UTC, Chris Miller
no flags Details
Requested ks.cfg (deleted)
2010-06-03 16:05 UTC, Chris Miller
no flags Details
Attached traceback automatically from anaconda. (deleted)
2010-06-15 00:08 UTC, alweiner7
no flags Details
Attached traceback automatically from anaconda. (deleted)
2010-10-25 10:44 UTC, sir.zhangwei
no flags Details

Description Chris Miller 2010-03-15 00:39:13 UTC
The following was filed automatically by anaconda:
anaconda 12.46 exception report
Traceback (most recent call first):
  File "/usr/lib/anaconda/yuminstall.py", line 768, in mirrorFailureCB
    dev.format.mountpoint = self.tree
  File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 297, in _failure
    action = cb(cb_obj, *args, **kwargs) or {}
  File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 402, in _mirror_try
    self._failure(gr, obj)
  File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 408, in urlgrab
    return self._mirror_try(func, url, kw)
  File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 823, in _getFile
    size=size
  File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 869, in getHeader
    cache=cache, size=size,
  File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 1572, in downloadHeader
    cache=repo.http_caching != 'none',
  File "/usr/lib/anaconda/yuminstall.py", line 713, in downloadHeader
    YumSorter.downloadHeader(self, po)
  File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 232, in populateTs
    self.downloadHeader(txmbr.po)
  File "/usr/lib/anaconda/yuminstall.py", line 844, in run
    self.populateTs(keepold=0)
  File "/usr/lib/anaconda/yuminstall.py", line 1585, in doInstall
    rc = self.ayum.run(self.instLog, cb, anaconda.intf, anaconda.id)
  File "/usr/lib/anaconda/backend.py", line 291, in doInstall
    return anaconda.backend.doInstall(anaconda)
  File "/usr/lib/anaconda/dispatch.py", line 200, in moveStep
    rc = stepFunc(self.anaconda)
  File "/usr/lib/anaconda/dispatch.py", line 123, in gotoNext
    self.moveStep()
  File "/usr/lib/anaconda/gui.py", line 1195, in nextClicked
    self.anaconda.dispatch.gotoNext()
  File "/usr/lib/anaconda/iw/progress_gui.py", line 79, in renderCallback
    self.intf.icw.nextClicked()
  File "/usr/lib/anaconda/gui.py", line 1216, in handleRenderCallback
    self.currentWindow.renderCallback()
AttributeError: 'NoneType' object has no attribute 'format'

Comment 1 Chris Miller 2010-03-15 00:39:35 UTC
Created attachment 400086 [details]
Attached traceback automatically from anaconda.

Comment 2 Chris Lumens 2010-03-15 14:21:04 UTC
Can you please test again with F13 alpha and let me know if this is still a bug there?  Thanks.

Comment 3 Chris Miller 2010-03-15 14:26:34 UTC
I will happily test anything you like.  Please provide instructions how I can deploy F13-alpha anaconda, as I'm not exactly certain how to do this.  I suspect I simply need a new initrd.img?  Is that right?

Comment 4 Chris Lumens 2010-03-15 14:50:39 UTC
*** Bug 573673 has been marked as a duplicate of this bug. ***

Comment 5 Chris Miller 2010-03-16 15:19:40 UTC
On the console:

Running anaconda 12.46, the Fedora system installer - please wait/
23:02:37 Starting VNC...
23:02:38 The VNC server is now running.
23:02:38

You choose to execute vnc with a password.


23:02:38 Please manually connect your vnc client to 10.1.2.40:1 to begin the install.
Traceback (most recent call last):
  File "/usr/bin/anaconda", line 961, in <module>
    startSsh()
  File "/usr/bin/anaconda", line 418, in startSsh
    os.execv("/sbin/sshd", args)
OSError:[Errno 2] No such file or directory
23:02:38 Starting graphical installation.



Installation in progress via kickstart monitored with vnc...

... and unhandled exception.    

574085 was added.

Comment 6 Chris Lumens 2010-03-16 15:30:07 UTC
*** Bug 574085 has been marked as a duplicate of this bug. ***

Comment 7 Chris Miller 2010-03-16 15:38:11 UTC
Created attachment 400477 [details]
Kickstart config -- package list deleted.

Comment 8 Chris Miller 2010-03-16 15:38:57 UTC
Created attachment 400478 [details]
boot menu

Comment 9 Chris Lumens 2010-03-16 15:54:23 UTC
Radek - it looks to me like mirrorFailureCB needs to be updated to handle the possibility that there are multiple kinds of repos involved and that the failure may be coming from a remote HTTP/FTP repo, so it doesn't make any sense to try to eject the media.

Chris - I don't think your kickstart file is going to do what you want.  You've got the harddrive command as well as two repo commands specifying the base repo.  You're therefore likely getting the base packages installed from those remote repos instead of your hard drive.

Comment 10 Chris Miller 2010-03-16 16:15:19 UTC
Hi CL,

For whatever reason, if I install from JUST the local archive, then I get version conflicts, so I added some remote repos to resolve the version problems.  Since I am using a stock F12 DVD as my local, I don't understand why I should be getting version problems.  In the interest of full disclosure, I used revisor to construct the package list that I use in ks.cfg, and revisor had the benefit of the most current remote archives and updates, so possibly permitted selections that would have been excluded without such access -- dunno.

If I specify "harddrive" and a set of repos, I assumed that the installation would look at the harddrive first and then satisfy any "install for dependancy" requirements from remote repos and finally apply updates that might be available.  Am I assuming too much?

In over a dozen installation attempts, I have had zero sessions that got past the first package and that seems like an inordinate failure rate for the remote repos.  Is there something else happening?

Comment 11 Chris Miller 2010-03-16 17:55:41 UTC
Hi CL,

Apparently I did not get BOTH initrd.img and install.img updated to F13-Alpha.  My apologies for the mis-information.

Using all F13-Alpha -- initrd.img, install.img and vmlinuz, I had zero problems using the local harddisk archive of packages.  I can believe my results because the welcome banner advertised anaconda 13.32

Modifying the ks.cfg to include the five additional archives, causes an unhandled exception, which you have now identified.  If there is anything else I can do to help, please let me know.   For example, if you have a test version that you want me to run, please tell me.

Thanks,

Chris.

Comment 12 Chris Miller 2010-03-16 18:52:25 UTC
Hi CL,

I don't know if this helps, but apparently when I use --mirrorlist instead of --baseurl with the repo directive, there are no problems.  At least, I have gotten past the installation of the first package.  I will update you about the ultimate conclusion of this installation.

Thanks,

Chris.

Comment 13 Keith Iosso 2010-04-04 01:56:01 UTC
Created attachment 404362 [details]
Attached traceback automatically from anaconda.

Comment 14 Radek Vykydal 2010-04-08 10:58:35 UTC
(In reply to comment #9)
> Radek - it looks to me like mirrorFailureCB needs to be updated to handle the
> possibility that there are multiple kinds of repos involved and that the
> failure may be coming from a remote HTTP/FTP repo, so it doesn't make any sense
> to try to eject the media.

I sent a patch taking care of that for review.

Comment 15 Chris Lumens 2010-05-03 20:01:10 UTC
*** Bug 588485 has been marked as a duplicate of this bug. ***

Comment 16 James Laska 2010-05-03 20:25:23 UTC
= Steps to reproduce =

1. Boot the netinst.iso of Fedora 13 Final TC1, boot with "askmethod"
2. Choose a pre-existing partition containing a DVD ISO and images/install.img
file.
3. Proceed with installation
4. At reposetup screen, attempt to add an http package repository (per
instructions at
https://fedoraproject.org/wiki/QA:Testcase_Additional_Http_Repository)

Comment 17 James Laska 2010-05-10 14:03:31 UTC
(In reply to comment #16)
> = Steps to reproduce =
> 
> 1. Boot the netinst.iso of Fedora 13 Final TC1, boot with "askmethod"
> 2. Choose a pre-existing partition containing a DVD ISO and images/install.img
> file.
> 3. Proceed with installation
> 4. At reposetup screen, attempt to add an http package repository (per
> instructions at
> https://fedoraproject.org/wiki/QA:Testcase_Additional_Http_Repository)    

For step#4 ... add a mirrorlist URL, but do *not* select "[ ] Is a mirrorlist".

This is easy to document and workaround.

Comment 18 Chris Miller 2010-05-27 19:54:36 UTC
Created attachment 417365 [details]
Attached traceback automatically from anaconda.

Comment 19 Chris Lumens 2010-05-28 03:25:27 UTC
*** Bug 597011 has been marked as a duplicate of this bug. ***

Comment 20 Chris Lumens 2010-05-28 03:25:34 UTC
*** Bug 597008 has been marked as a duplicate of this bug. ***

Comment 21 Chris Miller 2010-05-30 04:49:51 UTC
Created attachment 417984 [details]
Attached traceback automatically from anaconda.

Comment 22 Chris Lumens 2010-05-30 05:11:13 UTC
*** Bug 597682 has been marked as a duplicate of this bug. ***

Comment 23 James Laska 2010-06-01 15:33:32 UTC
Chris Miller, can you upload the kickstart file you are using when encountering this failure?  Thanks!

Comment 24 James Laska 2010-06-01 15:52:12 UTC
Added link to proposed Common_F13_Bugs documentation describing this issue.

https://fedoraproject.org/wiki/Common_F13_bugs#hdinstall-with-mirrorlist-repo

Comment 25 Chris Miller 2010-06-03 16:05:11 UTC
Created attachment 419431 [details]
Requested ks.cfg

Requested ks.cfg

Please note that the configuration as uploaded is the final and successful version.  You will notice that I have repro's commented out.  On the day the bug reports were filed, I was using either the mirror list, or fedoraproject directly.  It was only after I commented them out and used anl.gov that I succeeded.  You should be able to tell from the traceback what what was [un]commented at the time of each report.

Chris.

Comment 26 alweiner7 2010-06-15 00:08:10 UTC
Created attachment 424001 [details]
Attached traceback automatically from anaconda.

Comment 27 Radek Vykydal 2010-07-20 13:38:21 UTC
This should be fixed in anaconda-14.12-1.

The traceback should be gone (It happened e.g. when hd: or cdrom: repo and additional non-media repo was used, and download of package from non-media repo failed).

Comment 28 Chris Lumens 2010-08-25 13:14:36 UTC
*** Bug 627077 has been marked as a duplicate of this bug. ***

Comment 29 sir.zhangwei 2010-10-25 10:44:17 UTC
Created attachment 455491 [details]
Attached traceback automatically from anaconda.

Comment 30 Bug Zapper 2011-06-02 16:10:28 UTC
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


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