[Spacewalk-list] Spacewalk 2.0 unable to update clients
Micheal & Maxine Miller
miller3489 at comcast.net
Fri Nov 22 00:41:16 UTC 2013
Larry, I am not an expert, matter of fact I am new to the Linux and
Spacewalk world. what does rhn-satellite status says. Ensure Taskomatic is
running. If taskomatic is not running, then look into your httpd dir and
ensure that "Listen" only has the port number. For example: Listen 80 and
not the full FQDN. Taskomatic has to run in order for the metadata to be
generated.
Also what does rhn_check -v -v -v -v shows
Mike Miller
From: spacewalk-list-bounces at redhat.com
[mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Clegg, Larry E [HDS]
Sent: Thursday, November 21, 2013 3:14 PM
To: spacewalk-list at redhat.com
Subject: [Spacewalk-list] Spacewalk 2.0 unable to update clients
Greetings Spacewalkers,
I am running Spacewalk V2.0 on Oracle Linux 6.4 with the latest patches.
I am running Cobbler V2.4.0
I've created base/child channels and reposync'd them from the various public
repos.
I am successfully performing a bare metal install on a client and that
client is successfully registering back to the Spacewalk server. But when I
attempt to apply any updates to that client I get the errors shown below.
So far we have not figured out the root cause and fix. Hopefully this list
will be able to offer some insight.
Thank you,
Larry
>From the client:
[root at shdswalk240 log]# yum repolist
Loaded plugins: rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
repo id repo name status
epel_ol6.4_x86_64 EPEL for Oracle Linux 6.4 - Base (x86_64) 0
hp_ol6.4_latest HP for Oracle 6.4 0
oul6.4_base Oracle Linux 6.4 - Base (x86_64) 0
oul6_latest Oracle Linux 6 Latest (x86_64) 0
ppc_2.0_oul6.4 Puppet Client for Oracle Linux 6 - x86_64 0
swc2.0_oul6.4 Spacewalk Client 2.0 for Oracle Linux 6.4 0
repolist: 0
Same channels as seen from the Spacewalk server:
Oracle Linux 6.4 - Base (x86_64)
6250
Child Channel EPEL for Oracle Linux 6.4 - Base (x86_64) 9990
Child Channel HP for Oracle 6.4
219
Child Channel Oracle Linux 6 Latest (x86_64) 17949
Child Channel Puppet Client for Oracle Linux 6 - x86_64 356
Child Channel Spacewalk Client 2.0 for Oracle Linux 6.4 22
>From the /var/log/up2date log on the client:
[Thu Nov 21 11:21:24 2013] up2date logging into up2date server
[Thu Nov 21 11:21:24 2013] up2date successfully retrieved authentication
token from up2date server
[Thu Nov 21 11:21:24 2013] up2date updateLoginInfo() login info
[Thu Nov 21 11:21:24 2013] up2date logging into up2date server
[Thu Nov 21 11:21:24 2013] up2date successfully retrieved authentication
token from up2date server
[Thu Nov 21 11:21:24 2013] up2date updateLoginInfo() login info
[Thu Nov 21 11:21:24 2013] up2date logging into up2date server
[Thu Nov 21 11:21:24 2013] up2date successfully retrieved authentication
token from up2date server
[Thu Nov 21 11:21:24 2013] up2date
Traceback (most recent call last):
File "/usr/sbin/rhn_check", line 347, in __run_action
(status, message, data) = CheckCli.__do_call(method, params, kwargs)
File "/usr/sbin/rhn_check", line 339, in __do_call
method = getMethod.getMethod(method, "/usr/share/rhn/", "actions")
File "/usr/share/rhn/up2date_client/getMethod.py", line 79, 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 64, in __init__
self.doTsSetup()
File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 84, in
doTsSetup
return self._getTs()
File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 99, in
_getTs
self._getTsInfo(remove_only)
File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 110, in
_getTsInfo
pkgSack = self.pkgSack
File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 887, in
<lambda>
pkgSack = property(fget=lambda self: self._getSacks(),
File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 669, in
_getSacks
self.repos.populateSack(which=repos)
File "/usr/lib/python2.6/site-packages/yum/repos.py", line 309, in
populateSack
sack.populate(repo, mdtype, callback, cacheonly)
File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 165, in
populate
if self._check_db_version(repo, mydbtype):
File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 223, in
_check_db_version
return repo._check_db_version(mdtype)
File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1256, in
_check_db_version
repoXML = self.repoXML
File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1455, in
<lambda>
repoXML = property(fget=lambda self: self._getRepoXML(),
File "/usr/share/yum-plugins/rhnplugin.py", line 579, in _getRepoXML
return YumRepository._getRepoXML(self)
File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1451, in
_getRepoXML
raise Errors.RepoError, msg
<class 'yum.Errors.RepoError'>: Cannot retrieve repository metadata
(repomd.xml) for repository: epel_ol6.4_x86_64. Please verify its path and
try again
[Thu Nov 21 11:39:12 2013] up2date updateLoginInfo() login info
[Thu Nov 21 11:39:12 2013] up2date logging into up2date server
[Thu Nov 21 11:39:12 2013] up2date successfully retrieved authentication
token from up2date server
>From the Spacewalk - for this client:
This action's status is: Failed.
The client picked up this action on 11/21/13 2:17:09 PM EST.
The client completed this action on 11/21/13 2:17:09 PM EST.
Client execution returned "Fatal error in Python code occurred [[6]]" (code
-1)
Larry Clegg
HD Supply San Diego GSC
Lead Systems Engineer -Technology & Application Services Team
San Diego, CA
Desk: 858.831.2650 (Cisco ext: 12650)
Cell: 858-880-6578
EMail: Larry.Clegg at HDSupply.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20131121/f3005518/attachment.htm>
More information about the Spacewalk-list
mailing list