[Spacewalk-list] Still having rhnpush ISE errors

[Gomes, Rich]

I am done for now...

Spacewalk is able to run and do rhnpush on 1.3 (32 bit) with no issues.

Spacewalk is running in version 1.5 without issue on a 64 bit server.

 

Since all from scratch installs of OS (32 bit) and SW for both 1.4 and
1.5 have the rhnpush issue, I am guessing that it may be a bug or a
package conflict. 

 

Can anyone confirm this?

 

Is it\will it be resolved in 1.6 or maybe 1.7?

 

From: spacewalk-list-bounces at redhat.com
[mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Gomes, Rich
Sent: Thursday, October 27, 2011 2:55 PM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] Still having rhnpush ISE errors

 

Also, browsing to http://servername/XMLRPC  gives a 500 error

Have found some posts for this but nothing that has helped so far.

 

 

 

From: Gomes, Rich 
Sent: Thursday, October 27, 2011 11:21 AM
To: spacewalk-list at redhat.com
Subject: Still having rhnpush ISE errors

 

I decided to take a different approach on the server I was having issues
with when renaming.

 

Here are the steps I took:

 

*         Cloned VM and configured with IP of current working SP server
with old naming convention

*         Removed Spacewalk via yum and rebooted

*         Renamed machine and rebooted

*         Installed Spacewalk 1.3 (oracle)

o   Only needed to remove old ssl cert and create new one

 

*         Services started without issue and rhnpush was successful. 

*         Upgraded to 1.4

*         Services started without issue

*         Rhnpush fails with Internal Server Error (although it gets to
the "computing checksums" portion before it fails) httpd error log
included below

 

Interesting thing is I had a 64 bit RHEL server I decided to install 1.3
on. Install was successful, services started and rhnpush had no issues.

Upgraded to 1.4. Services started, and rhnpush IS successful.

 

Why is 64 bit successful and 32 bit is not?

All of my from scratch installs (OS and SW) of 1.5  fail also, so is
this a bug or a package conflict?

What does "SgmlopParser instance has no attribute '_parser'" mean?
(Google unsuccessful)

                

 

 

 

 

[Thu Oct 27 10:52:27 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler: Traceback (most
recent call last):

[Thu Oct 27 10:52:27 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in
HandlerDispatch\n    result = object(req)

[Thu Oct 27 10:52:27 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/server/apacheHandler.py",
line 71, in headerParserHandler\n    ret =
apacheSession.headerParserHandler(self, req)

[Thu Oct 27 10:52:27 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/common/rhnApache.py", line
75, in headerParserHandler\n    ret = self._init_request_processor(req)

[Thu Oct 27 10:52:27 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/server/apacheHandler.py",
line 107, in _init_request_processor\n    self._req_processor =
apachePOST(self.clientVersion, req)

[Thu Oct 27 10:52:27 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/server/apacheRequest.py",
line 64, in __init__\n    self.parser._parser.returns_unicode = 0

[Thu Oct 27 10:52:27 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler: AttributeError:
SgmlopParser instance has no attribute '_parser'

[Thu Oct 27 10:52:46 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler: Traceback (most
recent call last):

[Thu Oct 27 10:52:46 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in
HandlerDispatch\n    result = object(req)

[Thu Oct 27 10:52:46 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/server/apacheHandler.py",
line 71, in headerParserHandler\n    ret =
apacheSession.headerParserHandler(self, req)

[Thu Oct 27 10:52:46 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/common/rhnApache.py", line
75, in headerParserHandler\n    ret = self._init_request_processor(req)

[Thu Oct 27 10:52:46 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/server/apacheHandler.py",
line 107, in _init_request_processor\n    self._req_processor =
apachePOST(self.clientVersion, req)

[Thu Oct 27 10:52:46 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler:   File
"/usr/lib/python2.4/site-packages/spacewalk/server/apacheRequest.py",
line 64, in __init__\n    self.parser._parser.returns_unicode = 0

[Thu Oct 27 10:52:46 2011] [error] [client 127.0.0.1]
PythonHeaderParserHandler
spacewalk.server.apacheServer::HeaderParserHandler: AttributeError:
SgmlopParser instance has no attribute '_parser'

 

 

 

 

 

 

Rich Gomes | Senior Systems Administrator,  AUCA System Services |
ARAMARK Uniform & Career Apparel

Tel: 781.763.4508 |  Fax: 781.763.2508

Rich.Gomes at wearguard-crest.com <mailto:Rich.Gomes at wearguard-crest.com>
| www.aramark-uniform.com <http://www.aramark-uniform.com/> 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20111028/9d6da74a/attachment.htm>