This service will be undergoing maintenance at 00:00 UTC, 2016-09-28. It is expected to last about 1 hours
Bug 160261 - Installer shows bogus 'remaing time' numbers
Installer shows bogus 'remaing time' numbers
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
4
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Anaconda Maintenance Team
Mike McLean
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-06-13 17:53 EDT by Brian Wheeler
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-06-16 13:30:52 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Brian Wheeler 2005-06-13 17:53:30 EDT
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):


How reproducible:
Didn't try

Steps to Reproduce:
I've not tried to reproduce it since this happened on my employer's workstation.

Additional info:
Comment 1 Chris Lumens 2005-06-16 13:30:52 EDT
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 middle?

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.
Comment 2 Brian Wheeler 2005-06-16 14:01:12 EDT
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.

Thanks!

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