[Spacewalk-list] Problem registering CentOS 4 Client
Frank Paulick
Frank.Paulick at matrix.ag
Tue Jan 5 14:07:44 UTC 2010
Hi Pradeep,
sorry for not reactiong so long.
i now have some time again to take a look again on this problem.
the problem only occurs, when rhnreg_ks tries to send the hardware
configuration to the spacewalk server.
with the option --nohardware i had no problems registering the system.
when i now tell the server to update the hardware profile i get the same
error as before:
up2date log:
[Tue Jan 5 14:52:19 2010] up2date check_action{'action': "<?xml
version='1.0'?>\n<methodCall>\n<methodName>hardware.refresh_list</methodName>\n<params>\n</params>\n</methodCall>\n",
'version': 2, 'id': 191}
[Tue Jan 5 14:52:19 2010] up2date updating login info
[Tue Jan 5 14:52:19 2010] up2date logging into up2date server
[Tue Jan 5 14:52:19 2010] up2date successfully retrieved authentication
token from up2date server
[Tue Jan 5 14:52:19 2010] up2date logininfo:{'X-RHN-Server-Id':
1000010038, 'X-RHN-Auth-Server-Time': '1262699539.41', 'X-RHN-Auth':
'y3YcXvS7aTKt07JirbWEvg==', 'X-RHN-Auth-Channels': [['centos4-x86_64',
'20090819165910', '1', '1']], 'X-RHN-Auth-User-Id': '',
'X-RHN-Auth-Expire-Offset': '3600.0'}
[Tue Jan 5 14:52:19 2010] up2date handle_action{'action': "<?xml
version='1.0'?>\n<methodCall>\n<methodName>hardware.refresh_list</methodName>\n<params>\n</params>\n</methodCall>\n",
'version': 2, 'id': 191}
[Tue Jan 5 14:52:19 2010] up2date handle_action actionid = 191, version = 2
[Tue Jan 5 14:52:19 2010] up2date do_callhardware.refresh_list()
[Tue Jan 5 14:52:19 2010] up2date Sending back response(12, 'Error
refreshing system hardware', {})
[Tue Jan 5 14:52:19 2010] up2date
do_callpackages.checkNeedUpdate('rhnsd=1',)
[Tue Jan 5 14:52:19 2010] up2date local action status: (0, 'rpm
database not modified since last update (or package list recently
updated)', {})
rhn_check -vvv
D: check_action {'action': "<?xml
version='1.0'?>\n<methodCall>\n<methodName>hardware.refresh_list</methodName>\n<params>\n</params>\n</methodCall>\n",
'version': 2, 'id': 191}
D: logininfo: {'X-RHN-Server-Id': 1000010038, 'X-RHN-Auth-Server-Time':
'1262699539.41', 'X-RHN-Auth': 'y3YcXvS7aTKt07JirbWEvg==',
'X-RHN-Auth-Channels': [['centos4-x86_64', '20090819165910', '1', '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>hardware.refresh_list</methodName>\n<params>\n</params>\n</methodCall>\n",
'version': 2, 'id': 191}
D: handle_action actionid = 191, version = 2
D: do_call hardware.refresh_list ()
ERROR: sending hardware database for System Profile
D: Sending back response (12, 'Error refreshing system hardware', {})
D: do_call packages.checkNeedUpdate ('rhnsd=1',)
D: local action status: (0, 'rpm database not modified since last
update (or package list recently updated)', {})
any idea ?
Kind Regards
Frank Paulick
Pradeep Kilambi schrieb:
> Frank Paulick wrote:
>
>> Miroslav Suchý schrieb:
>>
>>> Frank Paulick wrote:
>>>
>>>
>>>> Hi,
>>>>
>>>> i have a problem registering one "special" CentOS 4 Client to Spacewalk
>>>> 0.5 server.
>>>> the problem already occured with 0.4 and i was hoping the update would
>>>> fix it.
>>>> with "special" i mean that it's the only CentOS Client that has a
>>>> problem with registering.
>>>> ~ 20 other Client didn't have this Problem.
>>>>
>>>> the error message i get is:
>>>>
>>>> An error has occurred:
>>>> Internal Server Error
>>>>
>>>> in /var/log/up2date:
>>>>
>>>> [Fri Apr 3 14:34:11 2009] up2date A protocol error occurred: Internal
>>>> Server Error , attempt #1,
>>>> [Fri Apr 3 14:34:16 2009] up2date A protocol error occurred: Internal
>>>> Server Error , attempt #2,
>>>> [Fri Apr 3 14:34:22 2009] up2date A protocol error occurred: Internal
>>>> Server Error , attempt #3,
>>>> [Fri Apr 3 14:34:27 2009] up2date A protocol error occurred: Internal
>>>> Server Error , attempt #4,
>>>> [Fri Apr 3 14:34:32 2009] up2date A protocol error occurred: Internal
>>>> Server Error , attempt #5,
>>>> [Fri Apr 3 14:34:32 2009] up2date Internal Server Error
>>>>
>>>>
>>> OK.
>>> Internal server error.
>>> It seems that the problem is indeed in server (Spacewalk).
>>> Do you see something interesting in /var/log/httpd/*error_log
>>> /var/log/tomcat5/catalina.out ?
>>>
>>>
>>>
>>>
>> in /var/log/httpd/error_log the following error shows up:
>>
>> RHN 5720 2009/04/03 16:23:35 +02:00: ('Server has invalid release and
>> token contains no base channels', 1000010127, [{'note': '',
>> 'usage_limit': None, 'user_id'
>> : 1, 'org_id': 1, 'server_id': None, 'token_desc': 'Spacewalk
>> Management Entitled Servers', 'token_type': 'enterprise_entitled',
>> 'token': '1-306886f1e24817d5c982a486fd
>> 0b80cc', 'token_id': 1, 'deploy_configs': 'N', 'kickstart_session_id':
>> None, 'is_base': 'Y'}])
>>
>
> Exactly what it says. This means the activation key you're using is not
> able to associate your client to a valid channel. Did you create a
> customer channel and associate it to your key?
>
> ~ Prad
>
>
>
>
>
>> Exception reported from
>> Time: Fri Apr 3 13:09:26 2009
>> Exception type xml.parsers.expat.ExpatError
>> Exception while handling function handler
>> Request object information:
>> URI: /XMLRPC
>> Remote Host:
>> Server Name: :0
>> Headers passed in:
>> Accept-Encoding: identity
>> Content-Length: 57673
>> Host: .onespin.int
>> content-type: text/xml
>> user-agent: rhn.rpclib.py/$Revision: 92982 $
>> x-client-version: 1
>> x-info: RPC Processor (C) Red Hat, Inc (version 118741)
>> x-rhn-client-capability:
>> packages.verifyAll(1)=1,caneatCheese(1)=1,packages.extended_profile(1)=1,reboot.reboot(1)=1,packages.verify(1)=1,packages.runTransacti
>> on(1)=1,packages.rollBack(1)=1
>> x-rhn-transport-capability: follow-redirects=2
>> x-transport-info: Extended Capabilities Transport (C) Red Hat,
>> Inc (version 92982)
>> x-up2date-version: 4.7.1-17.el4.centos
>> Extra information about this error:
>> Unhandled exception type
>>
>> Exception Handler Information
>> Traceback (most recent call last):
>> File "/usr/share/rhn/server/apacheServer.py", line 58, in __call__
>> ret = f(req)
>> File "/usr/share/rhn/server/apacheHandler.py", line 198, in handler
>> ret = self._req_processor.process()
>> File "/usr/share/rhn/server/apacheRequest.py", line 465, in process
>> params, method = self.decode(_body)
>> File "/usr/share/rhn/server/apacheRequest.py", line 389, in decode
>> self.parser.feed(data)
>> File "/usr/lib/python2.4/xmlrpclib.py", line 527, in feed
>> self._parser.Parse(data, 0)
>> ExpatError: not well-formed (invalid token): line 2600, column 22
>>
>> Exception reported from
>> Time: Fri Apr 3 13:31:53 2009
>> Exception type xml.parsers.expat.ExpatError
>> Exception while handling function handler
>> Request object information:
>> URI: /XMLRPC
>> Remote Host:
>> Server Name: :0
>> Headers passed in:
>> Accept-Encoding: identity
>> Content-Length: 56815
>> Host: .
>> content-type: text/xml
>> user-agent: rhn.rpclib.py/$Revision: 92982 $
>> x-client-version: 1
>> x-info: RPC Processor (C) Red Hat, Inc (version 118741)
>> x-rhn-client-capability:
>> packages.verifyAll(1)=1,packages.verify(1)=1,packages.extended_profile(1)=1,configfiles.base64_enc(1)=1,reboot.reboot(1)=1,configfiles
>> .deploy(1)=1,caneatCheese(1)=1,packages.rollBack(1)=1,configfiles.mtime_upload(1)=1,configfiles.diff(1)=1,script.run(1)=1,configfiles.upload(1)=1,packages.runTransacti
>> on(1)=1
>> x-rhn-transport-capability: follow-redirects=2
>> x-transport-info: Extended Capabilities Transport (C) Red Hat,
>> Inc (version 92982)
>> x-up2date-version: 4.6.2-7.el4.1
>> Extra information about this error:
>> Unhandled exception type
>>
>> Exception Handler Information
>> Traceback (most recent call last):
>> File "/usr/share/rhn/server/apacheServer.py", line 58, in __call__
>> ret = f(req)
>> File "/usr/share/rhn/server/apacheHandler.py", line 198, in handler
>> ret = self._req_processor.process()
>> File "/usr/share/rhn/server/apacheRequest.py", line 465, in process
>> params, method = self.decode(_body)
>> File "/usr/share/rhn/server/apacheRequest.py", line 389, in decode
>> self.parser.feed(data)
>> File "/usr/lib/python2.4/xmlrpclib.py", line 527, in feed
>> self._parser.Parse(data, 0)
>> ExpatError: not well-formed (invalid token): line 2600, column 22
>>
>> this message shows up a few times (i think 5 times) in the error log.
>> for me the most interesting part is:
>>
>> x-up2date-version: 4.7.1-17.el4.centos
>>
>> in the first section, and
>>
>> x-up2date-version: 4.6.2-7.el4.1
>>
>> in all other sections.
>> The Version 4.7.1-17 was installed by accident and was replaced by
>> this version:
>> http://stahnma.fedorapeople.org/spacewalk-tools/4/i386/up2date-4.6.2-7.el4.1.i386.rpm
>>
>> --
>>
>> Mit freundlichen Grüßen - Kind regards
>>
>> Frank Paulick
>>
>> -------------------------------------------------------------------
>> matrix technology AG
>> Consultant
>> Dipl.-Inf. (FH) Frank Paulick
>> Nymphenburger Str. 1, D-80335 München
>> Tel: +49 - (0)89 - 589395-0
>> Fax: +49 - (0)89 - 589395-11
>> Web: _www.matrix.ag_ <http://www.matrix.ag/>
>> E-mail: _Frank.Paulick at matrix.ag_ <mailto:Frank.Paulick at matrix.ag>
>>
>> Vorstände: Franz Kessel und Martin Orlik
>> Aufsichtsratsvorsitzender: Jürgen Kretschmer
>> Amtsgericht München: HRB 133085
>>
>> -------------------------------------------------------------------
>>
>> *E-Mail Disclaimer*
>>
>> Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten
>> Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
>> dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie
>> bitte, dass jede Form der Kenntnisnahme, Veröffentlichung,
>> Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail
>> unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem
>> Absender der E-Mail in Verbindung zu setzen.
>>
>> The information contained in this email is intended solely
>> for the addressee. Access to this email by anyone else is
>> unauthorized. If you are not the intended recipient, any form
>> of disclosure, reproduction, distribution or any action taken
>> or refrained from in reliance on it, is prohibited and may be
>> unlawful. Please notify the sender immediately.
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
>
>
--
Mit freundlichen Grüßen - Kind regards
Frank Paulick
-------------------------------------------------------------------
matrix technology AG
Consultant
Dipl.-Inf. (FH) Frank Paulick
Nymphenburger Str. 1, D-80335 München
Tel: +49 - (0)89 - 589395-0
Fax: +49 - (0)89 - 589395-11
Web: _www.matrix.ag_ <http://www.matrix.ag/>
E-mail: _Frank.Paulick at matrix.ag_ <mailto:Frank.Paulick at matrix.ag>
Vorstände: Franz Kessel und Martin Orlik
Aufsichtsratsvorsitzender: Jürgen Kretschmer
Amtsgericht München: HRB 133085
-------------------------------------------------------------------
*E-Mail Disclaimer*
Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten
Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat
dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie
bitte, dass jede Form der Kenntnisnahme, Veröffentlichung,
Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail
unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem
Absender der E-Mail in Verbindung zu setzen.
The information contained in this email is intended solely
for the addressee. Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any form
of disclosure, reproduction, distribution or any action taken
or refrained from in reliance on it, is prohibited and may be
unlawful. Please notify the sender immediately.
More information about the Spacewalk-list
mailing list