[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: rhn_register failure



Andy Elster wrote:

> I recently downloaded, burned and install RedHat 7.1 on a Personal
> Workstation 600au.  I would like to run up2date to pick up the latest
> fixes but when running rhn_register I get:
>
> root@axpandy /root]# rhn_register
> Traceback (innermost last):
>   File "/usr/sbin/rhn_register", line 119, in ?
>     main()
>   File "/usr/sbin/rhn_register", line 88, in main
>     gui.main()
>   File "/usr/share/rhn/register/gui.py", line 709, in main
>     gui = Gui()
>   File "/usr/share/rhn/register/gui.py", line 87, in __init__
>     sp.set_text(rhnreg.welcomeText())
>   File "/usr/share/rhn/register/rhnreg.py", line 294, in welcomeText
>     return s.registration.welcome_message()
>   File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 623, in
> __call__
>     return self.__send(self.__name, args)
>   File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 673, in
> __request
>     self.__password
>   File "/usr/lib/python1.5/site-packages/xmlrpclib.py", line 582, in
> request
>     headers, fd = req.send_http(host, proxy, handler, self.__type)
>   File "/usr/lib/python1.5/site-packages/cgiwrap.py", line 461, in
> send_http
>     h = myHTTPS(host, port, self.__ca_chain)
>   File "/usr/lib/python1.5/site-packages/cgiwrap.py", line 130, in
> __init__
>     httplib.HTTPS.__init__(self, host, port, cachain)
>   File "/usr/lib/python1.5/httplib.py", line 214, in __init__
>     HTTP.__init__(self, host, port)
>   File "/usr/lib/python1.5/httplib.py", line 53, in __init__
>     if host: self.connect(host, port)
>   File "/usr/lib/python1.5/site-packages/cgiwrap.py", line 169, in
> connect
>     ssl = socket.ssl(sock, self.ca_chain)
> socket.sslerror: SSL_connect error
>
> This is from a Gnome console window.  Also, while Netscape doesn't
> browse the web, DIG works.  If I login using KDE, I can browse using
> that browser.
>
> Andy

I truely hate SSL
7.1 on an es40 (4x ev67 667).. up2date is working
also 7.1 on two up2000's (2x ev67 667, ev67 667)... up2date seems to
work fine
also on a DS10 (ev6 466) up2date seems to work fine
I've also got an sx164 (ev56 533)... up2date also appears to work fine

fly in the ointment
7.1 (ev67 600) on a Nautilus,.. up2date flakes out.

Is there something I should know about the ev67's?
Anyone know if there are there CPU stepping numbers that behave
slightly differently?

Your problem looks like it's due to math gone wrong. Worse it looks like

affects only certain chips. I'd need help tracking it down though.

Phil
=--=





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index] []