[Spacewalk-list] Packages "missing" during Kickstart that aren't...

[James Hogarth]

On 10 August 2010 13:45, Jonathan Scott <lists at xistenz.org> wrote:
> Thanks for sticking with me James.
>
> Tailed the access_log and saw the following:
>
> 10.16.11.5 - - [10/Aug/2010:08:41:34 -0400] "GET
> /ks/dist/child/centos5-updates-i386/ks-centos-i386-5-u3/getPackage/fetchmail-6.3.6-1.1.el5_3.1.i386.rpm
> HTTP/1.1" 206 3035 "-" "urlgrabber/3.1.0 yum/3.2.19"
> 10.16.148.211 - - [10/Aug/2010:08:41:34 -0400] "GET
> /rhn/common/DownloadFile.do?url=/ks/dist/child/centos5-updates-i386/ks-centos-i386-5-u3/getPackage/fetchmail-6.3.6-1.1.el5_3.1.i386.rpm
> HTTP/1.1" 200 3475 "-" "urlgrabber/3.1.0 yum/3.2.19"
>
> This is the same URL from which I am able to manually wget the file.
>
> - Jonathan
>

Well the good news there isn't 403, 404 or 500 as status codes ;)

The bad news is a 200 status code (HTTP OK) leaves matters a little
more confused.....

Next 2 steps I'd take would be enabling the troubleshooting kickstart
options for logging to gather more information... and from a running
kickstart alt-F2 and attempt to wget from within that as well to try
and determine if that fails or passes.....

Watching alt-F3 and/or alt-F4 might be beneficial as well to determine
if you are seeing an error on the front end that does not reflect back
end issues... eg temp area for rpm download runs out of space and/or
gets a permission error for some reason preventing download of
package....

Any 'non-standard' stuff like no swap partition or using ext4 or xfs
or resier etc etc?

James