Re: 1.4.0 released
Hunter Matthews <[email protected]>
| Newsgroups | gmane.network.up2date.current.devel |
|---|---|
| Message-ID | <[email protected]> |
Ok, your server is almost certainly also generating a Fault as well -
but I'm not sure which Fault its generating. Could you go into
/usr/share/rhn/up2date_client and apply:
--- rhnHTTPlib.py Tue Sep 24 13:18:41 2002
+++ rhnHTTPlib.py~ Tue Sep 24 13:18:41 2002
@@ -256,7 +256,7 @@
self.__password,
self.__protocol)
- if 1:
+ if 0:
print "THE HEADERS COMING IN (rhnHTTPlib.py):"
for each in headers.keys():
print "\t%s : %s" % (each, headers[each])
Then rerun the command that failed, and tell me what it says.
Also, I appreciate you sending your current.conf, but hopefully you
replaced your real server secret with something else?
On Mon, 2002-09-23 at 22:58, Anthony Mendoza wrote:
> Seems to be broken for me... I deleted "current/db" and "current/www",
> and re-ran cadmin create. the error I'm getting is:
>
> Internal Server Error (from up2date -l)
>
> cadmin checkperms runs fine (says everything is ok)
> cadmin checkdb runs fine (no ouput)
>
> output snippet of apache error log:
>
> [Mon Sep 23 19:57:18 2002] [notice] Inside the PythonHandler
> [Mon Sep 23 19:57:18 2002] [error] PythonHandler current_apache:
> Traceback (innermost last):
> [Mon Sep 23 19:57:18 2002] [error] PythonHandler current_apache: File
> "/usr/lib/python1.5/site-packages/mod_python/apache.py", line 185, in
> Dispatch result = object(req)
> [Mon Sep 23 19:57:18 2002] [error] PythonHandler current_apache: File
> "/usr/share/current/current_apache.py", line 188, in handler
> return sendClientResult(req, result)
> [Mon Sep 23 19:57:18 2002] [error] PythonHandler current_apache: File
> "/usr/share/current/current_apache.py", line 221, in sendClientResult
> if result['type'] == 'xml':
> [Mon Sep 23 19:57:18 2002] [error] PythonHandler current_apache:
> AttributeError: __getitem__
>
> current.conf:
>
> [current]
> valid_channels = redhat-i386-7.3 redhat-i386-7.2 redhat-i386-7.1
> redhat-i386-7.0
> log_file = /fs0/log/current
> #pid_file = ./current.pid
> log_level = 0
> apache_config_file = ./current.httpd.conf
> access_check_type = user
> access_check_arg = apache
> http_port = 80
> https_port = 443
> server_secret = cookie monster mmmm good
> server_id = vioxx
> key_file = /etc/current/current.pem
> current_dir = /fs0/current
> welcome_message = Welcome to Embrace IT's up2date server.
> privacy_statement = "Privacy Statement for IT's up2date server:"
> # other channels configured same as this
> [redhat-i386-7.3]
> name = Red Hat Linux i386 7.3
> parent_channel =
> arch = i386
> os_release = 7.3
> description = Red Hat i386 7.3, with all errata applied.
> srpm_check = 0
>
> rpm_dirs = /fs1/mirror/redhat/linux/updates/7.3/en/os/i386
> xrpm_dirs = /fs1/updates
> src_dirs =
> db_dir = /fs0/current/redhat-7.3/i386/current
>
> On 9/20/2002 12:19 PM, Hunter Matthews had said:
> > All,
> > 6 months after 1.0 escaped, 1.4.0 has been released. Tar balls and
> > rpms on the web site/ftp site.
> >
> > Changes from 1.3.90 to 1.4.0 were VERY minor - I fixed up the client
> > authentication checking to be consistent, and fixed one very small bug
> > in error handling code you would only hit with a database with bad
> > perms.
> >
> > As always, test carefully and report bugs to the list. Before sending
> > your email, I'd appreciate you running cadmin checkdb and cadmin
> > checkperms first.
> >
> > If you'd like, I'm usually hanging out on irc.openprojects.org in
> > #current.
> >
> >
>
> --
> Anthony Mendoza
> IT & Customer Support
> [email protected]
> t: 408-585-5612 / c: 408-314-5038
> p: 888-886-7205 / f: 208-247-5501
>
> _______________________________________________
> Current-server mailing list
> [email protected]
> http://lists.dulug.duke.edu/mailman/listinfo/current-server
>
>
--
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.