[Spacewalk-list] Spacewalk Force Internal Satellite Only

Wed May 11 22:07:42 UTC 2016

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