<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rtc="http://microsoft.com/officenet/conferencing" xmlns:D="DAV:" xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:mt="http://schemas.microsoft.com/sharepoint/soap/meetings/" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ppda="http://www.passport.com/NameSpace.xsd" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 12 (filtered medium)"> <style>  </style>  </head> <body bgcolor=white lang=EN-US link=blue vlink=purple> <div class=WordSection1> Awesome I now get it. Thanks :-D<o:p></o:p> <o:p> </o:p> <div> <div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'> From: spacewalk-list-bounces@redhat.com [mailto:spacewalk-list-bounces@redhat.com] On Behalf Of Marco Giunta Sent: Thursday, September 23, 2010 10:08 AM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] how do the files in /etc/yum.repos.d/ relate when using spacewalk?<o:p></o:p> </div> </div> <o:p> </o:p> On -28163-01--10 20:59, Jet Wilda wrote: <o:p></o:p> Hi,<o:p></o:p> <o:p></o:p> Please excuse my ignorance but I still do not understand something. I get how to populate the channels in the Spacewalk server. What I do not understand is how you prevent packages from EPEL or RpmForge from overwriting base OS packages on the workstation that pulls its updates (yum update) from the Spacewalk server. Does the fact that they are child channels automatically make it so they won’t step on the top base channel?<o:p></o:p> No, be a child channel don't prevent overwriting ... If you sync EPEL repository directly to Spacewalk server channel, you put all rpms in spacewalk, including those overwriting base OS packages. But, if you sync CentOS base, updates, extras and EPEL repositories with command 'reposync -l bla bla bla ' ('-l' flag = enable yum plugin support) to local directories, you don't download Epel rpms that could overwrite base OS packages, because you are using priority plugin ... Now, if you sync every local directories ( those with CentOS base, updates, extras and EPEL rpms downloaded above) to spacewalk channels, you don't upload rpms that could overwrite base OS packages, because you have never download them ... Marco <o:p></o:p> Thanks again for answering my questions and being so patient with me as I try to understand.<o:p></o:p> <o:p></o:p> Thanks,<o:p></o:p> ~Jet<o:p></o:p> <o:p></o:p> <div> <div style='border:none;border-top:solid windowtext 1.0pt;padding:3.0pt 0in 0in 0in; border-color:-moz-use-text-color -moz-use-text-color'> From: <a href="mailto:spacewalk-list-bounces@redhat.com">spacewalk-list-bounces@redhat.com</a> [<a href="mailto:spacewalk-list-bounces@redhat.com">mailto:spacewalk-list-bounces@redhat.com</a>] On Behalf Of Marco Giunta Sent: Thursday, September 23, 2010 4:08 AM<o:p></o:p> </div> </div> <o:p></o:p> On -28163-01--10 20:59, Jet Wilda wrote: <o:p></o:p> Hi,<o:p></o:p> <o:p></o:p> So then your workstations have the spacewalk server and your local yum repository setup to get RPMs from. Am I understanding that correctly?<o:p></o:p> No, my workstations have only spacewalk repository by rhnplugin <o:p></o:p> Or how do the work stations get something from say EPEL that isn’t setup via it’s activation key channels?<o:p></o:p> In my spacewalk server I have a channel for every different repository: Centos base, updates, extras, Epel, Rpmforge, Karan , Spacewalk-client and another with my personal rpms. Every night, a cron script, sync all repositories from external source with 'reposync -l bla bla bla ' ('-l' flag = enable yum plugin support) to a local directories on my spacewalk server; in this way I manage 'priority plugin'. Then, same script, sync my local mirrors with spacewalk channels (spacewalk-repo-sync bla bla bla) My activation keys have as base channel, CentOS Base and as child channels, all other channels. So, with 'yum install bla bla' I can install a rpm belong to Epel, from my spacewalk server ... Marco <o:p></o:p> <o:p></o:p> Thanks,<o:p></o:p> ~Jet<o:p></o:p> <o:p></o:p> <div> <div style='border:none;border-top:solid windowtext 1.0pt;padding:3.0pt 0in 0in 0in; border-color:-moz-use-text-color'> From: <a href="mailto:spacewalk-list-bounces@redhat.com">spacewalk-list-bounces@redhat.com</a> [<a href="mailto:spacewalk-list-bounces@redhat.com">mailto:spacewalk-list-bounces@redhat.com</a>] On Behalf Of Marco Giunta Sent: Wednesday, September 22, 2010 2:41 AM<o:p></o:p> </div> </div> <o:p></o:p> Hi, workstations are connected to spacewalk server repository by 'rhnplugin'; I think you can enable or disable a channel modifing '/etc/yum/pluginconf.d/rhnplugin.conf': /etc/yum/pluginconf.d/rhnplugin.conf [main] enabled = 1 gpgcheck = 1 # You can specify options per channel, e.g.: # #[rhel-i386-server-5] #enabled = 1 # #[some-unsigned-custom-channel] #gpgcheck = 0 But you cannot manage priority, AFAIK. I manage it in this way: - first, I sync external repositories (centos update, extras, rpmforge, epel and karan) with 'reposync -l bla bla bla ' ('-l' flag = enable yum plugin support) to a local directories on my spacewalk server -then I sync my local mirrors with spacewalk channels (spacewalk-repo-sync bla bla bla) Marco On -28163-01--10 20:59, Jet Wilda wrote: <o:p></o:p> Hi,<o:p></o:p> <o:p></o:p> I’m trying to understand the relationship of the files in /etc/yum.repos.d/*.rep once a system is configured to sync against the spacewalk server. Are those files not used at all once the system is using spacewalk? If not is there a place that you can configure the repo settings like priority, enabled, etc?<o:p></o:p> <o:p></o:p> Thanks,<o:p></o:p> ~Jet<o:p></o:p> <o:p></o:p> <pre>-- <o:p></o:p></pre><pre> -----------------------------------<o:p></o:p></pre><pre>|Marco Giunta - SISSA Computer Staff|<o:p></o:p></pre><pre>|Via Bonomea, 265 |<o:p></o:p></pre><pre>|34136 - Trieste, Italy |<o:p></o:p></pre><pre>|Tel: +39-40-3787-503 |<o:p></o:p></pre><pre>|Fax: +39-040-3787-528 |<o:p></o:p></pre><pre>|e-mail: giunta AT sissa.it |<o:p></o:p></pre><pre> -----------------------------------<o:p></o:p></pre> <o:p></o:p> <pre>-- <o:p></o:p></pre><pre> -----------------------------------<o:p></o:p></pre><pre>|Marco Giunta - SISSA Computer Staff|<o:p></o:p></pre><pre>|Via Bonomea, 265 |<o:p></o:p></pre><pre>|34136 - Trieste, Italy |<o:p></o:p></pre><pre>|Tel: +39-40-3787-503 |<o:p></o:p></pre><pre>|Fax: +39-040-3787-528 |<o:p></o:p></pre><pre>|e-mail: giunta AT sissa.it |<o:p></o:p></pre><pre> -----------------------------------<o:p></o:p></pre> <o:p></o:p> <pre>-- <o:p></o:p></pre><pre> -----------------------------------<o:p></o:p></pre><pre>|Marco Giunta - SISSA Computer Staff|<o:p></o:p></pre><pre>|Via Bonomea, 265 |<o:p></o:p></pre><pre>|34136 - Trieste, Italy |<o:p></o:p></pre><pre>|Tel: +39-40-3787-503 |<o:p></o:p></pre><pre>|Fax: +39-040-3787-528 |<o:p></o:p></pre><pre>|e-mail: giunta AT sissa.it |<o:p></o:p></pre><pre> -----------------------------------<o:p></o:p></pre></div> </body> </html>