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): anaconda-10.1.1.13-1 How reproducible: Always Steps to Reproduce: 1. boot from RHEL4 disc1 and askmethod 2. specify a RHEL3 NFS target tree 3. Actual results: install will proceed with varying (probably not good) results Expected results: installer stops and tells user to match the boot/install media Additional info: 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 release.
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. http://rhn.redhat.com/errata/RHBA-2007-0215.html