Bug 163589
Summary: | Outdated /etc/readahead.files | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Bastien Nocera <bnocera> |
Component: | kernel-utils | Assignee: | Karel Zak <kzak> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | rkhadgar, tao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHBA-2006-0005 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-09-06 18:15:14 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 176344 |
Description
Bastien Nocera
2005-07-19 09:28:17 UTC
Should note this also applies to /etc/readahead.early.files This is going to be perpetually out of date for one reason or another. The thing is it needs updating every single time we push an errata, not just when we do another U release. And just adding every possible combination would grow the filelist so large that we'd waste quite a bit of time opening files that don't exist. Add to this the fun combination that some users mix-n-match bits from different U releases, and the whole situation is pretty awful. For RHEL5 there's some discussion about making this list dynamically generated using the audit mechanism. Dave, we don't change minor versions of the libraries in updates, only micro versions. Having a symlink listed in the readahead.files will do the right thing and read ahead the file pointed to by the symlink, so saying that every U would need an upgrade is false. ah, I'd misinterpreted this report, and thought that we had /usr/lib/libz.so.1.2.1.1 in the GA release. I see now that wasn't the case. yes, changing this to a symlink makes sense. fixed in cvs Fix confirmed with kernel-utils-2.4-13.1.80. /etc/readahead.early.files now has the "/usr/lib/libz.so.1" symlink listed instead of an explicit pointed to the library itself. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2006-0005.html $ rpm -qf /etc/readahead.files kernel-utils-2.4-13.1.80 $ grep libz /etc/readahead.* /etc/readahead.early.files:/usr/lib/libz.so.1 /etc/readahead.files:/usr/lib/libz.so.1.2.1.1 Still broken for the /etc/readahead.files file This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. Development Management has reviewed and declined this request. You may appeal this decision by reopening this request. |