Hi Andy, I found that Python script and gave it whirl…. I did a test of merging one package from one channel to another channel that didn’t have it. The script said it worked but there is no evidence of it working. The target channel does not show the newly added package…still shows the old package at an earlier version number.
From: [email protected] [mailto:[email protected]] On Behalf Of Andy Seed Sent: Tuesday, June 16, 2015 12:46 PM To: [email protected] Subject: Re: [Spacewalk-list] critical patching outside of your normal patching cycle Have you looked at a python script called mergeErrata.py this uses the spirit to merge an securit/bug or enhancement from a source channel into a cloned destination channel. Andy On 16 Jun 2015, at 20:33, Clegg, Larry E [HDS] <[email protected]<mailto:[email protected]>> wrote: Thanks Matthew…this is a very interesting idea to me. One question – can you share with us the steps you take to clone the errata into this channel? From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Matthew Madey Sent: Tuesday, June 16, 2015 11:26 AM To: [email protected]<mailto:[email protected]> Subject: Re: [Spacewalk-list] critical patching outside of your normal patching cycle For this sort of instance, I created a Zero Day patch channel all my systems are subscribed to, and simply clone the critical erratas to this channel as needed. On Tue, Jun 16, 2015 at 1:09 PM, Robert Paschedag <[email protected]<mailto:[email protected]>> wrote: I think I would subscribe the channel, apply the patch and unsubscribe again. Thus should work with action chains.Am 16.06.2015 7:31 nachm. schrieb "Clegg, Larry E [HDS]" <[email protected]<mailto:[email protected]>>: > > Greetings Spacewalkers, > > > > I have a process question for you. Here’s the setup: > > > > You have your systems setup in Spacewalk and subscribed to channels that are > frozen in time, e.g. some systems are subscribed the channels with all the > Q2 patches and updates. Other systems may still be subscribed to the Q1 > patches and updates. You have your latest channels that are sync’d with the > vendor’s latest offerings but no systems are subscribed to these “latest” > channels. > > > > Let’s say a vendor (Redhat, Oracle, etc) releases a critical bug fix patch to > their “latest” channel. Let’s say you want to deploy this critical bug fix > asap – even though it is out of step with your quarterly patching cycle. > You have a system that is subscribed to a channel tree that is frozen in > time, for example a system is subscribed to your Q2 patches. You’re not > ready to update everything yet but you do want this one critical bug fix > patch (and any dependencies) to be made available to this system. > > > > How do you go about handling this type of situation? > > > > Thanks, > > > > Larry > > > > Larry Clegg > > HD Supply San Diego > > EMail: [email protected]<mailto:[email protected]> > > _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.redhat.com_mailman_listinfo_spacewalk-2Dlist&d=BQMFaQ&c=_8VcuiJ--MukFqz6Sy5gel64o52_IbhiNdatg8Zb5Gs&r=b7IEz3ofaK6POXcDGRHJcwu-GqbKHox-4tfx-bQLxLo&m=XpReij2FoqEa1j1MfTuHUx0ivBZ6R4_ANVzlgnaGQG0&s=uqKFaivZ1QhNeOkL0WjbKkozP2kc6xdNJ5yXArsD-n8&e=> _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.redhat.com_mailman_listinfo_spacewalk-2Dlist&d=BQMFaQ&c=_8VcuiJ--MukFqz6Sy5gel64o52_IbhiNdatg8Zb5Gs&r=b7IEz3ofaK6POXcDGRHJcwu-GqbKHox-4tfx-bQLxLo&m=JBSpK5eVoIr9WPE3l3w2te7JyGU62yUwJGhDobQZ9-k&s=EetJpu_-3-mpdWoT9105c-QfOtzKYCGFygX8W8vh7QA&e=>
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
