Avi, thanks for the clarification. On Sat, Aug 27, 2016 at 3:51 PM, Avi Miller <[email protected]> wrote:
> Two points I'll make while I'm on leave and not really checking email. :) > > 1. There is no purposeful delay between ULN and the public repos, beyond > the sync process to our Akamai mirrors. In practice, this can be between > 1-4 hours. > > 2. ULN is fully supported with Spacewalk, both in our build and upstream. > We document specifically how to create ULN-based repos and how to provide > ULN credentials for the sync process. > > Other than that, ULN has additional channels that are not available on > yum.oracle.com. Some contain non Open Source software. I usually advocate > a mix of both, depending on your needs, as yum.oracle.com can be faster > (as it's served by Akamai), but ULN can be more efficient by using the > base/patch channel combos. > > Shameless plug: I'm doing a hands-on lab at OpenWorld 2016 that covers all > this on Spacewalk 2.4. If you're attending OpenWorld, you should come check > it out. :) > > Sent from my iPad > > On 26 Aug 2016, at 6:48 PM, Paul Robert Marino <[email protected]> > wrote: > > Well that's part of the support thing. they put a delay on the updating to > the public repos. > on a side note since oracle considers spacewalk to be its official package > management tool im willing to bet there is a way to get it to work with ULN > just like how you can get the official red Hat channels to sync to > spacewalk even though its unsupported. > > On Thu, Aug 25, 2016 at 3:52 PM, NZ Asparona Technical Support (NZ - > Auckland) <[email protected]> wrote: > >> Thanks for an interesting response, >> >> >> >> However the question was more technical rather legislative, assuming that >> we have support and have a choice either to use ULN or Yum. >> >> >> >> Found that clarification by Avi: >> >> >> >> https://community.oracle.com/docs/DOC-921379 >> >> … Some repository content, such as content for the update-level specific >> patch is available from ULN but not from the Oracle public yum server, >> while other repository content, such as content for the Spacewalk Client >> and Spacewalk Server channels, can be populated from the Oracle public yum >> server but not from ULN… >> >> >> >> *From:* [email protected] [mailto:spacewalk-list-bounces >> @redhat.com] *On Behalf Of *Avi Miller >> *Sent:* Wednesday, February 24, 2016 8:55 AM >> *To:* [email protected] >> *Subject:* Re: [Spacewalk-list] base patch or latest >> >> >> >> … Some more general advice: use ULN only for the base/patch channels >> (and the non-open Oracle channels like Ksplice, when you get access to >> them). The rest of the channels you should sync from yum.oracle.com because >> it's hosted on the Akamai CDN and is much, much faster. The actual content >> is identical and can be validated via GPG signatures… >> >> >> >> Thanks, >> >> Dmitry >> >> >> >> *From:* [email protected] [mailto:spacewalk-list-bounces >> @redhat.com] *On Behalf Of *[email protected] >> *Sent:* Thursday, August 25, 2016 6:54 PM >> *To:* NZ Asparona Technical Support (NZ - Auckland); >> [email protected] >> *Subject:* Re: [Spacewalk-list] FW: What does ULN gives you that >> standard oracle public yum doesn't >> >> >> >> This is not a spacewalk related subject but I will answer it any way. >> >> Indemification! >> >> In other words if your business has any SOX or PCI requirements and you >> use oracle linux you need to pay them for support for the required servers. >> >> The reason is that unless you can reasonably prove that you employ >> developers for every package on all of the boxes that fall under those >> requirements then you must pay for support. To fully understand the >> reasons for this you need to understand what a lot of purposely vague legal >> phrases actually mean, but in short it means you need proof you pay some >> one to ensure you're operating system is secure and if a new vulnerability >> is doscovered at your company then you can get some one qualified to fix it >> in a resonable amount of time. >> >> >> >> *From: *NZ Asparona Technical Support (NZ - Auckland) >> >> *Sent: *Wednesday, August 24, 2016 23:59 >> >> *To: *[email protected] >> >> *Reply To: *[email protected] >> >> *Subject: *[Spacewalk-list] FW: What does ULN gives you that standard >> oracle public yum doesn't >> >> >> >> Hi guys, >> >> >> >> The question I was trying to answer configuring spacewalk is: >> >> >> >> What does Oracle ULN gives you that standard oracle public yum doesn't? >> >> >> >> Except DTrace and ASMLib which are rarely used in general case scenario, >> what are other ULN advantages before public yum? >> >> >> >> Regards, >> >> Dmitry >> >> >> >> CAUTION: This email message and attachments are confidential to Deloitte >> and may be subject to legal privilege or copyright. If you have received >> this email in error, please advise the sender immediately and destroy the >> message and any attachments. If you are not the intended recipient you are >> notified that any use, distribution, amendment, copying or any action taken >> or omitted to be taken in reliance of this message or attachments is >> strictly prohibited. If you are an existing client, this email is provided >> in accordance with the latest terms of engagement which we have agreed with >> you. >> >> Email is inherently subject to delay or fault in transmission, >> interception, alteration and computer viruses. While Deloitte does employ >> anti-virus measures, no assurance or guarantee is implied or should be >> construed that this email message or its attachments are free from computer >> viruses. Deloitte assumes no responsibility for any such virus or any >> effects of such a virus on the recipient's systems or data. >> >> Deloitte refers to the New Zealand member firm of Deloitte Touche >> Tohmatsu Limited >> >> >> >> >> >> CAUTION: This email message and attachments are confidential to Deloitte >> and may be subject to legal privilege or copyright. If you have received >> this email in error, please advise the sender immediately and destroy the >> message and any attachments. If you are not the intended recipient you are >> notified that any use, distribution, amendment, copying or any action taken >> or omitted to be taken in reliance of this message or attachments is >> strictly prohibited. If you are an existing client, this email is provided >> in accordance with the latest terms of engagement which we have agreed with >> you. >> >> Email is inherently subject to delay or fault in transmission, >> interception, alteration and computer viruses. While Deloitte does employ >> anti-virus measures, no assurance or guarantee is implied or should be >> construed that this email message or its attachments are free from computer >> viruses. Deloitte assumes no responsibility for any such virus or any >> effects of such a virus on the recipient's systems or data. >> >> Deloitte refers to the New Zealand member firm of Deloitte Touche >> Tohmatsu Limited >> >> _______________________________________________ >> Spacewalk-list mailing list >> [email protected] >> https://www.redhat.com/mailman/listinfo/spacewalk-list >> > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list >
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
