[Spacewalk-list] Problem while trying to import files from a client

Sascha Bendix sascha.bendix at 360t.com
Tue Nov 16 16:12:12 UTC 2010


Hi,

today I realized that I cannot import configuration files from client on a spacewalk server.

I got a spacewalk server version 1.1 and clients with spacewalk tools version 1.0 and 1.1. Both versions run into the same problem.

Here is the output of rhn_check -v -v -v -v -v

D: opening  db environment /var/lib/rpm/Packages joinenv
D: opening  db index       /var/lib/rpm/Packages rdonly mode=0x0
D: locked   db index       /var/lib/rpm/Packages
D: opening  db index       /var/lib/rpm/Providename rdonly mode=0x0
D: check_action {'action': "<?xml version='1.0'?>\n<methodCall>\n<methodName>configfiles.upload</methodName>\n<params>\n<param>\n<value><int>e><array><data>\n<value><string>/etc/named.conf</string></value>\n<value><string>/root/.ssh/authorized_keys</string></value>\n</data></array>n", 'version': 2, 'id': 30293}
updateLoginInfo() login info
D: login(forceUpdate=True) invoked
logging into up2date server
D: writeCachedLogin() invoked
D: Wrote pickled loginInfo at  1289922479.78  with expiration of  1289926079.78  seconds.
successfully retrieved authentication token from up2date server
D: logininfo: {'X-RHN-Server-Id': 1000010046, 'X-RHN-Auth-Server-Time': '1289922479.78', 'X-RHN-Auth': 'VMIHaWh3NhhCSmJ7hYqGFQ==', 'X-RHN-Aut, '1', '1'], ['spacewalk-tools-5.4', '20100827145544', '0', '1'], ['spacewalk-client54', '20100827145544', '0', '1'], ['centos-5.4-updates', 0101108085732', '0', '1']], 'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'}
D: handle_action {'action': "<?xml version='1.0'?>\n<methodCall>\n<methodName>configfiles.upload</methodName>\n<params>\n<param>\n<value><intue><array><data>\n<value><string>/etc/named.conf</string></value>\n<value><string>/root/.ssh/authorized_keys</string></value>\n</data></array\n", 'version': 2, 'id': 30293}
D: handle_action actionid = 30293, version = 2
D: do_call configfiles.upload (30293, ['/etc/named.conf', '/root/.ssh/authorized_keys'])
XML-RPC error while talking to https://spacewalk.domain.tld/CONFIG-MANAGEMENT: cannot marshal None unless allow_none is enabled
Traceback (most recent call last):
  File "/usr/share/rhn/config_client/rpc_cli_repository.py", line 120, in put_files
    self.system_id, action_id, params)
  File "/usr/share/rhn/config_client/rpc_cli_repository.py", line 51, in rpc_call
    (self, method_name) + params)
  File "/usr/share/rhn/config_common/repository.py", line 365, in rpc_call
    sys.exit(2)
SystemExit: 2
D: Sending back response ((6,), 'Fatal error in Python code occured', {})
D: do_call packages.checkNeedUpdate ('rhnsd=1',)
Loaded plugins: dellsysid, fastestmirror, rhnplugin
D: opening  db environment /var/lib/rpm/Packages joinenv
D: opening  db index       /var/lib/rpm/Packages rdonly mode=0x0
D: opening  db index       /var/lib/rpm/Providename rdonly mode=0x0
D: closed   db index       /var/lib/rpm/Providename
D: closed   db index       /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm/Packages
D: May free Score board((nil))
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
D: local action status:  (0, 'rpm database not modified since last update (or package list recently updated)', {})
D: closed   db index       /var/lib/rpm/Providename
D: closed   db index       /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm/Packages
D: May free Score board((nil))

The strange thing is that the apache httpd on the spacewalk server logs a successful access:

POST /CONFIG-MANAGEMENT HTTP/1.1" 200 195

In the rhn_config_management.log there are only the following items for this time period:

config/rhn_config_management.client_get_maximum_file_size
config/rhn_config_management.client_get_delimiters

I know that this installation was upgraded from 0.8.

Can anyone give me a clue what could be the problem?

Regards,

Sascha Bendix

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.





More information about the Spacewalk-list mailing list