[Spacewalk-list] Spacewalk Force Internal Satellite Only
Rose Dowson
rose20.dowson at gmail.com
Thu May 12 09:03:20 UTC 2016
Hi,
I have the same problem with my ubuntu 12.04 LTS clients and Centos
6.6/6.7 clients they still attempting to download from the public repos.
So what should I do to disable the public repo update.
Best Regards,
2016-05-11 23:07 GMT+01:00 Sean Johnson <sean at ttys0.net>:
> This is also something to put into your configuration management system,
> assuming you're running one.
>
> For my environment, have a CFEngine promise that removes the files in
> /etc/yum/repos.d only if the system is registered with Spacewalk.
>
> On 4 May 2016, at 7:18, William H. ten Bensel wrote:
>
> Just a side note, next time the package centos-release is updated, it is
>> going to run into the same issue again. The redhat-release does not
>> include /etc/yum.repos.d/* files but the centos-release does.
>>
>> Refer to the yum.conf modification in this post, as a work around.
>>
>> https://www.redhat.com/archives/spacewalk-list/2016-April/msg00004.html
>>
>> - Thanks and good luck
>>
>>
>>
>> From: Jan Dobes <jdobes at redhat.com>
>> To: spacewalk-list at redhat.com
>> Date: 05/04/2016 06:45 AM
>> Subject: Re: [Spacewalk-list] Spacewalk Force Internal Satellite
>> Only
>> Sent by: spacewalk-list-bounces at redhat.com
>>
>>
>>
>> This email originated from outside of the company. Please use discretion
>> if opening attachments or clicking on links.
>>
>> Try to do:
>>
>> # yum clean all
>>
>> Does it help?
>>
>> On 4.5.2016 07:34 Jeff Baldwin wrote:
>>
>>> All,
>>>
>>> I am having some issues getting my spacewalk client to pull from my
>>> internal spacewalk repo. Despite the system being registered with my
>>> spacewalk server, the client host is still attempting to download from
>>> the public repos. I want updates to come from my internal satellite
>>> server, only. Thank you in advance for your assistance.
>>>
>>> Server/Client: Both Running CentOS 7
>>> Spacewalk Server Version: 2.4
>>>
>>> 1 – I registered the client with my Spacewalk server successfully. The
>>> client shows in the Spacewalk WebUI, and the inventory is current/good.
>>>
>>> 2 – I have set all of my repos in /etc/yum.repos.d/* to enabled=0.
>>>
>>> 3 – When I run ‘yum update’ on the client side, I am still seeing the
>>> the available updates are being detected on a public repo, and not my
>>> internal satellite server.
>>>
>>> 4 – As this command shows, I am connected to the repo which I would like
>>> to pull updates from:
>>>
>>> [root at ansible yum.repos.d]# spacewalk-channel -l
>>> classic_centos7_latest
>>>
>>> 5 – Here is the ‘yum repolist’ output showing that I am still connecting
>>> to public repos and that is where the updates are going to be pulled
>>>
>> from:
>>
>>>
>>> [root at ansible yum.repos.d]# yum repolist
>>> Loaded plugins: fastestmirror, rhnplugin
>>> This system is receiving updates from RHN Classic or Red Hat Satellite.
>>> Loading mirror speeds from cached hostfile
>>> * base: mirror.cogentco.com
>>> * extras: centos.chicago.waneq.com
>>> * updates: mirror.metrocast.net
>>> repo id
>>> repo name
>>> status
>>> base/7/x86_64
>>> CentOS-7 - Base
>>> 9,007
>>> classic_centos7_latest
>>> classic_centos_7.2.1511_latest
>>> 9,007
>>> extras/7/x86_64
>>> CentOS-7 - Extras
>>> 265
>>> updates/7/x86_64
>>> CentOS-7 - Updates
>>> 1,405
>>> repolist: 19,684
>>>
>>>
>>> 6 – Here is the ‘yum update’ output, showing that all available updates
>>> are going to be pulled from public repo:
>>>
>>> ependencies Resolved
>>>
>>>
>>>
>> =================================================================================================================================================================================
>>
>>> Package Arch
>>> Version
>>> Repository Size
>>>
>>>
>> =================================================================================================================================================================================
>>
>>> Installing:
>>> kernel x86_64
>>> 3.10.0-327.13.1.el7
>>> updates 33 M
>>> Updating:
>>> NetworkManager x86_64
>>> 1:1.0.6-29.el7_2
>>> updates 2.0 M
>>> NetworkManager-libnm x86_64
>>> 1:1.0.6-29.el7_2
>>> updates 498 k
>>> NetworkManager-team x86_64
>>> 1:1.0.6-29.el7_2
>>> updates 132 k
>>> NetworkManager-tui x86_64
>>> 1:1.0.6-29.el7_2
>>> updates 212 k
>>> avahi-autoipd x86_64
>>> 0.6.31-15.el7_2.1
>>> updates 39 k
>>>
>>> *JeffBaldwin
>>> *
>>>
>>>
>>>
>>> 8335 Classic Drive
>>> Charlotte, NC 28262
>>> 800.368.1056 /toll free
>>> /
>>> 704.597.9015 /main/
>>> know*classic*.com <http://www.knowclassic.com>
>>>
>>>
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>>
>> --
>> Jan Dobes
>> Satellite Engineering, Red Hat
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>>
>>
>> **
>>
>> This email and any attachments may contain information that is
>> confidential and/or privileged for the sole use of the intended recipient.
>> Any use, review, disclosure, copying, distribution or reliance by others,
>> and any forwarding of this email or its contents, without the express
>> permission of the sender is strictly prohibited by law. If you are not the
>> intended recipient, please contact the sender immediately, delete the
>> e-mail and destroy all copies.
>> **
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20160512/6ea6cf8d/attachment.htm>
More information about the Spacewalk-list
mailing list