We're already doing what you suggested, but I was hoping that I could just do a neat little Apache intercept and rewrite the request so  the package was pulled from a different repository or something to that effect. Isn't yum effectively just doing an HTTP GET for the package download portion? Seems like if I had my repository mirrored globally, I could just intercept that request and rewrite it so that it goes to the appropriate, geographically closest filer to get the package.<br>
<br>Thanks,<br><br>Mark<br><br>> Dne 20.6.2011 18:49, Mark napsal(a):<br>
>> All,<br>
>> Is it possible to redirect requests for packages sent to the Spacewalk<br>
>> server to another source or repository? Currently our repositories are<br>
>> served from built-in FTP servers on our Netapps and are mirrored<br>>> globally using the the filer's built-in snapshot and mirror<br>
>> capabilities. We'd like to leverage Spacewalk for centralized system<br>
>> package status but continue to use our Netapps for data storage<br>
>> without having to install more hardware for proxies or Spacewalk servers<br>
>> in all of our (many) datacenters. Is it possible to have one or two<br>
>> centrally located Spacewalk servers, but still have the packages served<br>
>> up come directly from the Netapps filers?<br>
><br>
>Yes, it is possible.<br>
>Just make sure that the client have classic yum repo file available on<br>
>disk (there is many way how you can create it there).<br>
>When the machines are registered to Spacewalk, Spacewalk will know about<br>
>all installed packages (just name and version-release).<br>
>However you could not manage those package (upgrade to newest version,<br>
>install particular package etc.) and Spacewalk will just display current<br>
>status.<br>
><br>
>Miroslav Suchy<br>