From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.17-14 i686) Description of problem: Unable to install RH7.2. Tried via kickstart, also tried manual install (boot: linux dd) since I'm using a SMC ISA net card. NFS distribution files are on RH7.0, and genhdlist was run on RH7.0 system. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Attempt any install via NFS 2. 3. Actual Results: After format of /boot, error traceback "rpm.error: match tag missing in new header" Expected Results: loading of system Additional info: Traceback (innermost last): File "/usr/bin/anaconda", line 620, in ? intf.run(id, dispatch, configFileData) File "/usr/lib/anaconda/text.py", line 408, in run dispatch.gotoNext() File "/usr/lib/anaconda/dispatch.py", line 143, in gotoNext self.moveStep() File "/usr/lib/anaconda/dispatch.py", line 208, in moveStep rc = apply(func, self.bindArgs(args)) File "/usr/lib/anaconda/packages.py", line 434, in doPreInstall method.mergeFullHeaders(id.hdList) File "/usr/lib/anaconda/image.py", line 26, in mergeFullHeaders hdlist.mergeFullHeaders(self.tree + "/RedHat/base/hdlist2") File "/usr/lib/anaconda/comps.py", line 161, in mergeFullHeaders rpm.mergeHeaderListFromFD(self.hdlist, fd, 1000004) rpm.error: match tag missing in new header It would be quite helpful if there were some 'anaconda error dictionary'. I find these sort of errors quite frustrating, because I have no idea how to approach it for a workaround (having used python, but not that much). I don't mind trying different things to try to sort it out, but this leaves me no clue as to what the problem is. My anaconda is on a 7.0 machine - since I can't build a 7.2 machine even manually and I don't have a CD-burner I have no idea what else to try.
Created attachment 40707 [details] anaconda dump
Fixed.. It seems that using prior versoins of genhdlist on RH7.2 is not a good thing. Trouble is, the obvious thing when setting up a new version like this, is that the NFS install files (containing RedHat/RPMS, etc) got set up on an existing (RH7.0) machine. The RH7.0 genhdlist was run with no apparant error - genhdlist should do a check to make sure it's running against the correct tree - that would help prevent this sort of mistake with very cryptic results! -C