Red Hat Bugzilla – Bug 160261
Installer shows bogus 'remaing time' numbers
Last modified: 2007-11-30 17:11:07 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4
Description of problem:
When doing a system update, the installer said there were "1170 minutes" minutes remaining. It did count down to 0 eventually, and the installer didn't take any longer than previous updates. The install was over FTP via a fast link.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
I've not tried to reproduce it since this happened on my employer's workstation.
Do you remember if the time started out as something ridiculous but then came
back down into a more reasonable number? Did it spike up to 1170 sometime in
The time remaining algorithm is based on the amount of time taken to get all
packages that have already been installed. I believe this amount of time should
be getting adjusted throughout the course of the installation. The first
estimate is going to be heavily influenced by any temporary network congestion
or slowdown that may occur right at the beginning. However the adjustment
process should eventually bring that initial pessimistic estimate back down to
something more reasonable.
Closing for now, but feel free to reopen if you continue seeing absurd numbers.
It started out reasonably for several packages then jumped up in one or two big
steps to 1170. It was counting down by 5 minutes after every couple of packages
until it reached 0 (and thus the end of the package list).
So it was adjusting, but it was way out of wack which was kind of surprising,
especially since I'm connected via a 100MB/s link to the FTP site that I
installed from and there wasn't any noticable time issues compared to the
installations of RedHat based distros I've done this way in the past.