[Spacewalk-list] Spacewalk Force Internal Satellite Only
Kobus Bensch
kbensch at fullnet.co.uk
Thu May 12 09:11:49 UTC 2016
Push out to all your systems updated .repo files in to disable the public repos.
----- Original Message -----
From: "Rose Dowson" <rose20.dowson at gmail.com>
To: spacewalk-list at redhat.com
Sent: Thursday, 12 May, 2016 10:03:20 AM
Subject: Re: [Spacewalk-list] Spacewalk Force Internal Satellite Only
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:
<blockquote>
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:
<blockquote>
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:
<blockquote>
[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
</blockquote>
=================================================================================================================================================================================
<blockquote>
Package Arch
Version
Repository Size
</blockquote>
=================================================================================================================================================================================
<blockquote>
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
</blockquote>
--
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
</blockquote>
_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
</blockquote>
_______________________________________________
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/3b15eca2/attachment.htm>
More information about the Spacewalk-list
mailing list