Description of problem:
The new code in anaconda-10 that grabs stage2.img from cdrom if possible
prevents the timestamp checking code from being effective at preventing install
media mismatches. If the boot media contains RedHat/base/stage2.img (like full
disc1), the user specifies askmethod, and the NFS/URL tree is not matched with
the booted installer, it will not be detected.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. boot from RHEL4 disc1 and askmethod
2. specify a RHEL3 NFS target tree
install will proceed with varying (probably not good) results
installer stops and tells user to match the boot/install media
This is a regression since this scenario would be prevented prior to the
addition of code to grab stage2 from cdrom when possible.
*** Bug 189258 has been marked as a duplicate of this bug. ***
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
Should be fixed in anaconda-10.1.1.55-1 .
(It's wonderful irony that I'm telling you this ;)
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.