[Spacewalk-list] Spacewalk Force Internal Satellite Only
Konstantin Raskoshnyi
konrasko at gmail.com
Thu May 12 19:42:10 UTC 2016
This works for me (RHEL)
mkdir /root/repos ; mv /etc/yum.repos.d/* /root/repos/ ; yum clean all ;
yum clean metadata ; chattr +i /etc/yum.repos.d/ ; yum repolist
On Thu, May 12, 2016 at 2:03 AM, Rose Dowson <rose20.dowson at gmail.com>
wrote:
> 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
>>
>
>
> _______________________________________________
> 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/850dd72c/attachment.htm>
More information about the Spacewalk-list
mailing list