Created attachment 431274 [details] saved traceback and debug info from anaconda Description of problem: anaconda fails at the beginning of package install from DVD. Version-Release number of selected component (if applicable): anaconda-14.10 How reproducible: every time Steps to Reproduce: 1. Boot DVD from rawhide of 2010-07-12 (Monday), fresh install, basic disks, custom layout, default packages 2. proceed to install packages 3. Actual results: anaconda 14.10 exception report Traceback (most recent call first): File "/usr/lib64/python2.6/site-packages/pyanaconda/yuminstall.py", line 1007, in _run for (descr, (ty, mount, need)) in probs.value: # FIXME: probs.value??? File "/usr/lib64/python2.6/site-packages/pyanaconda/yuminstall.py", line 974, in run if self._run(instLog, cb, intf) == DISPATCH_BACK: File "/usr/lib64/python2.6/site-packages/pyanaconda/yuminstall.py", line 1730, in doInstall rc = self.ayum.run(self.instLog, cb, anaconda.intf, anaconda.id) File "/usr/lib64/python2.6/site-packages/pyanaconda/backend.py", line 286, in doInstall return anaconda.backend.doInstall(anaconda) File "/usr/lib64/python2.6/site-packages/pyanaconda/dispatch.py", line 209, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib64/python2.6/site-packages/pyanaconda/dispatch.py", line 128, in gotoNext self.moveStep() File "/usr/lib64/python2.6/site-packages/pyanaconda/gui.py", line 1174, in nextClicked self.anaconda.dispatch.gotoNext() File "/usr/lib64/python2.6/site-packages/pyanaconda/iw/progress_gui.py", line 79, in renderCallback self.intf.icw.nextClicked() File "/usr/lib64/python2.6/site-packages/pyanaconda/gui.py", line 1195, in handleRenderCallback self.currentWindow.renderCallback() ValueError: need more than 1 value to unpack Expected results: no traceback Additional info:
Created attachment 431275 [details] /tmp/anaconda.log 13:52:04,161 INFO anaconda: Preparing to install packages 13:52:04,165 INFO anaconda: transferring install image to install target 13:52:27,472 DEBUG anaconda: isys.py:umount()- going to unmount /mnt/stage2, removeDir = True 13:55:51,495 WARN anaconda: /usr/lib64/python2.6/site-packages/pyanaconda/gui.py:491: GtkWarning: gtk_progress_set_percentage: assertion `percentage >= 0 && percentage <= 1.0' failed self.progress.set_fraction (newval) 13:55:55,723 CRIT anaconda: anaconda 14.10 exception report
For some context, here's some more of the code: try: self.runTransaction(cb=cb) except YumBaseError, probs: # FIXME: we need to actually look at these problems... probTypes = { rpm.RPMPROB_NEW_FILE_CONFLICT : _('file conflicts'), rpm.RPMPROB_FILE_CONFLICT : _('file conflicts'), rpm.RPMPROB_OLDPACKAGE: _('older package(s)'), rpm.RPMPROB_DISKSPACE: _('insufficient disk space'), rpm.RPMPROB_DISKNODES: _('insufficient disk inodes'), rpm.RPMPROB_CONFLICT: _('package conflicts'), rpm.RPMPROB_PKG_INSTALLED: _('package already installed'), rpm.RPMPROB_REQUIRES: _('required package'), rpm.RPMPROB_BADARCH: _('package for incorrect arch'), rpm.RPMPROB_BADOS: _('package for incorrect os'), } for (descr, (ty, mount, need)) in probs.value: # FIXME: probs.value??? Has something changed in what YumBaseError looks like?
I think we may have screwed up here: http://yum.baseurl.org/gitweb?p=yum.git;a=commitdiff;h=a4f5edddc317cec91c83219485f4dd183accbbd4 ...is: --- a/yum/__init__.py +++ b/yum/__init__.py @@ -1297,7 +1297,12 @@ class YumBase(depsolve.Depsolve): if self.conf.history_record: herrors = [to_unicode(to_str(x)) for x in errors] self.history.end(rpmdbv, 2, errors=herrors) - raise Errors.YumBaseError, errors + + self.logger.critical(_("Transaction couldn't start:")) + for e in errors: + self.logger.critical(e[0]) # should this be 'to_unicoded'? + raise Errors.YumBaseError, _("Could not run transaction.") + ...where errors is directly from rpm. What we probably need is a specific "YumRpmTransactionFailed" exception which contains .values ... but also prints nicely for the cli. Of course testing this is a PITA.
Blocks F14Alpha because it relates to unmet Alpha Release Requirement #5: The installer must be able to use the DVD local package source options.
Installing from DVD of today's rawhide works. anaconda-14.11 yum-3.2.27-17
This isn't a "normal" API break, it will only trigger when rpm decides to fail the transaction (after the transaction test succeeded). So just testing an install doesn't mean it's fixed. I've got a proposed patch, upstream, which I think fixes this ... and keeps the behaviour we want from yum cli. Testing with lack of disk space hasn't been done though.
Discussed at blocker meeting of 2010/07/16. Given the information available we're accepting this as a blocker, but we do wonder - given comment #7 - if affected cases would still ultimately fail even if this bug were fixed? It sounds like the bug is only triggered if the package set to be installed is uninstallable in any case, which would mean the install could not ultimately proceed? Please advise. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
As noted in comment 6, installing Thursday's DVD of rawhide succeeded. However comment 7 says there probably still is a bug (traceback from anaconda) if the disk becomes full (or other non-satisfactory situation detected by subprogram). My interpretation of this is: No longer blocks F14Alpha.
it's comment #7 I want a bit more detail on - exactly what conditions will trigger this bug, and whether it will ever be triggered in a case where the install would otherwise succeed. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
No, the fix won't make the install work when it doesn't. The fix is that instead of displaying a traceback anaconda will display a dialog saying something like: Can't install/update kernel due to /boot, 50Mb free 80Mb needed. ...which, to be fair, is much more helpful to the user (but they'll still need to fix something :).
Please help us save time at this week's Fedora 14 Alpha Blocker Bug review meeting by adding your comments on the assessment of this bug. If this bug is still unresolved by Friday, July 23, 2010, we would appreciate your attendance at the Fedora 14 Alpha blocker meeting on freenode in the #fedora-bugzappers channel at 16:00 UTC. The following information would be very helpful to have prior to Friday: a) what additional information you need to troubleshoot or fix this bug b) When you estimate having a fix ready Thank you, John
This should be fixed in the latest rawhide: yum-3.2.27-18.fc14