RE: New release posted

The client is calling set_headers again.

Hmmm. Check that your clocks aren't way out of sync - if the server is
more than 50 minutes different from the client, you'll get this.

I _believe_ it to be a bug in the client (the call is CLEARLY not valid
http, but the question remains does the server do something stupid to
make the client make a bogus call). Since everything else works, I claim
the client shouldn't make this call.

But anyway.



On Fri, 2001-12-14 at 14:20, Robert Hagopian wrote:
> Well, the latest problem doesn't go away after updating all the packages and
> rebuilding the db on the server... the client gives the attached, the server
> reports:
> 
> requesthandler.log_error(): code 400, message Bad request syntax ("GET
> https://x2abv.directhit.com/XMLRPC/$RHN/{'X-RHN-Auth-Channels':
> [['dh-i386-7.1', '1008357083']], 'X-RHN-Server-Id': 'purple',
> 'X-RHN-Auth-Expiration': '1008360719', 'X-RHN-Auth':
> '4b3a6a34f24387b302e099874f47ea6450cb806e', 'X-RHN-Auth-User-Id':
> 'dhabovenet'}/set_headers HTTP/1.0")
> 
> 								-Rob
> 
> -----Original Message-----
> From: Hunter Matthews [mailto:[email protected]]
> Sent: Friday, December 14, 2001 1:48 PM
> To: Robert Hagopian
> Subject: RE: [Current-server] New release posted
> 
> 
> Thats almost always the error when you have a dirty cache.
> rm -f /var/spool/up2date/* 
> is the most likely fix (then run up2date again).
> 
> 
> On Fri, 2001-12-14 at 13:10, Robert Hagopian wrote:
> > Hehe... sure... it is single threaded, but there's a lot of client side
> > processing - I've had 5 large (50 packages) up2date -u's going at once
> with
> > no problems, I'm going to try 10 this afternoon :-)
> > 
> > One thing I have noticed is that sometimes our machines are too out of
> > date... when setting up the server (sysconfig/rhn/* and cert key) I also
> > install packages to bring up2date up to v2.7.11 (which includes some other
> > packages for older distros). On some machines this morning I got the
> > attached error message. I started updating packages one by one to figure
> out
> > what the problem was but lost patience and just updated everything and
> > things worked great again...
> > 								-Rob
> > 
> > -----Original Message-----
> > From: Hunter Matthews [mailto:[email protected]]
> > Sent: Friday, December 14, 2001 12:40 PM
> > To: Robert Hagopian
> > Subject: RE: [Current-server] New release posted
> > 
> > 
> > Could you resend this to the list? 
> > 
> >    Thats truly excellent, but you've noticed that hte server is single
> > threaded right now, haven't you?
> > 
> > 
> > On Fri, 2001-12-14 at 08:50, Robert Hagopian wrote:
> > > Yeah, I caught that, the roadmap is quite ambitious :-) Let me know if
> > > there's anything I can do to help; but I was able to get 70 machines
> (mix
> > of
> > > 6.2-7.2) that had been neglected (not my dept :-) ) all set up with
> almost
> > > no problems so I think you're doing pretty darn well with your testing!
> > :-)
> > > 								-Rob
> > > 
> > > -----Original Message-----
> > > From: Hunter Matthews [mailto:[email protected]]
> > > Sent: Thursday, December 13, 2001 3:38 PM
> > > To: Robert Hagopian
> > > Subject: RE: [Current-server] New release posted
> > > 
> > > 
> > > > 
> > > > Well, if you just use it to distribute the signed redhat RPMs I don't
> > > think
> > > > it's really more dangerous?
> > > > 								-Rob
> > > 
> > > Perhaps not in pure anonymous mode, but remember that rhn_check/rhnsd
> > > can do some funky things, so a trojan server (rouge server).
> > > 
> > > And the goal is to fully support rhn_check/rhnsd around v2.0
> > > 
> > > -- 
> > > Hunter Matthews                          Unix / Network Administrator
> > > Office: BioScience 145/244               Duke Univ. Biology Department
> > > Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
> > > Never take candy from strangers. Especially on the internet.
> > > 
> > > 
> > -- 
> > Hunter Matthews                          Unix / Network Administrator
> > Office: BioScience 145/244               Duke Univ. Biology Department
> > Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
> > Never take candy from strangers. Especially on the internet.
> > 
> > ----
> > 
> 
> > From: root <[email protected]>
> > To: Robert Hagopian <[email protected]>
> > Subject: up2date
> > Date: 14 Dec 2001 13:07:17 -0500
> > 
> > [root@m1hvd rhn]# up2date -l
> > Migrating network settings from rhn_register
> > 
> > Retrieving list of all available packages...
> > ########################################
> > 
> > Removing installed packages from list of updates...
> > ########################################
> > 
> > Removing packages marked to skip from list...
> > ########################################
> > 
> > Getting headers for available packages...
> > memory alloc (28 bytes) returned NULL.
> > [root@m1hvd rhn]#
> -- 
> Hunter Matthews                          Unix / Network Administrator
> Office: BioScience 145/244               Duke Univ. Biology Department
> Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
> Never take candy from strangers. Especially on the internet.
> 
> ----
> 

> From: root <[email protected]>
> To: Robert Hagopian <[email protected]>
> Subject: up2date
> Date: 14 Dec 2001 13:53:29 -0500
> 
> [root@ezspider302 i386]# up2date -l
> 
> Retrieving list of all available packages...
> ########################################
> 
> Removing installed packages from list of updates...
> ########################################
> 
> Removing packages marked to skip from list...
> ########################################
> 
> Getting headers for available packages...
> Traceback (innermost last):
>   File "/usr/sbin/up2date", line 1014, in ?
>     main()
>   File "/usr/sbin/up2date", line 341, in main
>     sys.exit(batchRun(argObj.getLong("list"), pkgNames, fullUpdate))
>   File "/usr/sbin/up2date", line 900, in batchRun
>     printCallback, percentCallback)
>   File "/usr/sbin/up2date", line 820, in runInteractive
>     progressCallback = percentCallback)
>   File "/usr/share/rhn/up2date_client/up2date.py", line 1570, in
> getUpdatedPackageList
>     refreshCallback)
>   File "/usr/share/rhn/up2date_client/up2date.py", line 827, in getHeaders
>     hdr, sourcetype = doCall(headerSource.getHeader, pkg)
>   File "/usr/share/rhn/up2date_client/up2date.py", line 302, in doCall
>     (errCode, errMsg ) = rhnHTTPlib.reportError(e.headers)
>   File "/usr/share/rhn/up2date_client/rhnHTTPlib.py", line 314, in
> reportError
>     if headers.has_key(s):
> AttributeError: 'None' object has no attribute 'has_key'
> [root@ezspider302 i386]# 
-- 
Hunter Matthews                          Unix / Network Administrator
Office: BioScience 145/244               Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.