- Zope - Zope lists

Re: [Zope] AssertionError after update to Zope 2.8.1
by Tim Peters 22 Aug '05

22 Aug '05

[Ricardo Newbery] > Oh so close... > > Migrated from Zope 2.7.2 to 2.8.1 > Updated all the Catalog instances according to the instructions. > Fixed a few outdated products. > > Then just for kicks, I tried to update the Python scripts by visiting > the /manage_addProduct/PythonScripts/recompile url. After about a > minute, it threw up an error page. This is what shows up in the > log... > > > 2005-08-21T01:56:45 ERROR txn.170046464 Error in abort() on manager > <Connection at 0956724c> > Traceback (most recent call last): > File "/Zope-2.8/lib/python/transaction/_transaction.py", line 456, > in _cleanup > File "/Zope-2.8/lib/python/ZODB/Connection.py", line 348, in abort > File "/Zope-2.8/lib/python/ZODB/Connection.py", line 360, in _abort > AssertionError > ------ > 2005-08-21T01:56:45 ERROR Zope.SiteErrorLog > http://someurl.com/manage_addProduct/PythonScripts/recompile > Traceback (most recent call last): > File "/Zope-2.8/lib/python/ZPublisher/Publish.py", line 119, in publish > File "/Zope-2.8/lib/python/Zope2/App/startup.py", line 215, in commit > File "/Zope-2.8/lib/python/transaction/_manager.py", line 84, in commit > File "/Zope-2.8/lib/python/transaction/_transaction.py", line 381, in commit > File "/Zope-2.8/lib/python/transaction/_transaction.py", line 379, in commit > File "/Zope-2.8/lib/python/transaction/_transaction.py", line 424, > in _commitResources > File "/Zope-2.8/lib/python/ZODB/Connection.py", line 462, in commit > File "/Zope-2.8/lib/python/ZODB/Connection.py", line 483, in _commit > AssertionError They both look like "the same" error: in both cases, a Connection is marching over its list of registered (modified) objects (to abort the current transaction in the first case, and to commit the current transaction in the second case), and in both cases it finds an object in the list that has never been assigned an oid (object id). Concretely, in the first case, this is the assert that's failing: for obj in self._registered_objects: oid = obj._p_oid assert oid is not None # HERE The second case is similar. Of course asserts should never trigger. It suggests that something, somewhere, is "cleverly" creating new objects in a flawed away, and they're getting caught. > Nothing appears to be broken yet but I'm wondering whether I should > roll back to my backup. Anyone have any ideas about this error? I'm > tempted to just pretend that I didn't see it. That's up to you, but wishing away assert failures isn't recommended practice ;-) If you can find a finite way to reproduce it, please open a Zope bug report.

1 0

ZSyncer and Zope-2.8.0
by Thierry FLORAC 22 Aug '05

22 Aug '05

Hi, I'm trying to use ZSyncer 0.6.1 to synchronise simple objects (page templates...) between a Zope-2.7.6 source database and a Zope-2.8.0 destination database (both on Solaris with Python 2.3.4). I'm using a user which have a "Manager" role on both sides, but I can't manage ZSyncer to work : an "Unauthorized" exception is always raised ! I can't even manage to see a listing of the different folders. Any help would be great !! Thanks, Thierry

5 14

AssertionError after update to Zope 2.8.1
by Ricardo Newbery 21 Aug '05

21 Aug '05

Oh so close... Migrated from Zope 2.7.2 to 2.8.1 Updated all the Catalog instances according to the instructions. Fixed a few outdated products. Then just for kicks, I tried to update the Python scripts by visiting the /manage_addProduct/PythonScripts/recompile url. After about a minute, it threw up an error page. This is what shows up in the log... 2005-08-21T01:56:45 ERROR txn.170046464 Error in abort() on manager <Connection at 0956724c> Traceback (most recent call last): File "/Zope-2.8/lib/python/transaction/_transaction.py", line 456, in _cleanup File "/Zope-2.8/lib/python/ZODB/Connection.py", line 348, in abort File "/Zope-2.8/lib/python/ZODB/Connection.py", line 360, in _abort AssertionError ------ 2005-08-21T01:56:45 ERROR Zope.SiteErrorLog http://someurl.com/manage_addProduct/PythonScripts/recompile Traceback (most recent call last): File "/Zope-2.8/lib/python/ZPublisher/Publish.py", line 119, in publish File "/Zope-2.8/lib/python/Zope2/App/startup.py", line 215, in commit File "/Zope-2.8/lib/python/transaction/_manager.py", line 84, in commit File "/Zope-2.8/lib/python/transaction/_transaction.py", line 381, in commit File "/Zope-2.8/lib/python/transaction/_transaction.py", line 379, in commit File "/Zope-2.8/lib/python/transaction/_transaction.py", line 424, in _commitResources File "/Zope-2.8/lib/python/ZODB/Connection.py", line 462, in commit File "/Zope-2.8/lib/python/ZODB/Connection.py", line 483, in _commit AssertionError Nothing appears to be broken yet but I'm wondering whether I should roll back to my backup. Anyone have any ideas about this error? I'm tempted to just pretend that I didn't see it.

1 0

Zope on Solaris
by Brian Sullivan 21 Aug '05

21 Aug '05

