Ticket #2267 (closed defect: worksforme)

Opened 9 years ago

Last modified 9 years ago

ZMI server crash on Debian Squeeze

Reported by: gracinet Owned by: gracinet
Priority: P2 Milestone: CPS 3.5.2
Component: CPS (global) Version: 3.5.1
Severity: normal Keywords:
Cc:

Description

On Debian 6.0 Squeeze (current testing), opening the ZMI on the portal object leads to a systematic server crash (process dies) while serving the request for the left frame (manage_menu).

End of console log:

2010-10-27 10:15:06 DEBUG CPSUserFolder Setting user manager into cache
2010-10-27 10:15:06 DEBUG PortalTransforms Importing module = st
2010-10-27 10:15:06 DEBUG PortalTransforms Appending transform = <module 'Products.PortalTransforms.transforms.st' from '/home/zopes/energy/Products/PortalTransforms/transforms/st.pyc'>
2010-10-27 10:15:06 DEBUG PortalTransforms Importing module = rest
AccessInit: hash collision: 3 for both 1 and 1
purity-/var/opt/cps-dev/cps3 $

Navigating to the portal_transforms tool produces the same effect.

Seen on various versions, ranging from 3.4.6 to pre-3.5.2.

Change History

comment:1 Changed 9 years ago by gracinet

Forgot to say that this is on a compiled Python 2.4.6, built with distribution provided dependencies. I have not seen anything similar with any other distribution, including Ubuntu 10.04 LTS.

comment:2 Changed 9 years ago by gracinet

Some explanations in  this thread The culprit is indeed the rest module, and the problem can be reproduced with one single command, as this zopectl debug session demonstrates :

>>> from Products.PortalTransforms.transforms import rest
AccessInit: hash collision: 3 for both 1 and 1

comment:3 Changed 9 years ago by gracinet

  • Status changed from new to closed
  • Resolution set to worksforme

Consequence of compilation done with a faulty RAM chip on my rig, sorry.

Note: See TracTickets for help on using tickets.