[Spacewalk-list] Can't join clients to a 1.0 server (on RHEL/CentOS)

[Jeremy Huber]

The upgrade from 0.8 to 1.0 somehow blew up (or so I thought) with issues about repos not updating, etc, so I wiped my test box and started over with a clean install of CentOS 5.4 and Spacewalk 1.0.  When I run the rhnreg_ks (also a clean CentOS 5.4 install), I get:

# rhnreg_ks --serverUrl=https://server.domain.com/XMLRPC --activationkey=1-centos5 --sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
An error has occurred:

Error Class Code: 21
Error Class Info: Invalid arguments passed to function.
Explanation:
     An error has occurred while processing your request. If this problem
     persists please enter a bug report at bugzilla.redhat.com.
     If you choose to submit the bug report, please be sure to include
     details of what you were trying to do when this error occurred and
     details on how to reproduce this problem.

See /var/log/up2date for more information

up2date log:

[Tue May  4 10:45:40 2010] up2date
Traceback (most recent call last):
  File "/usr/sbin/rhnreg_ks", line 205, in ?
    cli.run()
  File "/usr/share/rhn/up2date_client/rhncli.py", line 74, in run
    sys.exit(self.main() or 0)
  File "/usr/sbin/rhnreg_ks", line 149, in main
    rhnreg.sendPackages(systemId, packageList)
  File "/usr/share/rhn/up2date_client/rhnreg.py", line 478, in sendPackages
    s.registration.add_packages(systemId, packageList)
  File "/usr/share/rhn/up2date_client/rhnserver.py", line 52, in __call__
    raise self.__exception_from_fault(f)
up2date_client.up2dateErrors.CommunicationError: Error communicating with server. The message was:

Error Class Code: 21
Error Class Info: Invalid arguments passed to function.
Explanation:
     An error has occurred while processing your request. If this problem
     persists please enter a bug report at bugzilla.redhat.com.
     If you choose to submit the bug report, please be sure to include
     details of what you were trying to do when this error occurred and
     details on how to reproduce this problem.

And the server log rhn_server_xmlrpc.log:

2010/05/04 10:45:30 -06:00 19373 10.147.6.21: xmlrpc/registration.welcome_message('lang: None',)
2010/05/04 10:45:30 -06:00 11179 10.147.6.21: xmlrpc/registration.create_system("token = '1-centos5'", '5', 'i686-redhat-linux')
2010/05/04 10:45:30 -06:00 11179 10.147.6.21: rhnServer/server_token.process_token(1000010006, 'enterprise_entitled,provisioning_entitled')
2010/05/04 10:45:31 -06:00 22283 10.147.6.21: rhnSQL/driver_cx_Oracle.connect('Connecting to database', 'XE')
2010/05/04 10:45:31 -06:00 22283 10.147.6.21: xmlrpc/registration.add_hw_profile(1000010006, 'items: 20')
2010/05/04 10:45:31 -06:00 10909 10.147.6.21: rhnSQL/driver_cx_Oracle.connect('Connecting to database', 'XE')
2010/05/04 10:45:31 -06:00 10909 10.147.6.21: xmlrpc/registration._normalize_packages('ERROR', 'Invalid package spec for extended_profile >= 2', <type 'list'>, 'len = 5')

I did find a bugtrac about an issue with Spacewalk 0.8 using F12 as a server... the odd part is that this thing was running great upgrading all the way from 0.4 to 0.8.  Any ideas?

+ + + + + + +



Jeremy Huber, CISSP

Information Security Officer



[cid:critigen3a2d.jpg]



Jeremy.Huber at critigen.com<mailto:Jeremy.Huber at critigen.com>

+1 303.713.3233 Direct

+1 303.713.3133 Fax



critigen.com<http://www.critigen.com/>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20100504/08860fcd/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: critigen3a2d.jpg
Type: image/jpeg
Size: 24729 bytes
Desc: critigen3a2d.jpg
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20100504/08860fcd/attachment.jpg>