>From what I can determine Zope does or should run on Solaris on a Sun server. Is that assumption correct. Can anybody point to any resources or have any comments/opinions-- like what versions of Zope/Solaris seem to be compatible, any special issues/requirements?

4 7

ZEO troubles on RedHat EL4 Linux
by Andreas Krasa // ZID 19 Aug '05

19 Aug '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody! We are encountering some really strange problems with Zope 2.7.7 on our RedHat EL 4 Linux machines. During the Zope 2.7.7 compilation works - however most of the time "make test" returns a random number of errors (somewhere between 20 and 30) ALL related to ZEO. The funny thing is, we've managed to do a "make test" without any failures - however after doing a "make distclean" and compiling everything again "make test" produces the above mentioned errors (using *exactly* the same source code!). I have absolutely no idea how this can happen - ANY hints are appreciated! Is this a known issue? What could it be related to? Thanks a lot! Regards, Andreas Krasa -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFDAg7pfmH5mdoXi9wRAqkKAJ9oBzDN8WUzYYeNACVPJM0ifP4cwgCdFQh6 LPV9D5RElHRSbr256xj+HVY= =qzGm -----END PGP SIGNATURE-----

6 21

Uninstalling a product in a ZopeTestCase
by Marco Bizzarri 19 Aug '05

19 Aug '05

Hi all. I'm trying to write a ZopeTestCase where I can check if the import of a missing module is catch or no. I would therefore test something like this: def testImportIsCaught(self): import sys oo_path = filter(lambda x: 'program' in x, sys.path) sys.path.remove(oo_path[0]) ZopeTestCase.installProduct('PAFlow') What I'm doing here is to remove the path where the openoffice support is in the system, and then I try to install the product. If the exception import is caught, this should not raise an exception. The problem is that if I run all the tests, I will end with my product already installed, and, therefore, the test won't be run correctly. Do anyone has any suggestion? Regards Marco

2 1

Cancelling long processes in Zope
by Ausum Studio 19 Aug '05

19 Aug '05

How do you stop a long process just triggered, i.e., by accident? One of our apps allows our users to trigger long processes. The way we used to deal with them is to stream response lines so that the user has an idea of what's going on. Nonetheless, some processes aren't worth to watch, so they are simply logged and associated to a mail alert. That's fine so far. As processes can commit transactions regularly on demand, has anyone tried to deal with long processes by means of hacking the Zope threads machinery (or something like that), in order to achieve start, stop and resume commands? Most transactions don't need this, but unawared long procceses use to leak memory and CPU cycles, and they ought to be managed. Any experiences on this subject? Thanks in advance, Ausum

3 2

Workflow & automatic trigger from FTP (PUT) (was Workflow Problem)
by David Pratt 19 Aug '05

19 Aug '05

An automatic trigger in workflow appears possible from FTP'd content but to soon to be involved in zope heirarchy. You can get hold of the state_change object from the workflow itself but methods that would normally be available such as its data attribute or manage_ xxxObjects type methods are unavailable since the object does not enter the heirarchy until the FTP transaction has completed. A FTP 426 Error results with any attempt to use any of these methods. But it is still possible to use the automatic transition and obtain the body from the FTP request and do something with the file data. The automatic transition I am writing involves removing the object after it has been transferred to the site (since it is only used to make a few objects, the data is large and not important to store it afterwards). So am able to use the data from the object being FTP'd in the automatic transition's script (which is good) but am looking for a solution to provide the FTP client with an 226 Transfer complete message to complete its transaction after doing what I want with the data (without the file landing in the folder). manage_delObjects cannot be used in the script since the object is really not in the folder itself until after FTP transaction completes. The problem with letting the FTP transaction complete is that I cannot think of a way to have a fully automatic process - since automation in workflow with any number of states would still be sequential and before FTP transaction is complete. So I would likely have to cron a process to clean up the folder (which is undesirable). Regards, David

1 0

setting mime type for a python script
by santiago 19 Aug '05

19 Aug '05

hello I'm looking for a way to set the mime type served by zope for a python script. I found something for products (looks like : self.self.setFormat(self.content_type) ) but I just can't get that working in my script, because self is not available in scripts.... any idea of how I could get my script being served as a text/css ? thanks

2 1

Moving Document Library Product
by David 18 Aug '05

18 Aug '05

Hi I have problems moving Document Library instances. I get errors. The entire ZODB is 300MBs and the volume has more then 3Gigs free space. The problem occurs when trying to paste [I/O Error: not enough space on the device] the library (copy command seems to work) or import (export seems to work). DocumentLibrary version 1.0rc1 Zope 2.4 (I am trying to migrate a site to Zope 2.7) python 2.1.3 (I'm using python 2.3.5 for Zope 2.7) Solaris 8 The traceback from an import: Error Type: ImportError Error Value: No module named Splitter Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module OFS.ObjectManager, line 543, in manage_importObject Module OFS.ObjectManager, line 560, in _importObjectFromFile Module ZODB.ExportImport, line 85, in importFile Module ZODB.Transaction, line 241, in commit Module ZODB.Transaction, line 356, in _commit_objects Module ZODB.Connection, line 344, in commit Module ZODB.ExportImport, line 153, in _importDuringCommit ImportError: No module named Splitter Any help appreciated! Cheers DR

4 3