Hey all, today I grabbed the latest up2date, and it appears to be unable to grab new packages. The version is 3.9.13-2, so I suggest you not upgrade to that particular version when it asks. Sample error:
Fetching rpm headers... ########################################
Testing package set / solving RPM inter-dependencies... ######################################## curl-7.10.6-2.i386.rpm: ########################## Done. There was some sort of I/O error: [Errno 2] No such file or directory: '/var/spool/up2date/curl-7.10.6-2.i386.rpm'
--- Pat Gunn mod: csna, bmcm, bmco, cooa, cona, clpd comod: coom http://dachte.org "Once the game is over, the King and the pawn go back in the same box." --Italian Proverb
On Tue, 26 Aug 2003, Pat Gunn wrote:
Hey all, today I grabbed the latest up2date, and it appears to be unable to grab new packages. The version is 3.9.13-2, so I suggest you not upgrade to that particular version when it asks. Sample error:
Fetching rpm headers... ########################################
Testing package set / solving RPM inter-dependencies... ######################################## curl-7.10.6-2.i386.rpm: ########################## Done. There was some sort of I/O error: [Errno 2] No such file or directory: '/var/spool/up2date/curl-7.10.6-2.i386.rpm'
I saw the same thing, and have already reported it at http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103074
Michael Young
On Tue, Aug 26, 2003 at 05:11:24PM +0100, M A Young wrote:
On Tue, 26 Aug 2003, Pat Gunn wrote:
Hey all, today I grabbed the latest up2date, and it appears to be unable to grab new packages. The version is 3.9.13-2, so I suggest you not upgrade to that particular version when it asks. Sample error:
Fetching rpm headers... ########################################
Testing package set / solving RPM inter-dependencies... ######################################## curl-7.10.6-2.i386.rpm: ########################## Done. There was some sort of I/O error: [Errno 2] No such file or directory: '/var/spool/up2date/curl-7.10.6-2.i386.rpm'
I saw the same thing, and have already reported it at http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103074
doh. fixed in 3.9.14. Made the reget case work, but broke the normal case. gran 3.9.14 from the usual place.
Adrian
Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual place? I don't see it in rawhide at the ftp.redhat.com site or as an available up2date package in the servern updates subchannel.
On Tue, 2003-08-26 at 13:31, Adrian Likins wrote:
doh. fixed in 3.9.14. Made the reget case work, but broke the normal case. gran 3.9.14 from the usual place.
OK, maybe I am a bit obtuse today. The answer is, of course:
http://people.redhat.com/alikins/up2date/severn/RPMS/
Never mind...
On Tue, 2003-08-26 at 15:03, Steve Bergman wrote:
Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual place?
On Tue, 2003-08-26 at 15:10, Steve Bergman wrote:
OK, maybe I am a bit obtuse today. The answer is, of course:
http://people.redhat.com/alikins/up2date/severn/RPMS/
Never mind...
On Tue, 2003-08-26 at 15:03, Steve Bergman wrote:
Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual place?
Hmm, I was running up2date-3.9.15-2 just fine, including applying some updates today, but now up2date doesn't work. Upgrading to up2date-3.9.18-2 from the above URL didn't work, either. I've pasted the errors below; looks like a cert problem but I don't know how to fix. Any pointers?
Traceback (most recent call last): File "/usr/sbin/up2date", line 25, in ? from up2date_client import repoDirector File "repoDirector.py", line 15, in ? File "repoDirector.py", line 18, in RepoDirector File "rhnChannel.py", line 131, in getChannels File "up2dateAuth.py", line 150, in getLoginInfo File "up2dateAuth.py", line 112, in login File "rpcServer.py", line 111, in doCall File "/usr/lib/python2.2/xmlrpclib.py", line 821, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.2/site-packages/rhn/rpclib.py", line 302, in _request verbose=self._verbose File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 167, in request headers, fd = req.send_http(host, handler) File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 680, in send_http headers=self.headers) File "/usr/lib/python2.2/httplib.py", line 701, in request self._send_request(method, url, body, headers) File "/usr/lib/python2.2/httplib.py", line 723, in _send_request self.endheaders() File "/usr/lib/python2.2/httplib.py", line 695, in endheaders self._send_output() File "/usr/lib/python2.2/httplib.py", line 581, in _send_output self.send(msg) File "/usr/lib/python2.2/httplib.py", line 560, in send self.sock.sendall(str) File "/usr/lib/python2.2/site-packages/rhn/SSL.py", line 191, in write sent = self._connection.send(data) SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')]
I had the same problem that you, and when i looked in the /usr/share/rhn/RHNS-CA-CERT file it says Validity Not Before: Aug 23 22:45:55 2000 GMT Not After : Aug 28 22:45:55 2003 GMT
so just setting my laptop datetime to any value inside that range fixes the problem...
On Thu, 2003-08-28 at 18:56, Kyle Maxwell wrote:
On Tue, 2003-08-26 at 15:10, Steve Bergman wrote:
OK, maybe I am a bit obtuse today. The answer is, of course:
http://people.redhat.com/alikins/up2date/severn/RPMS/
Never mind...
On Tue, 2003-08-26 at 15:03, Steve Bergman wrote:
Thanks, Adrian. I don't mean to seem too obtuse, but what is the usual place?
Hmm, I was running up2date-3.9.15-2 just fine, including applying some updates today, but now up2date doesn't work. Upgrading to up2date-3.9.18-2 from the above URL didn't work, either. I've pasted the errors below; looks like a cert problem but I don't know how to fix. Any pointers?
Traceback (most recent call last): File "/usr/sbin/up2date", line 25, in ? from up2date_client import repoDirector File "repoDirector.py", line 15, in ? File "repoDirector.py", line 18, in RepoDirector File "rhnChannel.py", line 131, in getChannels File "up2dateAuth.py", line 150, in getLoginInfo File "up2dateAuth.py", line 112, in login File "rpcServer.py", line 111, in doCall File "/usr/lib/python2.2/xmlrpclib.py", line 821, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.2/site-packages/rhn/rpclib.py", line 302, in _request verbose=self._verbose File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 167, in request headers, fd = req.send_http(host, handler) File "/usr/lib/python2.2/site-packages/rhn/transports.py", line 680, in send_http headers=self.headers) File "/usr/lib/python2.2/httplib.py", line 701, in request self._send_request(method, url, body, headers) File "/usr/lib/python2.2/httplib.py", line 723, in _send_request self.endheaders() File "/usr/lib/python2.2/httplib.py", line 695, in endheaders self._send_output() File "/usr/lib/python2.2/httplib.py", line 581, in _send_output self.send(msg) File "/usr/lib/python2.2/httplib.py", line 560, in send self.sock.sendall(str) File "/usr/lib/python2.2/site-packages/rhn/SSL.py", line 191, in write sent = self._connection.send(data) SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')]
-- Rhl-beta-list mailing list Rhl-beta-list@redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list
On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote:
SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')]
See http://rhn.redhat.com/ for an explanation and the FAQ it points to for the instructions to solve this, it's likely to be the problem
Daniel
On Thu, 2003-08-28 at 18:01, Daniel Veillard wrote:
On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote:
SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')]
See http://rhn.redhat.com/ for an explanation and the FAQ it points to for the instructions to solve this, it's likely to be the problem
Well, according to that page the problem exists in older versions of up2date, and I've installed the latest I can find. https://rhn.redhat.com/help/latest-up2date.pxt does not list a version for severn, so I installed up2date-3.9.18-2 from http://people.redhat.com/alikins/up2date/severn/RPMS/. If I have the wrong version, please point me to the correct one and I'll be glad to give it a shot. I'd also be curious how older certificates (generated in Oct 2002 for RHL according to the FAQ) made it into Severn.
On Thu, Aug 28, 2003 at 06:08:46PM -0500, Kyle Maxwell wrote:
On Thu, 2003-08-28 at 18:01, Daniel Veillard wrote:
On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote:
SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')]
See http://rhn.redhat.com/ for an explanation and the FAQ it points to for the instructions to solve this, it's likely to be the problem
Well, according to that page the problem exists in older versions of up2date, and I've installed the latest I can find.
Right, it's another problem, it's being investigated right now,
thanks for the heads-up !
Daniel
Information form konqueror/mozilla/etc (in https://xmlrpc.rhn.redhat.com/ ): cert issuer CN: RHNS Certificate Authority information from second certificate in /usr/share/rhn/RHNS-CA-CERT: cert / issuer CN: RHN Certificate Authority (without S) Certificate distributed in up2date don't match the issuer of certificate that is rhn using
Ricardo.-
Daniel Veillard wrote:
On Thu, Aug 28, 2003 at 06:08:46PM -0500, Kyle Maxwell wrote:
On Thu, 2003-08-28 at 18:01, Daniel Veillard wrote:
On Thu, Aug 28, 2003 at 05:56:21PM -0500, Kyle Maxwell wrote:
SSL.Error: [('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')]
See http://rhn.redhat.com/ for an explanation and the FAQ it points to for the instructions to solve this, it's likely to be the problem
Well, according to that page the problem exists in older versions of up2date, and I've installed the latest I can find.
Right, it's another problem, it's being investigated right now,
thanks for the heads-up !
Daniel
-
Adrian Likins -
Daniel Veillard -
Kyle Maxwell -
M A Young -
Pat Gunn -
Ricardo Ariel Gorosito -
Steve Bergman -
Victor H. Maksimenko