up2date doesn't play nice with proxy servers?
Timothy Ryan Bierer
p1374953 at cedarville.edu
Wed Mar 17 22:18:02 UTC 2004
Timothy Ryan Bierer wrote:
> Paul Nasrat wrote:
>
>> On Wed, Mar 17, 2004 at 11:40:17AM -0500, Timothy Ryan Bierer wrote:
>>
>>
>>> Up2date seems to be having a hard time getting through our proxy.
>>> The related websites and such are not blocked by the institution,
>>> and I was wondering if anybody else was having that problem/how they
>>> fixed it. Thanks!
>>>
>>
>>
>> You may be hit by
>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=102272
>>
>> as root (so don't go via consolehelper)
>> export http_proxy=http://my.proxy:3128 up2date -u
>>
>> Paul
>>
>>
>>
>>
> That bug is the culprit. Here's what I get when imputing export
> http_proxy=etc:
>
> http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide
> Traceback (most recent call last):
> File "/usr/sbin/up2date", line 1267, in ?
> sys.exit(main() or 0)
> File "/usr/sbin/up2date", line 797, in main
> fullUpdate, dryRun=options.dry_run))
> File "/usr/sbin/up2date", line 1141, in batchRun
> batch.run()
> File "up2dateBatch.py", line 62, in run
> File "up2dateBatch.py", line 97, in __findPackagesToUpdate
> File "packageList.py", line 157, in addGlobs
> File "rhnPackageInfo.py", line 219, in getAvailablePackageList
> File "rhnPackageInfo.py", line 130, in availablePackageList
> File "rhnChannel.py", line 212, in getChannels
> File "rhnChannel.py", line 129, in getMirror
> File "urlMirrors.py", line 90, in getMirrors
> File "/usr/share/rhn/up2date_client/repoBackends/urlUtils.py", line
> 117, in open_resource
> return opener.open(request)
> File "/usr/lib/python2.3/urllib2.py", line 326, in open
> '_open', req)
> File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
> result = func(*args)
> File "/usr/lib/python2.3/urllib2.py", line 901, in http_open
> return self.do_open(httplib.HTTP, req)
> File "/usr/lib/python2.3/urllib2.py", line 895, in do_open
> return self.parent.error('http', req, fp, code, msg, hdrs)
> File "/usr/lib/python2.3/urllib2.py", line 346, in error
> result = self._call_chain(*args)
> File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
> result = func(*args)
> File "/usr/share/rhn/up2date_client/repoBackends/urlUtils.py", line
> 33, in http_error_302
> infourl = urllib2.HTTPRedirectHandler.http_error_302(self, req, fp,
> code, msg, headers)
> File "/usr/lib/python2.3/urllib2.py", line 472, in http_error_302
> return self.parent.open(new)
> File "/usr/lib/python2.3/urllib2.py", line 326, in open
> '_open', req)
> File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
> result = func(*args)
> File "/usr/lib/python2.3/urllib2.py", line 908, in https_open
> return self.do_open(httplib.HTTPS, req)
> File "/usr/lib/python2.3/urllib2.py", line 884, in do_open
> h.endheaders()
> File "/usr/lib/python2.3/httplib.py", line 712, in endheaders
> self._send_output()
> File "/usr/lib/python2.3/httplib.py", line 597, in _send_output
> self.send(msg)
> File "/usr/lib/python2.3/httplib.py", line 564, in send
> self.connect()
> File "/usr/lib/python2.3/httplib.py", line 985, in connect
> ssl = socket.ssl(sock, self.key_file, self.cert_file)
> File "/usr/lib/python2.3/socket.py", line 73, in ssl
> return _realssl(sock, keyfile, certfile)
> socket.sslerror: (8, 'EOF occurred in violation of protocol')
> [root at pc174157 root]# export http_proxy=http://proxy1.cedarville.edu:8080
> [root at pc174157 root]# up2date --get
> http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide
> Traceback (most recent call last):
> File "/usr/sbin/up2date", line 1267, in ?
> sys.exit(main() or 0)
> File "/usr/sbin/up2date", line 705, in main
> return getPackages(pkgNames)
> File "/usr/sbin/up2date", line 1016, in getPackages
> progressCallback = wrapperUtils.percent)
> File "rhnPackageInfo.py", line 263, in getAllAvailableAllArchPackageList
> File "rhnPackageInfo.py", line 176, in allAvailablePackageList
> File "repoDirector.py", line 61, in initRepoDirector
> File "repoDirector.py", line 17, in __init__
> File "rhnChannel.py", line 212, in getChannels
> File "rhnChannel.py", line 129, in getMirror
> File "urlMirrors.py", line 90, in getMirrors
> File "/usr/share/rhn/up2date_client/repoBackends/urlUtils.py", line
> 117, in open_resource
> return opener.open(request)
> File "/usr/lib/python2.3/urllib2.py", line 326, in open
> '_open', req)
> File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
> result = func(*args)
> File "/usr/lib/python2.3/urllib2.py", line 901, in http_open
> return self.do_open(httplib.HTTP, req)
> File "/usr/lib/python2.3/urllib2.py", line 895, in do_open
> return self.parent.error('http', req, fp, code, msg, hdrs)
> File "/usr/lib/python2.3/urllib2.py", line 346, in error
> result = self._call_chain(*args)
> File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
> result = func(*args)
> File "/usr/share/rhn/up2date_client/repoBackends/urlUtils.py", line
> 33, in http_error_302
> infourl = urllib2.HTTPRedirectHandler.http_error_302(self, req, fp,
> code, msg, headers)
> File "/usr/lib/python2.3/urllib2.py", line 472, in http_error_302
> return self.parent.open(new)
> File "/usr/lib/python2.3/urllib2.py", line 326, in open
> '_open', req)
> File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
> result = func(*args)
> File "/usr/lib/python2.3/urllib2.py", line 908, in https_open
> return self.do_open(httplib.HTTPS, req)
> File "/usr/lib/python2.3/urllib2.py", line 884, in do_open
> h.endheaders()
> File "/usr/lib/python2.3/httplib.py", line 712, in endheaders
> self._send_output()
> File "/usr/lib/python2.3/httplib.py", line 597, in _send_output
> self.send(msg)
> File "/usr/lib/python2.3/httplib.py", line 564, in send
> self.connect()
> File "/usr/lib/python2.3/httplib.py", line 985, in connect
> ssl = socket.ssl(sock, self.key_file, self.cert_file)
> File "/usr/lib/python2.3/socket.py", line 73, in ssl
> return _realssl(sock, keyfile, certfile)
> socket.sslerror: (8, 'EOF occurred in violation of protocol')
>
> Is that still the bug at work, or just a picky server?
>
>
never mind... success!
More information about the fedora-test-list
mailing list