[Spacewalk-list] TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'

Bruce McAlister bruce.mcalister at blueface.com
Thu Jun 18 07:41:15 UTC 2015


Hi All,

It appears that the repo packages for the nightly builds for the RHEL 5 
32/64-bit OS's are older than those that are in the 2.3-client 
directory. Is that normal?

I synced the 2.3 client for RHEL 5 and the packages were updated to the 
following versions:

rhncfg-5.10.83-1.el5
rhnsd-5.0.15-1.el5
rhn-client-tools-2.3.16-1.el5
rhncfg-client-5.10.83-1.el5
yum-rhn-plugin-2.3.3-1.el5
osad-5.11.57-1.el5
rhn-check-2.3.16-1.el5
rhnlib-2.5.75-1.el5
rhn-setup-2.3.16-1.el5
rhncfg-actions-5.10.83-1.el5

This version has fixed my error listed below.

Thanks
Bruce

On 17/06/2015 09:53, Bruce McAlister wrote:
> Hi All,
>
> I have been trying to dig in to why 2 of my CentOS 5 32-bit systems are
> failing configuration checks with the traceback shown at the end of the
> email.
>
> The systems are on the spacewalk nightly builds for CentOS 5 32-bit.
>
> When I schedule a configuration check, the job failes with:
>
> Client execution returned "Fatal error in Python code occurred [[6]]"
> (code -1)
>
> When I check the up2date log on the client, I see the following traceback:
>
> [Wed Jun 17 08:33:59 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 349, in __do_call
>      retval = method(*params, **kwargs)
>    File "/usr/share/rhn/actions/configfiles.py", line 342, in diff
>      diff = fp.diff(file)
>    File "/usr/share/rhn/config_common/file_utils.py", line 128, in diff
>      temp_file, temp_dirs = self.process(file_struct)
>    File "/usr/share/rhn/config_common/file_utils.py", line 48, in process
>      fullpath = directory + file_struct['path']
> exceptions.TypeError: unsupported operand type(s) for +: 'NoneType' and
> 'str'
>
> I am running the following package versions on both these servers (which
> appear to be up to date with the nightly channel):
>
> # rpm -qa | egrep -i 'rhn|spacewalk|osad'
> rhncfg-actions-5.10.81-1.el5
> rhnlib-2.5.74-1.el5
> rhn-client-tools-2.3.8-1.el5
> rhnsd-5.0.15-1.el5
> rhncfg-5.10.81-1.el5
> rhn-setup-2.3.8-1.el5
> rhncfg-client-5.10.81-1.el5
> rhn-check-2.3.8-1.el5
> yum-rhn-plugin-2.3.1-1.el5
> osad-5.11.54-1.el5
>
> I have several of these servers which I would like to update to the
> 'latest' spacewalk clients, and these two were the first to be upgraded.
> I am now getting this particular issue, and I cannot seem to find where
> the issue lies.
>
> Any pointers/tips/tricks/suggestions would be greatly appreciated.
>
> Thanks
> Bruce





More information about the Spacewalk-list mailing list