Zope 2.7 threws many exceptions and dies
Hi list, we run Zope 2.7.2 final (Python 2.3) on an OpenBSD 3.5 box (P IV 2.4 GHz, 1 GB RAM), started by zopectl. Zope will die up to several times a day. Most times Zope will restart after a while, sometimes it doesn't. Sometimes event.log would show some hundreds of entries per second like -- snip -- 2004-09-01T13:19:52 PROBLEM(100) ZServer warning: server accept() threw an exception -- /snip -- before zope dies. Also we find Cache exceptions - event.log shows: -- snip -- 2004-09-01T11:26:50 PROBLEM(100) Cache ZCache_set() exception Traceback (most recent call last): File "/usr/local/lib/zope/lib/python/OFS/Cache.py", line 215, in ZCacheable_set mtime_func) File "/usr/local/lib/zope/lib/python/Products/StandardCacheManagers/RAMCacheMa nager.py", line 317, in ZCache_set oc.setEntry(lastmod, index, data, view_name) File "/usr/local/lib/zope/lib/python/Products/StandardCacheManagers/RAMCacheMa nager.py", line 111, in setEntry self.entries[index] = CacheEntry(index, data, view_name) File "/usr/local/lib/zope/lib/python/Products/StandardCacheManagers/RAMCacheMa nager.py", line 57, in __init__ raise CacheException('The data for the cache is not pickleable.') CacheException: The data for the cache is not pickleable. -- /snip -- Physical RAM is o.k. TIA, Michael -- Michael Heidel EUC Online Service GmbH HRB Köln 32038 Geschäftsführer Taubengasse 9 Tel. +49 221 58007-20 <mheidel@euc.de> D-50676 Köln Fax +49 221 58007-28 Tel.-Durchwahl: -22 Public PgP Key: http://www.euc.de/pgp/mheidel.asc
Michael Heidel wrote at 2004-9-1 17:23 +0200:
we run Zope 2.7.2 final (Python 2.3) on an OpenBSD 3.5 box (P IV 2.4 GHz, 1 GB RAM), started by zopectl. ... Sometimes event.log would show some hundreds of entries per second like
-- snip -- 2004-09-01T13:19:52 PROBLEM(100) ZServer warning: server accept() threw an exception
I have seen this on Solaris. Almost surely, either your process or the OS as a whole run out of file descriptors. I recommend to locate this LOG call and extend it by full exception information. Almost surely, it will be a "too many open files" exception. -- Dieter
participants (2)
-
Dieter Maurer -
Michael Heidel