<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Looks like I am running into something similar to this. <br>
<a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138741">https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138741</a><br>
I am running U6 of Redhat Advanced Server 3.0 for x86_64.<br>
Has anyone experienced this before on U6? Any pointers/help will be
greatly appreciated.<br>
<br>
thanks<br>
Prasanna<br>
<br>
<br>
Brian Long wrote:
<blockquote cite="mid1134141950.4558.23.camel@brilong-lnx" type="cite">
  <pre wrap="">On Fri, 2005-12-09 at 12:17 +0530, Prasanna Ponnada wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">Please find an extract from our webserver log below:

2005/12/09 06:23:13 10.149.17.213 200
26261 /redhat/AS3.0/x86_64/ks.cfg HTTP/1.1
2005/12/09 06:23:14 10.149.17.213 200
158 /redhat/AS3.0/x86_64/isolinux/vmlinuz HTTP/1.1
2005/12/09 06:23:20 10.149.17.213 200
158 /redhat/AS3.0/x86_64/isolinux/initrd.img HTTP/1.1
2005/12/09 06:25:16 10.149.17.213 404
78 /redhat/AS3.0/x86_64/RedHat/base/updates.img HTTP/1.1
2005/12/09 06:25:17 10.149.17.213 404
78 /redhat/AS3.0/x86_64/disc1/RedHat/base/updates.img HTTP/1.1
2005/12/09 06:25:18 10.149.17.213 200
158 /redhat/AS3.0/x86_64/RedHat/base/product.img HTTP/1.1
2005/12/09 06:25:27 10.149.17.213 404
78 /redhat/AS3.0/x86_64/disc1/RedHat/base/product.img HTTP/1.1
2005/12/09 06:25:28 10.149.17.213 200
    </pre>
  </blockquote>
  <pre wrap=""><!---->
This is just Anaconda searching for product.img which might contain
updates.  It's normal for it to not exist  :)

  </pre>
  <blockquote type="cite">
    <pre wrap=""> 159 /redhat/AS3.0/x86_64/RedHat/base/netstg2.img HTTP/1.1
2005/12/09 06:26:36 10.149.17.213 404
78 /redhat/AS3.0/x86_64/disc1/RedHat/base/netstg2.img HTTP/1.1



The other interesting thing is that although I see a HTTP 404 for
files like updates.img, the installer does not complain about it and
proceeds.
However, when it fails to find netstg2.img, it pops up a window on the
screen complaining that netstg2.img cannot be found in a given
directory although the file exists there.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
netstg2.img is required by Anaconda, so that's why it pops up a window
asking about it.

  </pre>
  <blockquote type="cite">
    <pre wrap="">Do I need to run genhdlist or pkgorder once I copy the contents of the
CD into the webserver's directory? 
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Nope.  Can you "wget" the same path from an existing machine?

  </pre>
  <blockquote type="cite">
    <pre wrap="">I thought genhdlist talks only about rpms and not about updates or
netstg2. 
Did anyone run into issues like the above? Any pointers would be
greatly appreciated.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I have not seen this in my experience with HTTP installs.

/Brian/

  </pre>
</blockquote>
<br>
</body>
</html>