Hello all,<br><br>I would like to provide how I have setup channels for Spacewalk.<br><br>Currently, we have a Development, Test, and Production 32bit and 64bit with version 4, 5, and 6 base channels. These base channels contain the OS level packages obtained form the OS CentOS yum repository. We then have subchannels as follows. Extras, addons, centosplus, and updates. These sub-channels of each of the base channels reflect each of the different CentOS yum repositories with the same name. We then have a custom channel created under the base channels for custom packages or custom builds of packages that are assigned to different systems. This has worked out well as we can assign certain custom channels to different systems and also upgrade systems to the latest sub release like cent 5.4 to say 5.6 within the base channels. It also allows for complete testing in each of the different environments (Dev,Test,Prod). In order to move between 4 5 and 6 we retire old servers and rebuild the server as the new release and assign it to the correct channels based on keys. Below is a short example of what I am talking about above.<br>
<br><orgname>-centos-{development,test,production}-base-{v4,v5,v6}-{32bit,64bit}     <br>     <orgname>-centos-{development,test,production}-addons-{v4,v5,v6}-{32bit,64bit}     <br>     <orgname>-centos-{development,test,production}-centosplus-{v4,v5,v6}-{32bit,64bit}     <br>
     <orgname>-centos-{development,test,production}-contrib-{v4,v5,v6}-{32bit,64bit}     <br>     <orgname>-centos-{development,test,production}-extras-{v4,v5,v6}-{32bit,64bit}     <br>     <orgname>-centos-{development,test,production}-updates-{v4,v5,v6}-{32bit,64bit}<br>
     <orgname>-custom-{development,test,production}-{v4,v5,v6}-{32bit,64bit}-<product/environment name><br><br>If you have any further questions please feel free to ask. Thank you for your time and have a great day!<br>
<br>Thanks,<br>Jeremy<br><br><div class="gmail_quote">On Tue, Aug 9, 2011 at 9:46 AM, Pierre Casenove <span dir="ltr"><<a href="mailto:pcasenove@gmail.com">pcasenove@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello,<div>Thanks you for your answer. I think I will set up something like you have done for centos.</div><div><br></div><font color="#888888"><div>Pierre</div></font><div><div></div><div class="h5"><div><br><br><div class="gmail_quote">
2011/8/9 John Hodrien <span dir="ltr"><<a href="mailto:J.H.Hodrien@leeds.ac.uk" target="_blank">J.H.Hodrien@leeds.ac.uk</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Mon, 8 Aug 2011, Martin Eggen wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
the Updates channel receive all updates packages. I used this layout mostly<br>
because it was suggested for the CentOS channels, and it also matches my yum<br>
repositories as created by mrepo. For some systems I want to be able to<br>
subscribe them just to a specific Base channel (RHEL 5.x) and then adding<br>
updates later as needed.<br>
<br>
I created one main configuration channel pr. OS (we have both RHEL and<br>
Solaris systems), and then some role/application specific channels. Make<br>
sure to rank the more specific configuration channels higher than the<br>
general channel (so any common configuration files will read the more<br>
specific version).<br>
</blockquote>
<br></div>
I could never quite decide the right/best way to lay out the channels.<br>
<br>
This time I've gone with:<br>
<br>
CentOS 6 (contains no packages)<br>
  ------CentOS 6.0<br>
  ------CentOS 6.0 updates<br>
  ------CentOS 6.0 approved updates<br>
  ------CentOS 6 internal packages<br>
<br>
Then when 6.1 comes out, I can add a 6.1 child channel, test a new kickstart<br>
against it (without disturbing the existing 6.0 kickstart).  I can test<br>
updates to 6.1 without disturbing the existing 6.0 machines.  Moving from 6.0<br>
to 6.1 doesn't affect the base channel subscription.  6.0 updates would be a<br>
regularly repo-synced version of 6.0 updates, and 6.0 approved updates would<br>
contain a subset of the updates channel.<br><font color="#888888">
<br>
jh</font><div><div></div><div><br>
<br>
______________________________<u></u>_________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/<u></u>mailman/listinfo/spacewalk-<u></u>list</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br></blockquote></div>