zope gets killed on startup
My zope will not start, after running fine for a few days, after installing plone 2.5, When I try to start it, it just ends with a "killed". How may I find out what killed my zope? (I guess I did, in some way, but not how. It just suddenly stopped) Any help or pointers would be greatly appreciated. einar@serenity:/var/zopeinstances$ einarblog/bin/runzope /usr/local/zope/zope294/lib/python/ZServer/utils.py:33: DeprecationWarning: The zLOG package is deprecated and will be removed in Zope 2.11. Use the Python logging module instead. LOG('ZServer', severity[type], message) /var/zopeinstances/einarblog/Products/Marshall/handlers/__init__.py:38: UserWarning: libxml2 not available. Unable to register libxml2 based marshallers warnings.warn('libxml2 not available. Unable to register libxml2 based ' \ /var/zopeinstances/einarblog/Products/COREBlog/__init__.py:23: DeprecationWarning: The ImageFile module will be removed in Zope 2.11. Use App.ImageFile instead. from ImageFile import ImageFile /var/zopeinstances/einarblog/Products/ZPhotoSlides/permissions.py:359: DeprecationWarning: The module, 'Products.CMFCore.CMFCorePermissions' is a deprecated compatiblity alias for 'Products.CMFCore.permissions'; please use the new module instead. from Products.CMFCore.CMFCorePermissions import setDefaultRoles /usr/lib/python2.4/whrandom.py:38: DeprecationWarning: the whrandom module is deprecated; please use the random module DeprecationWarning) /usr/local/zope/zope294/lib/python/OFS/Application.py:837: DeprecationWarning: __init__.py of Products.Epoz has a long deprecated 'methods' attribute. 'methods' support might be removed in Zope 2.11 or a later feature release. Please use the 'legacy' argument of registerClass instead if the methods are constructors. Or refactor the product using adapters. DeprecationWarning) /usr/local/zope/zope294/lib/python/OFS/Application.py:837: DeprecationWarning: __init__.py of Products.ExternalEditor has a long deprecated 'methods' attribute. 'methods' support might be removed in Zope 2.11 or a later feature release. Please use the 'legacy' argument of registerClass instead if the methods are constructors. Or refactor the product using adapters. DeprecationWarning) Killed Best Regards Einar Næss Jensen -- Einar Næss Jensen http://einarblog.homemade.no/einarblog http://www.homemade.no tlf: +47 90990249 (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination.
Einar, start zope with debug mode on. you can do this by going to the bin directory of your instance (this is something like /var/zopeinstnce/bin) and start zope with zopectrl fg you should then get more feedback HTH robert Einar Næss Jensen wrote:
My zope will not start, after running fine for a few days, after installing plone 2.5, When I try to start it, it just ends with a "killed". How may I find out what killed my zope? (I guess I did, in some way, but not how. It just suddenly stopped)
Any help or pointers would be greatly appreciated.
einar@serenity:/var/zopeinstances$ einarblog/bin/runzope /usr/local/zope/zope294/lib/python/ZServer/utils.py:33: DeprecationWarning: The zLOG package is deprecated and will be removed in Zope 2.11. Use the Python logging module instead. LOG('ZServer', severity[type], message) /var/zopeinstances/einarblog/Products/Marshall/handlers/__init__.py:38: UserWarning: libxml2 not available. Unable to register libxml2 based marshallers warnings.warn('libxml2 not available. Unable to register libxml2 based ' \ /var/zopeinstances/einarblog/Products/COREBlog/__init__.py:23: DeprecationWarning: The ImageFile module will be removed in Zope 2.11. Use App.ImageFile instead. from ImageFile import ImageFile /var/zopeinstances/einarblog/Products/ZPhotoSlides/permissions.py:359: DeprecationWarning: The module, 'Products.CMFCore.CMFCorePermissions' is a deprecated compatiblity alias for ' Products.CMFCore.permissions'; please use the new module instead. from Products.CMFCore.CMFCorePermissions import setDefaultRoles /usr/lib/python2.4/whrandom.py:38: DeprecationWarning: the whrandom module is deprecated; please use the random module DeprecationWarning) /usr/local/zope/zope294/lib/python/OFS/Application.py:837: DeprecationWarning: __init__.py of Products.Epoz has a long deprecated 'methods' attribute. 'methods' support might be removed in Zope 2.11 or a later feature release. Please use the 'legacy' argument of registerClass instead if the methods are constructors. Or refactor the product using adapters. DeprecationWarning) /usr/local/zope/zope294/lib/python/OFS/Application.py:837: DeprecationWarning: __init__.py of Products.ExternalEditor has a long deprecated 'methods' attribute. 'methods' support might be removed in Zope 2.11 or a later feature release. Please use the 'legacy' argument of registerClass instead if the methods are constructors. Or refactor the product using adapters. DeprecationWarning) Killed
Best Regards Einar Næss Jensen -- Einar Næss Jensen http://einarblog.homemade.no/einarblog http://www.homemade.no tlf: +47 90990249 (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination.
------------------------------------------------------------------------
_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
On Mon, Oct 02, 2006 at 02:22:24AM +0200, Einar N?ss Jensen wrote:
My zope will not start, after running fine for a few days, after installing plone 2.5, When I try to start it, it just ends with a "killed". How may I find out what killed my zope? (I guess I did, in some way, but not how. It just suddenly stopped)
Any help or pointers would be greatly appreciated.
I'm guessing, but perhaps some external process is deciding to kill zope. The only time that happened to me, it was due to excessive memory consumption, so linux decided to kill zope. I would check /var/log/messages. -- Paul Winkler http://www.slinkp.com
Einar Næss Jensen wrote at 2006-10-2 02:22 +0200:
... My zope will not start, after running fine for a few days, after installing plone 2.5, When I try to start it, it just ends with a "killed". How may I find out what killed my zope? (I guess I did, in some way, but not how. It just suddenly stopped) ... DeprecationWarning: __init__.py of Products.ExternalEditor has a long deprecated 'methods' attribute. 'methods' support might be removed in Zope 2.11 or a later feature release. Please use the 'legacy' argument of registerClass instead if the methods are constructors. Or refactor the product using adapters. DeprecationWarning) Killed
Looks as if something have send your Zope process a "kill -KILL". Sometimes the operating system does this, e.g. when the process overflows the C runtime stack or allocates excessive memory. -- Dieter
On 10/2/06, Dieter Maurer <dieter@handshake.de> wrote:
Looks as if something have send your Zope process a "kill -KILL".
Sometimes the operating system does this, e.g. when the process overflows the C runtime stack or allocates excessive memory.
I have lots of memory-related messages in /var/log/messages, yes, it seems something is trying to use more memory than available. When removing the plone-related software, I get this: Traceback (most recent call last): File "/usr/local/zope/zope295/lib/python/ZPublisher/BeforeTraverse.py", line 145, in __call__ meth(*(container, request, None)[:args]) AttributeError: __call__ Whenever i Try to reach an object in Zope, before this happens, I'm asked about credentials, even though the object inquestion is public. -- -- Einar Næss Jensen http://einarblog.homemade.no/einarblog http://www.homemade.no tlf: +47 90990249 (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination.
sorry. the full traceback and the error is this: 2006-10-02 21:07:15 ERROR BeforeTraverse Error while invoking hook: "acl_users" Traceback (most recent call last): File "/usr/local/zope/zope295/lib /python/ZPublisher/BeforeTraverse.py", line 145, in __call__ meth(*(container, request, None)[:args]) AttributeError: __call__ -- -- Einar Næss Jensen http://einarblog.homemade.no/einarblog http://www.homemade.no tlf: +47 90990249 (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination.
Einar Næss Jensen wrote at 2006-10-2 21:12 +0200:
the full traceback and the error is this:
2006-10-02 21:07:15 ERROR BeforeTraverse Error while invoking hook: "acl_users" Traceback (most recent call last): File "/usr/local/zope/zope295/lib /python/ZPublisher/BeforeTraverse.py", line 145, in __call__ meth(*(container, request, None)[:args]) AttributeError: __call__
Looks like a buggy "acl_users". Apparently, you have deleted one. Deletion should have caused the uninstallation of its "BeforeTraverse" hook. But, for some reasons (a bug), this has not happend. That's the cause for the "ERROR". Usually, apart from the ERROR log entry, nothing bad happens. Alternatively, the "acl_users" could be "broken". This might bring serious problems -- not easy to analyse. Look into your logfile whether you find entries "could not import ...". -- Dieter
On 10/3/06, Dieter Maurer <dieter@handshake.de> wrote:
Einar Næss Jensen wrote at 2006-10-2 21:12 +0200:
the full traceback and the error is this:
2006-10-02 21:07:15 ERROR BeforeTraverse Error while invoking hook: "acl_users" Traceback (most recent call last): File "/usr/local/zope/zope295/lib /python/ZPublisher/BeforeTraverse.py", line 145, in __call__ meth(*(container, request, None)[:args]) AttributeError: __call__
Looks like a buggy "acl_users".
Apparently, you have deleted one.
Yes. I guessed that somehow, the acl_users in the root object, had been deleted (or was missing). Why this happened I do not know. I do not think I did it myselfe ( I certanly do not have a memory of doing so). Deletion should have caused the uninstallation of its
"BeforeTraverse" hook. But, for some reasons (a bug), this has not happend. That's the cause for the "ERROR".
Usually, apart from the ERROR log entry, nothing bad happens.
Alternatively, the "acl_users" could be "broken". This might bring serious problems -- not easy to analyse.
Look into your logfile whether you find entries "could not import ...".
2006-10-02T01:26:36 WARNING ZODB Could not import class 'PluggableAuthService' f rom module ' Products.PluggableAuthService.PluggableAuthService' ------ 2006-10-02T01:26:36 WARNING ZODB Could not import class 'PloneSite' from module 'Products.CMFPlone.Portal ' ------ 2006-10-02T01:26:36 WARNING ZODB Could not import class 'PlacelessTranslationSer vice' from module 'Products.PlacelessTranslationService.PlacelessTranslationServ ice' To me, this is strange because I installed Plone, and added an instance and filled it with (some) content about one week before the crash Also, from the Data.fs I can see that everytime I restart zope, PlacelessTranslationService is installing. I thought maybe I could fix this by adding a new acl_users (presuming I had deleted the old one), but didnt quite find a way to do it. So I just deleted all the entries concerning Plone in Data.fs, and now my zope works (without Plone, think I will create another instance for that) Thanks to everyone who helped. -- -- Einar Næss Jensen http://einarblog.homemade.no/einarblog http://www.homemade.no tlf: +47 90990249 (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination.
On 10/4/06, Einar Næss Jensen <einar.nass.jensen@gmail.com> wrote:
Yes. I guessed that somehow, the acl_users in the root object, had been deleted (or was missing). Why this happened I do not know. I do not think I did it myselfe ( I certanly do not have a memory of doing so).
Note that Plone 2.5 uses PlonePAS, which for some reason feels the need to replace the root-level acl_users folder when you create a Plone site. -- Martijn Pieters
On 10/5/06, Martijn Pieters <mj@zopatista.com> wrote:
Note that Plone 2.5 uses PlonePAS, which for some reason feels the need to replace the root-level acl_users folder when you create a Plone site.
(and to finish that email) That means that if you had Plone 2.5 installed, then removed it from your Zope server, you also removed the underlying software needed for the root acl_users folder to work. -- Martijn Pieters
Hi Martijn, Martijn Pieters wrote:
Note that Plone 2.5 uses PlonePAS, which for some reason feels the need to replace the root-level acl_users folder when you create a Plone site.
I've just been bitten by this, and aren't at all happy. Is there any reason I can't zap this and revert to a standard acl_users folder? I presume I'll need to do emergency user stuff to do this, but I'm really not comfortable about having something unnecessarily complex in my root - I might not feel this way if I could find more docs on PlonePAS, but I can't, so I do! -- Regards, PhilK "Say what you mean. Bear witness. Iterate." —John M. Ford
participants (6)
-
Dieter Maurer -
Einar Næss Jensen -
Martijn Pieters -
Paul Winkler -
Philip Kilner -
robert rottermann