[Spacewalk-list] install problem - remote repos

Edward Drummond spacewalkList-iscool at snkmail.com
Tue May 19 15:14:40 UTC 2015


New to spacewalk and am struggling with a problem.

I'm trying to create a 'common denominator' kind of kickstart file for 
CentOS7 that I can clone and add activation keys to as needed to bring 
in various packages and config channels as may be needed for hosts 
having various roles. On the ks file I'm trying to build, I would like 
to have:
config management
osad
ntp

The ks file I have so far has two keys on it. The first is a universal 
default key that has provisioning, config file deployment and one group 
assignment. The second key I call centos7-base-key which has 
provisioning, config file deployment (redundant?), one config channel, 
one group, and these packages:
ntp
osad
rhncfg
rhncfg-actions
rhncfg-client
some of which spacewalk itself put there.

Also, I would like the client to point only to my spacewalk sever for 
packages and updates, but I'm not at the point of worrying about updates 
yet. I'm just trying to get these few things working first.

So I install bare metal and config management fails. The GUI shows me this:

Client execution returned "Fatal error in Python code occurred [[6]]" 
(code -1)
Packages Scheduled:

     rhncfg
     ntp
     rhncfg-client
     rhncfg-actions
     osad

I see this at the end of /root/ks-rhn-post.log:
Could not retrieve mirrorlist 
http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=extras&infra=stock 
error was
12: Timeout on 
http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=extras&infra=stock: 
(28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 
30 seconds')
Could not retrieve mirrorlist 
http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=updates&infra=stock 
error was
12: Timeout on 
http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=updates&infra=stock: 
(28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 
30 seconds')

And I see this in /var/log/up2date:
[Mon May 18 17:02:25 2015] up2date updateLoginInfo() login info
[Mon May 18 17:02:25 2015] up2date logging into up2date server
[Mon May 18 17:02:25 2015] up2date successfully retrieved authentication 
token from up2date server
[Mon May 18 17:02:56 2015] up2date
Traceback (most recent call last):
   File "/usr/sbin/rhn_check", line 356, in __run_action
     (status, message, data) = CheckCli.__do_call(method, params, kwargs)
   File "/usr/sbin/rhn_check", line 348, in __do_call
     method = getMethod.getMethod(method, "/usr/share/rhn/", "actions")
   File "/usr/share/rhn/up2date_client/getMethod.py", line 78, in getMethod
     actions = __import__(modulename)
   File "/usr/share/rhn/actions/packages.py", line 273, in <module>
     yum_base = YumAction()
   File "/usr/share/rhn/actions/packages.py", line 66, in __init__
     self.doRepoSetup()
   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 687, in 
doRepoSetup
     return self._getRepos(thisrepo, True)
   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 727, in 
_getRepos
     self._repos.doSetup(thisrepo)
   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in 
doSetup
     self.retrieveAllMD()
   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in 
retrieveAllMD
     dl = repo._async and repo._commonLoadRepoXML(repo)
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1456, in 
_commonLoadRepoXML
     result = self._getFileRepoXML(local, text)
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1234, in 
_getFileRepoXML
     size=102400) # setting max size as 100K
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1014, in 
_getFile
     result = self.grab.urlgrab(misc.to_utf8(relative), local,
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 694, in 
<lambda>
     grab = property(lambda self: self._getgrab())
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 689, in 
_getgrab
     self._setupGrab()
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 627, in 
_setupGrab
     urls = self.urls
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 871, in 
<lambda>
     urls = property(fget=lambda self: self._geturls(),
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 868, in 
_geturls
     self._baseurlSetup()
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 834, in 
_baseurlSetup
     self.check()
   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 554, in 
check
     'Cannot find a valid baseurl for repo: %s' % self.ui_id
<class 'yum.Errors.RepoError'>: Cannot find a valid baseurl for repo: 
extras/7/x86_64

and another such trace for for repo: updates/7/x86_64.

What's going on? Why is the client looking to mirrorlist.centos.org for 
anything? Where does this configuration reside?

'yum repolist all' returns:

Loaded plugins: fastestmirror, langpacks, rhnplugin
This system is receiving updates from RHN Classic or Red Hat Satellite.
Loading mirror speeds from cached hostfile
repo id                                   repo 
name                                       status
centos7-x86_64                            CentOS 7 
(x86_64)                               enabled: 8,652
epel7-centos7-x86_64                      EPEL 7 for CentOS 7 
(x86_64)                    enabled: 7,753
spacewalk23-client-centos7-x86_64         Spacewalk Client (N) for 
CentOS 7 (x86_64)      enabled:    23
repolist: 16,428

which are the local channels I thought would cover the five packages 
above and their dependencies.

The install process does leave files in /etc/yum.repo, but since I don't 
want them, I remove them in the %post. Those files were:
CentOS-Base.repo
CentOS-CR.repo
CentOS-Debuginfo.repo
CentOS-Sources.repo
CentOS-Vault.repo
CentOS-fasttrack.repo

But I've had this failure with or without these files. I guess it could 
be a network problem, but still, why does the client look to a mirrorlist?

What am I missing? Is this a RTFM issue?

I'm running spacewalk2.3 on fedora 21. Any help at all would be appreciated.






More information about the Spacewalk-list mailing list