[Spacewalk-list] Spacewalk not delivering comps.xml during kickstart
Michael Guidero
mg at sococo.com
Fri Oct 4 22:14:20 UTC 2013
Hi Lewis,
The behavior is the same whether the proxy is used or if we use the Spacewalk server directly.
Thanks,
Michael Guidero
----- Original Message -----
> remove proxy and see if better?
> On Fri, Oct 4, 2013 at 5:48 PM, Michael Guidero < mg at sococo.com >
> wrote:
> > > Michael Guidero wrote:
>
> > > % Hi,
>
> > > ...
>
> > > % Recently we started deploying a new server type, and last week
> > > it
>
> > > was time to start deploying the production systems. We cloned our
>
> > > staging kickstart and created an appropriate new activation key
> > > and
>
> > > set the appropriate channels (the relevant channels already
> > > existed
>
> > > prior, for a long time now). When we went to kickstart the
> > > system,
>
> > > we began seeing "retrying download" for comps.xml (and repomd.xml
> > > at
>
> > > times).
>
> > > %
>
> > > % In the log on vt3 of the installing system, we saw "WARNING :
> > > Try
>
> > > 1/10 for
>
> > > http://<sw-proxy-ip>/ks/dist/child/prod-clone-sl-6.2-x86_64-epel/SL-62-x86_64-2012-02-06/repodata/comps.xml
>
> > > failed: [Errno -1] Metadata file does not match checksum" and
> > > then
>
> > > progressing through try 10/10.
>
> > > %
>
> > > % On the proxy we saw in squid access.log "1380214098.913 166
>
> > > 127.0.0.1 TCP_MISS/200 4126 GET
>
> > > http://<sw-proxy-hostname>/ks/dist/child/prod-clone-sl-6.2-x86_64-epel/SL-62-x86_64-2012-02-06/repodata/comps.xml
>
> > > - DIRECT/<sw-proxy-ip> text/html"
>
> > > %
>
> > > % On the main SW server we saw messages such as "<sw-proxy-ip> -
> > > -
>
> > > [26/Sep/2013:11:24:32 -0700] "GET
>
> > > /ks/dist/child/prod-clone-sl-6.2-x86_64-epel/SL-62-x86_64-2012-02-06/repodata/comps.xml
>
> > > HTTP/1.1" 200 3724 "-" "Scientific Linux (anaconda)/6.2"
>
> > > %
>
> > > % We were not able to reproduce this with the kickstart we cloned
>
> > > from. We verified that we see the same results when kickstarting
>
> > > through the proxy and directly through the main Spacewalk server.
>
> > > We also tried creating a new kickstart clone and see the same
>
> > > thing.
>
> > > %
>
> > > % When I try to load the URL in the browser through the proxy, I
> > > get
>
> > > "file download failed." If I try through the browser and the main
>
> > > SW server, I get a pop-up that says "A serve error has occurred"
>
> > > However, based on the dissimilar log messages to what we
> > > experience
>
> > > when it is via kickstart, I am not convinced that this is a
> > > proper
>
> > > way to check. Is it?
>
> > >
>
> > > Hi Michael,
>
> > >
>
> > > Are there any related errors in /var/log/httpd/*error_log on
>
> > > spacewalk and/or proxy?
>
> > >
>
> > Hi Michael,
>
> > Unfortunately there are no related messages in the http *error_log
> > files on either Spacewalk or Proxy.
>
> > Michael Guidero
>
> > _______________________________________________
>
> > Spacewalk-list mailing list
>
> > Spacewalk-list at redhat.com
>
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> --
> --
> ___________________________________________________________________
> https://www.vizify.com/lewis-donofrio - 734-743-1743
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20131004/85c2fd32/attachment.htm>
More information about the Spacewalk-list
mailing list