Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 88023

Summary: anaconda crashes during network install with kickstart: TypeError: bad magic in header
Product: [Retired] Red Hat Linux Reporter: Elliot Metsger <emetsger>
Component: anacondaAssignee: Michael Fulbright <msf>
Status: CLOSED NOTABUG QA Contact: Mike McLean <mikem>
Severity: high Docs Contact:
Priority: medium    
Version: 8.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-04-07 15:33:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Description Flags
Anaconda trace dump.
HTTP access log showing that anaconda didn't check for disc1/RedHat/base/hdlist
My (slightly modifed) kickstart file.
My (slightly modified) syslinux.cfg file that I use on my network boot disk.
Patch to none

Description Elliot Metsger 2003-04-04 19:00:45 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830

Description of problem:
I generated an 8.0 kickstart file using the 8.0 Kickstart Configurator 2.3.3.  I
modified the resulting kickstart file adding certain RPM groups and added a
%post section.  I put the kickstart file on a network boot floppy, and booted
with ks=floppy (ks file attached).

The machine boots fine, it uses method http.  Monitor is auto-probed fine.  It
retrieves netstg1.img successfully etc from boot server.  It loads the megaraid
driver (onboard raid) and the AIC scsi card driver and then anaconda crashes
producing a tracedump (file attached).  The last entry in the httpd log of the
bootserver is:
x.x.x.x - - [04/Apr/2003:13:40:08 -0500] "GET
/data/iso/mnt/redhat/8.0/RedHat/base/hdlist HTTP/1.0" 404 1044 "-"

Since I am doing iso loopback mounts, it should check
<installbase>/RedHat/base/hdlist *and* <installbase>/disc1/RedHat/base/hdlist,
but it never does.  Anaconda crashes before it checks the second location. 

The bootserver is running RedHat 8.0.  It serves out installs via http, using
iso9660 loopback mounts.  I can verify that the http distribution works as I can
wget files from the install url from other machines.

The computer running the bootfloppy is a dell poweredge 4200, with scsi drives. 

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

How reproducible:

Steps to Reproduce:
1.  Create an 8.0 network boot floppy using dd.
2.  Remove snake.msg to make room for the ks.cfg file.
3.  Modify the syslinux.cfg file to boot with default ks=floppy (attached).
4.  Create a ks file with the Kickstart Configurator 2.3.3.  
5.  Modify the ks file to add custom RPM's
6.  Modify the ks file to add custom partitions
7.  Modify the ks file to add a %post section.
8.  Boot machine with floppy.
9. The crash.

Actual Results:  Recieved an "Exception Occurred" window with an anaconda traceback.
Saved the crash dump to floppy.

Expected Results:  Should have gone on to automatically configure partitions.

Additional info:

Relevant files attached, and present at URL above.

Comment 1 Elliot Metsger 2003-04-04 19:01:47 UTC
Created attachment 90903 [details]
Anaconda trace dump.

Comment 2 Elliot Metsger 2003-04-04 19:03:10 UTC
Created attachment 90904 [details]
HTTP access log showing that anaconda didn't check for disc1/RedHat/base/hdlist

Comment 3 Elliot Metsger 2003-04-04 19:03:36 UTC
Created attachment 90905 [details]
My (slightly modifed) kickstart file.

Comment 4 Elliot Metsger 2003-04-04 19:04:06 UTC
Created attachment 90906 [details]
My (slightly modified) syslinux.cfg file that I use on my network boot disk.

Comment 5 Michael Fulbright 2003-04-04 20:00:09 UTC
What does the hierachy under:


look like?

I was able to do an installation using loopback mounted ISO images w/o problems.

Comment 6 Elliot Metsger 2003-04-04 20:08:18 UTC
Here is the hierarchy:
[esm@sys02 8.0]$ pwd
[esm@sys02 8.0]$ ls
disc1  disc2  disc3
[esm@sys02 8.0]$

Did you use my kickstart file to do the install?  The question isn't whether the
iso/loopback mount will succeed - I've performed that sucessfully in the past. 
I don't think anaconda should be failing....

Comment 7 Elliot Metsger 2003-04-04 20:14:34 UTC
FYI you should be able to browse the hierarchy for yourself: (added the fqdn to the url)

Comment 8 Michael Fulbright 2003-04-04 21:29:27 UTC
If you add '/disc1' to your kickstart install url spec does that help?

Admitedly I tested this with RHL 9, in which I seem to recall I may have fixed
an issue like this...

Comment 9 Elliot Metsger 2003-04-05 02:56:15 UTC
No this did not fix the problem.

Have you looked at the attachements I've provided?  If you look at the http
access log you will see that there isn't an issue with finding netstg1.img nor
updates.img both which sit under disc1.  The installer doesn't know if I have
the redhat installation under <installbase> or if I have it under
<installbase>/disc1 so it tries both - that is built into the installer.  The
install performs fine if I don't use kickstart with the same install base of

You also didn't answer my first question: did you try the install with *my*
kickstart file and have you looked at the trace dump at all?  


Comment 10 Elliot Metsger 2003-04-05 04:10:17 UTC
Created attachment 90920 [details]
Patch to

This is a patch to /usr/lib/anaconda/ in diff -u format.  It
compiled successfully but I have yet to remake the netstg1.img file.  Will test
this weekend.

Comment 11 Elliot Metsger 2003-04-07 15:33:37 UTC
Ok, I feel stupid.  I've been using /data/iso/mnt/redhat/8.0 as my base url,
instead of /data/iso/mnt/redhat/8.0/disc1.  I didn't think I had to specify
/disc1, I thought it would auto-detect whether or not i was doing a cd
installation (based on the behavior of the installer when it tried retrieving
netstg1.img and update.img).  So the previous patch is bogus.  Less coffee and
more sleep would do me some good I think.  Thanks for your help!

Comment 12 Elliot Metsger 2003-04-07 15:34:58 UTC
> If you add '/disc1' to your kickstart install url spec does that help?

As an aside, I misunderstood what you meant by this comment, but now I do!

Thanks again,