[Spacewalk-list] Unable to apply an erratum to a remote host (A possible bug??)

Yungwei Chen yungwei at resolvity.com
Tue Jan 11 17:25:55 UTC 2011


After looking into /usr/share/rhn/actions/errata.py on the remote host, I found that the problem has something to do with arch.

    for errataid in errataidlist:
        tmpList = __getErrataInfo(errataid)
        packagelist = packagelist + tmpList
1. The above code snippet returns [['openssl-perl', '0.9.8e', '12.el5_5.7', '', 'i386'], ['openssl', '0.9.8e', '12.el5_5.7', '', 'i386'], ['openssl-devel', '0.9.8e', '12.el5_5.7', '', 'i386']]. Note that their arch is i386.

    current_packages_with_arch = {}
    current_packages ={}
    for p in rpmUtils.getInstalledPackageList(getArch=1):
        current_packages_with_arch[p['name']+p['arch']] = p
        current_packages[p['name']] = p
2. The above code snippet returns many packages installed on the remote host. Note that the arch of openssl installed on the remote host is i686.
'current_packages_with_arch': {'openssli686':{'name': 'openssl', 'epoch': '', 'version': '0.9.8e', 'release': '12.el5_4.6', 'arch': 'i686', 'installtime': 1270040875}....}
'current_packages': {'openssl': {'name': 'openssl', 'epoch': '', 'version': '0.9.8e', 'release': '12.el5_4.6', 'arch': 'i686', 'installtime': 1270040875}....}

3. As a result, openssl (i386) is not considered installed on the remote host. That's why I'm having trouble applying the erratum to the remote host.

-----Original Message-----
From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Yungwei Chen
Sent: Monday, January 10, 2011 2:04 PM
To: spacewalk-list at redhat.com
Subject: [Spacewalk-list] Unable to apply an erratum to a remote host

Hi,
	I've been running spacewalk 1.0 along with an Oracle 10g Express Edition db without any serious issue. 

	Now I'm having trouble applying an erratum (CESA-2010:0978) to a remote host.
	
	Here's the problem:
	After applying that erratum to the remote host, I found that in Errata page, 
	the number of affected systems remains the same and that the packages were not installed on the remote host.

	I don't see anything useful in the log files on the remote host. 
	Note that I am not using osa-dispatcher because it doesn't work for me.
	Instead I have a cron job running rhn_check command every hour.

	And the only relevant log is in rhn_server_xmlrpc.log on the spacewalk server. 
2011/01/10 13:09:13 -05:00 21544 71.97.120.28: xmlrpc/queue.get(1000010204, 2, 'checkins enabled')
2011/01/10 13:09:14 -05:00 21549 71.97.120.28: xmlrpc/up2date.login(1000010204,)
2011/01/10 13:09:15 -05:00 1299 71.97.120.28: xmlrpc/up2date.listChannels(1000010204,)
2011/01/10 13:09:21 -05:00 25609 71.97.120.28: xmlrpc/errata.getErrataInfo(1000010204, 9528)
2011/01/10 13:09:23 -05:00 18696 71.97.120.28: xmlrpc/queue.submit(1000010204, 9864, 39)
2011/01/10 13:09:23 -05:00 18696 71.97.120.28: action_extra_data/errata.update('ERROR', 'action_error.errata.update: Should do something useful with this data', 1000010204, 9864, {'version': '0', 'name': 'errata.update.no_packages', 'erratas': [9528]})
2011/01/10 13:09:23 -05:00 18697 71.97.120.28: xmlrpc/queue.get(1000010204, 2, 'checkins enabled')
2011/01/10 13:09:35 -05:00 1302 192.168.111.42: xmlrpc/queue.get(1000010102, 2, 'checkins enabled')
2011/01/10 13:09:35 -05:00 9612 192.168.111.42: xmlrpc/up2date.login(1000010102,)
2011/01/10 13:09:35 -05:00 21550 192.168.111.42: xmlrpc/up2date.listChannels(1000010102,)

	Any idea what might be causing this problem and how to fix it? Thanks.



_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list




More information about the Spacewalk-list mailing list