Red Hat Bugzilla – Bug 160446
up2date Python traceback when scheduled package removal
Last modified: 2010-10-21 23:05:13 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114
Description of problem:
In the RHN, I schedule a package removal, which later fails with this:
Package Removal scheduled by dinfk-iks
Details: This action will be executed after 2005-06-14 09:59:00 CEST.
This action's status is: Failed.
The client picked up this action on 2005-06-14 10:00:35 CEST.
The client completed this action on 2005-06-14 10:00:36 CEST.
Client execution returned "Fatal error in Python code occured []"
Packages to be removed:
I schedule it again, and run rhn_check -v on the machine to see more, instead of waiting for rhnsd. Now I get:
[root@ikq1 ~]# rhn_check -v
packages.remove ([['mikmod', '3.1.6', '30.1', '']],)
Traceback (most recent call last):
File "/usr/sbin/rhn_check", line 174, in run_action
(status, message, data) = do_call(method, params)
File "/usr/sbin/rhn_check", line 91, in do_call
retval = apply(method, params)
File "/usr/share/rhn/actions/packages.py", line 83, in remove
File "/usr/share/rhn/up2date_client/up2date.py", line 1009, in
TypeError: runTransaction() takes at least 4 arguments (2 given)
In fact, at line 1009 of /usr/share/rhn/up2date_client/up2date.py, there is a bad call to rpmTransaction which is defined in the same file at line 602.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Schedule a package removal on the RHN server for a system
2. run rhn_check -v on the system
3. or wait until rhnsd checks in
Actual Results: Traceback, package not removed, action fails in RHN
Expected Results: package removed
This works for me to get it running:
< runTransaction(ts, , , rpmCallback)
This is fixed in current up2date releases (rhel3u6/rhel4u2).
Removing from RHEL 4 U3 lists.