#6596 Update ETAs in installers
Closed: fixed 7 years ago Opened 7 years ago by stlaz.

Remove the "Estimated time:" text from installers. Usually, it does not make sense anyway + they don't reflect the machine capabilities.
Example:

Configuring certificate server (pki-tomcatd). Estimated time: 3 minutes 30 seconds
  [1/3]: configure certmonger for renewals
  [2/3]: Importing RA key
  [3/3]: exporting KRA agent cert

If these three steps take 3 minutes 30 seconds you either have a very slow machine or there is something wrong with the Universe.

Another, very similar, example:

Configuring KRA server (pki-tomcatd). Estimated time: 2 minutes 6 seconds
  [1/1]: exporting KRA agent cert

Even if this was not just one step and it was a full kra-install - where did these 6 seconds come from? Are they really important? I do not think so.


I'm not opposed to removing them but they are there for a reason: people were complaining a LOT about not knowing what was going on or how long the install would take. It was always a best guess.

These times, for the most part, were generated on a VM of mine something like 5 years ago.

The CA example looks bogus though. That is not exactly standing up a full CA unless all the steps have been removed.

To me this is placing the blame in the wrong place. The estimates could have easily been updated to keep up with other changes but neither the developer or reviewer did that.

If you want to get rid of the estimates then fine, but don't do it because the estimates are wrong because nobody bothered to update them.

I agree that the blame is perhaps wrongly placed. We may want to rather have the estimates corrected than removed completely, the current situation with some of these is dire, though, as shown in the ticket description, and I believe this should be fixed prior to 4.5 release.

+1 For updating. The estimates won't be correct, but main added value is that one can compare estimate of previous step with real time and then sort of expect how long subsequent steps might take.

Getting values from more or less slow vms is ok. Having reality quicker then the mentioned time is more satisfying then the opposite.

triage: we should update times

Metadata Update from @stlaz:
- Issue assigned to someone
- Issue set to the milestone: FreeIPA 4.5

7 years ago

Metadata Update from @tkrizek:
- Issue assigned to tkrizek (was: someone)

7 years ago

master:

  • 09c6b75 installer: update time estimates

Metadata Update from @mbasti:
- Issue close_status updated to: None

7 years ago

Metadata Update from @mbasti:
- Issue close_status updated to: fixed
- Issue status updated to: Closed (was: Open)

7 years ago

Login to comment on this ticket.

Metadata