[Spacewalk-list] Spacewalk proxy connection problem after upgrade?to 2.0
Pierre Casenove
pcasenove at gmail.com
Thu Aug 29 10:14:29 UTC 2013
Hello,
Does this bug affects only proxy running rhel/centos 5 or also master
server under rhel/centos 5?
Thanks,
Pierre
Le 29 août 2013 10:40, "Michael Mraka" <michael.mraka at redhat.com> a écrit :
> sebastien foucou wrote:
> % Speigner Thomas <Thomas.Speigner at ...> writes:
> %
> % >
> % >
> % >
> % > Hi everyone,
> % >
> % > We upgraded Spacewalk to version 2.0. the master instance looks fine
> and
> % everything looks fine.
> % > But we have problems after upgrade of the proxy instance in our
> % datacenter.
> % > Now all servers behind the proxy are not able to query the master
> instance
> % with error: “XMLRPC ProtocolError: <ProtocolError for ***proxy***
> /XMLRPC:
> % 500 Internal Server Error>”
> % >
> % >[snip]
> % >
> % > We uninstalled/installed/configured the Spacewalk proxy again without
> % luck.
> % > Anyone with the same error?
> % >
> % > kind regards ...Thomas SPEIGNER
> % >
> %
> % Hello
> %
> % I updated my platefome spacewalk in version 2.0:
> % the main server and the proxy.
> %
> % I have the following problem on the proxy, so that everything works on
> the
> % primary server:
> %
> % in /var/log/httpd/error_log
> %
> % Exception reported from spwkf1p1
> % Time: Tue Aug 27 15:28:17 2013
> % Exception type exceptions.KeyError
> % Exception while handling function handler
> % Request object information:
> % URI: /XMLRPC
> % Remote Host: 172.xxx.xxx.xxx
> % Server Name: spwkf1p1:443
> % Headers passed in:
> % Accept-Encoding: identity
> % Content-Length: 2718
> % Host: spwkf1p1:443
> % content-type: text/xml
> % user-agent: rhn.rpclib.py/$Revision$
> % x-client-version: 1
> % x-info: RPC Processor (C) Red Hat, Inc (version $Revision$)
> % x-rhn-client-capability:
> %
> packages.verify(1)=1,packages.extended_profile(2)=1,configfiles.base64_enc(1
> % )=1,reboot.reboot(1)=1,configfiles.deploy(1)=1,caneatCheese(1)=1,
> packages.ro
> %
> llBack(1)=1,configfiles.mtime_upload(1)=1,configfiles.diff(1)=1,packages.upd
> %
> ate(2)=2,script.run(1)=1,configfiles.upload(1)=1,packages.runTransaction(1)=
> %
> 1,packages.verify(1)=1,packages.extended_profile(2)=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,packages.u
> %
> pdate(2)=2,script.run(1)=1,configfiles.upload(1)=1,packages.runTransaction(1
> % )=1
> % x-rhn-transport-capability: follow-redirects=3
> % x-transport-info: Extended Capabilities Transport (C) Red Hat,
> Inc
> % (version $Revision$)
> % x-up2date-version: 1.7.14-1.el5
> % Extra information about this error:
> % Unhandled exception type
> %
> % Exception Handler Information
> % Traceback (most recent call last):
> % File "/usr/share/rhn/proxy/apacheServer.py", line 62, in __call__
> % ret = f(req)
> % File "/usr/share/rhn/proxy/apacheHandler.py", line 355, in handler
> % ret = handlerObj.handler()
> % File "/usr/share/rhn/proxy/broker/rhnBroker.py", line 215, in handler
> % status = self._serverCommo() # part 2
> % File "/usr/share/rhn/proxy/rhnShared.py", line 201, in _serverCommo
> % status, headers, bodyFd = self._proxy2server()
> % File "/usr/share/rhn/proxy/rhnShared.py", line 366, in _proxy2server
> % http_connection.send(self.req.headers_in['wsgi.input'])
> % KeyError: 'wsgi.input'
> %
> % Exception reported from spwkf1p1
> % Time: Tue Aug 27 15:36:20 2013
> %
> % My server is "CentOS release 5.9 (Final)"
> %
>
> Hello Tomas and Sebastien,
>
> this is definitely a bug (caused by commit
> 62bfef31c610c85c2e2adb06781b17c21cdf7dff).
> The issue is we still use mod_python not mod_wsgi on proxy/EL5.
>
> You can watch the progress in
> https://bugzilla.redhat.com/show_bug.cgi?id=1002007
>
> Thanks for reporting,
> Regards
>
> --
> Michael Mráka
> Satellite Engineering, Red Hat
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130829/0794575a/attachment.htm>
More information about the Spacewalk-list
mailing list