Re: errors

See if there's anything remotely interesting in current.log
(Should be in /var/log/httpd/)

If not, reset the log level of the server to 10 and try again.



On Mon, 2002-09-23 at 15:14, Alex Kramarov wrote:
> Hi.
> 
> After deciding to test current, i have done everything as the install
> requires, installed the rpm (1.4), configured apache.
> 
> I must say that i liked cadmin processing of the rpms directory - deleting
> duplicates and so on - something that my project misses yet. I haven't still
> decided if to continue developing my project or to try to ajust current to
> my needs - this installation has to help me resolve that.
> 
> the only catch in my setup is that i don't use mod-ssl - i have disabled it
> on my apache long ago, and i don't want to set it back now, since i am using
> current on my internal network only. This should also avoid the cert
> problems.
> 
> Now i am trying to connect to the server : i get the following error :
> 
> [Mon Sep 23 21:03:47 2002] [notice] Inside the PythonHandler
> [Mon Sep 23 21:03:47 2002] [error] PythonHandler current_apache: Traceback
> (innermost last):
> [Mon Sep 23 21:03:47 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 21:03:47 2002] [error] PythonHandler current_apache:   File
> "/usr/share/current/current_apache.py", line 188, in handler
>     return sendClientResult(req, result)
> [Mon Sep 23 21:03:47 2002] [error] PythonHandler current_apache:   File
> "/usr/share/current/current_apache.py", line 221, in sendClientResult
>     if result['type'] == 'xml':
> [Mon Sep 23 21:03:47 2002] [error] PythonHandler current_apache:
> AttributeError: __getitem__
> 
> in apache error log.
> 
> Where to look for solution?
> 
> the client is a standard up2date-2.7.86-7.x.3 on RH 7.3, with a valid redhat
> sysid , configured to talk to my server by http, not by https . the server
> is 7.3, all with latest errata
> 
> the config of the client is as follows :
> 
> 0.  storageDir         /var/spool/up2date
> 1.  networkSetup       Yes
> 2.  headerCacheSize    40
> 3.  httpProxy
> 4.  debug              No
> 5.  useGPG             Yes
> 6.  networkRetries     5
> 7.  removeSkipList     []
> 8.  retrieveOnly       No
> 9.  keepAfterInstall   No
> 10. enableProxy        No
> 11. gpgKeyRing         /etc/sysconfig/rhn/up2date-keyring.gpg
> 12. proxyUser
> 13. proxyPassword
> 14. headerFetchCount   10
> 15. versionOverride
> 16. useNoSSLForPackage Yes
> 17. enableProxyAuth    No
> 18. noSSLServerURL     http://server/XMLRPC
> 19. noReplaceConfig    Yes
> 20. sslCACert          /usr/share/rhn/RHNS-CA-CERT
> 21. noBootLoader       No
> 22. systemIdPath       /etc/sysconfig/rhn/systemid
> 23. serverURL          http://server/XMLRPC
> 24. pkgSkipList        []
> 25. adminAddress       ['root@localhost']
> 26. forceInstall       No
> 27. fileSkipList       []
> 28. retrieveSource     No
> 
> 
> by the way, the nrh-up2date script i posted 2 days - after a check i have
> discovered it wasn't performing as advertised - not download all arches. Now
> it does. It also downloads packages for the child channels defined for the
> machine it runs on. See link in prevous email is interested. I am thinking
> of maybe merging current server with some mechanism i write to automatically
> update the channels stored from rhn network. that script is the key to it.
> 
> Alex.
> 
> 
> 
> _______________________________________________
> 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.