[Spacewalk-list] proxy issue - filelists.xml.gz corrupt?

[James Hogarth]

It's bedtime for me here now but search the mailing lists for my posts about
squid configuration.  Tomorrow noon ish bst I'll provide more detailed info
for you if you need it but you are on the right track.

James

Sent from Android mobile

On 13 Jul 2010 23:19, "Tom Brown" <tom at ng23.net> wrote:
> Hi
>
> I have what is perhaps a useage issue although i dont see why what i
> am going should be 'wrong'. On my spacewalk server i also have a
> number of yum repo's and these provide various packages that are used
> during the installation of a host and they are called from the
> %packages of the kickstart so in other words cobbler knows of these
> repos. When i have clients behind a spacewalk proxy they assume the
> proxy is the yum server as they are defined as
> http://@@server@@/yum/foo in the cobbler config, again this is wanted
> as these repo's need to be cached, i operate sites that are some
> distance apart, read thousands of miles.
>
> Everything works just fine until _sometimes_ when the repo data on the
> spacewalk server, aka the yum repo master if you will, is updated and
> then a client installation behind a proxy can fail due to not being
> able to find package X where that package is in one of the repos. If
> it fails it will fail to find all packages in that repo. Is there any
> way i can get the proxy to not cache the repo xml data or at least
> drop it out of the cache often? If i stop the proxy, delete the squid
> cache, recreate it and then try the install again it seems to work
> again. Its a really annoying issue and i wonder if something like the
> below will help
>
> refresh_pattern \.rpm$ 10080 100% 525960 override-expire
> override-lastmod ignore-reload reload-into-ims
>
> if i were to change the .rpm to xml.gz ?? Any thoughts on this or
> should i not be using the proxy to proxy and cache yum repos ?
>
> thanks
>
> _______________________________________________
> 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/20100714/541e531a/attachment.htm>