[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