Bug 71945 - RFE: The initial run of updatedb should not be right after installation
Summary: RFE: The initial run of updatedb should not be right after installation
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: distribution
Version: 8.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-08-20 12:56 UTC by Bernd Bartmann
Modified: 2015-01-07 23:59 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2003-07-30 15:56:32 UTC
Embargoed:


Attachments (Terms of Use)

Description Bernd Bartmann 2002-08-20 12:56:03 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

Description of problem:
I propose to delay the initial run of updatedb after installation to a later 
time. A first time user gets the impression of a very slow system when 
updatedb is running. Even the startup of firstboot takes ages cause updatedb 
is running in the background.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Install (Null)
2. Watch "top" some minutes after the initial install 
3.
	

Additional info:

Comment 1 Barry K. Nathan 2002-08-27 09:26:35 UTC
More generically, it often seems to run shortly after boot, and that can be
annoying sometimes.

It would be neat if updatedb could somehow limit the amount of disk access it
does when it runs soon after boot (or maybe even when it runs from the daily
cronjob, although that I'm not so sure about). I guess it's too late to do it
for this release. (It might be even better to add some kind of "disk-nice"
feature to the kernel, but I'm virtually certain it's too late to do it for this
release.)

Comment 2 Bernd Bartmann 2003-07-30 15:56:32 UTC
Seems to be fixed since Red Hat 9, so I'm closing this bug now.


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