Re: [Zope] Issues with instance migration and TextIndexNG2->TextIndexNG3

[Jonas Meurer]

On 05/09/2008 Andreas Jung wrote:
> --On 5. September 2008 13:48:21 +0200 Jonas Meurer 
> <[EMAIL PROTECTED]> wrote:
>> --
>> 2008-09-05T13:35:12 ERROR Application Couldn't install TextIndexNG3
>> Traceback (most recent call last):
>>   File "/usr/lib/zope2.10/lib/python/OFS/Application.py", line 758, in
>> install_product global_dict, global_dict, silly)
>>   File
>> "/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/__init__.py",
>> line 25, in ? import TextIndexNG3
>>   File
>> "/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/TextIndexNG3.py",
>> line 24, in ? from textindexng.index import Index
>> ImportError: No module named textindexng.index
>> --
>
> Start Zope using "zopectl fg" and trible check if all your TXNG3  
> dependencies are installed.

Hello,

First thanks for your fast response. I tried starting the instance with
zopectl fg, and got a similar Traceback with more verbose information.
See the exact output below.

But I have have to admit that I was wrong in my first mail with the
assertion that the TextIndexNG3 ImportError was unique for the migrated
instance in question. I discovered in the meantime that every zope2.10
instance on the new server - either new created or migrated from an old
server - has this error at startup time in event.log.

I use debian/lenny and the debian packages zope-textindexng3 and
zope-textindexng3-lib on the new server, thus I believe that all
dependencies are installed. But indeed it seems like the bug is in the
installation of the TextIndexNG3 product, not in the instances.

Yet I still don't know where to start debugging. Thanks for you help
anyway.

Here's the output of 'dzhandle zopectl donau fg':

# dzhandle zopectl donau fg
/var/lib/zope2.10/instance/donau/bin/runzope -X debug-mode=on
2008-09-05 15:20:42 INFO ZServer HTTP server started at Fri Sep  5 15:20:42 2008
Hostname: localhost
Port: 9580
2008-09-05 15:20:42 INFO Zope Set effective user to "z-donau"
2008-09-05 15:20:43 INFO ReplaceSupport Applied patch version 1.0.3.
2008-09-05 15:20:43 ERROR Application Could not import Products.TextIndexNG3
Traceback (most recent call last):
  File "/usr/lib/zope2.10/lib/python/OFS/Application.py", line 709, in 
import_product
product=__import__(pname, global_dict, global_dict, silly)
  File "/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/__init__.py", 
line 25, in ?
import TextIndexNG3
  File 
"/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/TextIndexNG3.py", line 
24, in ?
from textindexng.index import Index
ImportError: No module named textindexng.index
Traceback (most recent call last):
  File "/usr/lib/zope2.10/lib/python/Zope2/Startup/run.py", line 56, in ?
run()
  File "/usr/lib/zope2.10/lib/python/Zope2/Startup/run.py", line 21, in run
starter.prepare()
  File "/usr/lib/zope2.10/lib/python/Zope2/Startup/__init__.py", line 102, in 
prepare
self.startZope()
  File "/usr/lib/zope2.10/lib/python/Zope2/Startup/__init__.py", line 278, in 
startZope
Zope2.startup()
  File "/usr/lib/zope2.10/lib/python/Zope2/__init__.py", line 47, in startup
_startup()
  File "/usr/lib/zope2.10/lib/python/Zope2/App/startup.py", line 45, in startup
OFS.Application.import_products()
  File "/usr/lib/zope2.10/lib/python/OFS/Application.py", line 686, in 
import_products
import_product(product_dir, product_name, raise_exc=debug_mode)
  File "/usr/lib/zope2.10/lib/python/OFS/Application.py", line 709, in 
import_product
product=__import__(pname, global_dict, global_dict, silly)
  File "/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/__init__.py", 
line 25, in ?
import TextIndexNG3
  File 
"/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/TextIndexNG3.py", line 
24, in ?
from textindexng.index import Index
ImportError: No module named textindexng.index

greetings,
 jonas


signature.asc
Description: Digital signature
___
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 )

[Zope] Issues with instance migration and TextIndexNG2->TextIndexNG3

[Jonas Meurer]

Hello,

I just needed to migrate a zope2.10 instance from one host to another.
The zope version on the original host was 2.10.5, on the new destination
host it's 2.10.6. Most disk products are the same, only TextIndexNG2 on
the original host changed to TextIndexNG3 on the new destination host.

I simply copied the Data.fs and all Extensions to the new host after
preparing the new instance. So far everything seems to work out of the
box, except that I get an error for TextIndexNG3 in the events.log and
the product TextIndextNG3 is not listed in the Products management in
the ZMI.

Other instances, which are created from the scratch on this new host
don't get ther error, thus I fear that it's not connected to the Product
but to some conflict in the old Data.fs.

The error from events.log is the following:

2008-09-05T13:35:10 ERROR Application Could not import Products.TextIndexNG3
Traceback (most recent call last):
  File "/usr/lib/zope2.10/lib/python/OFS/Application.py", line 709, in 
import_product
product=__import__(pname, global_dict, global_dict, silly)
  File "/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/__init__.py", 
line 25, in ?
import TextIndexNG3
  File 
"/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/TextIndexNG3.py", line 
24, in ?
from textindexng.index import Index
ImportError: No module named textindexng.index
--
2008-09-05T13:35:12 ERROR Application Couldn't install TextIndexNG3
Traceback (most recent call last):
  File "/usr/lib/zope2.10/lib/python/OFS/Application.py", line 758, in 
install_product
global_dict, global_dict, silly)
  File "/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/__init__.py", 
line 25, in ?
import TextIndexNG3
  File 
"/var/lib/zope2.10/instance/donau/Products/TextIndexNG3/TextIndexNG3.py", line 
24, in ?
from textindexng.index import Index
ImportError: No module named textindexng.index
--
2008-09-05T13:35:12 INFO Zope Ready to handle requests

As I'm relatively new to Zope I've simply no idea where to start
debugging. Do you have any suggestions what the problem could be?

greetings,
 jonas


signature.asc
Description: Digital signature
___
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 )

Re: [Zope] MySQL reconnects on zope application level

[Jonas Meurer]

On 16/07/2008 Peter Bengtsson wrote:
> I don't have an easy answer but if you do dig into Andy's code and try
> to implement this, I would suggest you look at the ZPsycopgDA code
> perhaps and look for inspiration since I think that one works much
> better.

Thanks, but finally I found an easier solution :-)

the 3.0 beta1 of ZMySQLDA seems to have this fixed. It doesn't allow to
configure automatic reconnects, but it implements them defaultly.

thanks for your help,

greetings,
 jonas
___
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 )

Re: [Zope] VirtualHostMonster: access to all content in instance

[Jonas Meurer]

On 04/07/2008 Andrew Milton wrote:
> | How to deal with that '*wanted* behaviour' if I do have several public
> | projects on the same zope instance but don't want all of them being
> | accessible through the domain of every other project? For example two
> | competing projects/organisations might be hosted on one and the same
> | zope instance, and for sure project 'red' would hate it to make project
> | 'green' available through their domain via http://www.red.org/green.
> 
> Set up "Green" role on green
> Set up "Red" role on red
> 
> Uncheck 'Acquire' from the permissions.
> 
> Remove Red permissions on green
> Remove Green permissions on red
> 
> Make sure each user in the relevant project folder has the right role
> too.
> 
> Then red.org/green would go
> 
> /projects/red/green/
> 
> Assuming your username/password pair doesn't exist in both acl_users the
> red will authenticate you and give you the 'red' role which won't allow
> you to view the green folder.

But what if both project red and green want to make their website
available to anonymous, not only to authenticated users? If you have
private projects which do require user login, your solution may be
sound, but for public projects, it definitelly is no solution.

Or would you suggest to submit username/password for a default user
within the apache rewriterule? (if that's possible at all)

Would it work to add a VirtualHostMonster for every single project and
use that one instead of a global one in the rootdirectory of the
instance? I know that the docs for VirtualHostMonster say that you only
need one, but does it have any disadvantages to use more (for each
project an own) if it is a solution to my problem at all?

thanks for your fast reply again :-)

greetings,
 jonas
___
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 )

Re: [Zope] VirtualHostMonster: access to all content in instance

[Jonas Meurer]

Hey Andrew,

thanks for your fast reply.

On 04/07/2008 Andrew Milton wrote:
> | Is this a known issue? I consider that as a quite serious bug, as both
> | project1 and project3 might be private and should not be published over
> | the globally available apache rewriterule.
> 
> Welcome to Acquisition 101.
> 
> This is known behaviour, and in fact for most of us *wanted* behaviour.
> You will have to restructure your Zope to avoid this, or set appropriate
> permissions and acl_users to avoid cross-contamination of the sites.

Oh, too bad ...

How to deal with that '*wanted* behaviour' if I do have several public
projects on the same zope instance but don't want all of them being
accessible through the domain of every other project? For example two
competing projects/organisations might be hosted on one and the same
zope instance, and for sure project 'red' would hate it to make project
'green' available through their domain via http://www.red.org/green.

greetings,
 jonas
___
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 )

[Zope] VirtualHostMonster: access to all content in instance

[Jonas Meurer]

Hello,

We just discovered that when using VirtualHostMonster in apache
RewriteRules, it is possible to access every content in the zope
instance. If the URL points to a subfolder, just like
http://localhost:9080/VirtualHostBase/http/www.name.com:80/subfolder/VirtualHostRoot/$1
then it's still possible to access content below that subfolder on the
instance. If $1 is some foldername that doesn't exist in the subfolder
bug instead in the root folder of the instance, it's content is returned.

An example to make it explicit:

Let's assume we have three directories in the root folder of the
instance: /project1, /project2 and /project3.

The VirtualHostMonster is used to access project2 directly via
www.project2.com:
RewriteRule ^/(.*) 
http://localhost:9080/VirtualHostBase/http/www.project2.com:80/project2/VirtualHostRoot/$1
 [P]

But both project1 and project3 are also accessible through project2.com
over the URLs "http://www.project2.com/project1"; and
"http://www.project3.com/project3";.

Is this a known issue? I consider that as a quite serious bug, as both
project1 and project3 might be private and should not be published over
the globally available apache rewriterule.

We do use zope2.10.5 on a debian/etch system.

greetings,
 jonas
___
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 )

Re: [Zope] [ANN] Zope 2.10.5 released

[Jonas Meurer]

On 29/10/2007 Andreas Jung wrote:
> This release uses unicode as internal representation for ZPT. For this 
> reason you are strongly encouraged to read
>
> 
>
> carefully.

Just wanted to mention that this site contains a typo. In the last
paragraph about ZTP Unicode Migration, the following sentence is
printed in bold:

You are strongly encouraged to perform a backup before using Zope 2.10.2

I guess that this should be changed to Zope 2.10.5 at the end.

thanks for the good work,
 jonas


signature.asc
Description: Digital signature
___
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 )

Re: [Zope] Re: backup full instances

[Jonas Meurer]

On 29/10/2007 Sam Stainsby wrote:
> > To quote Andreas Jung:
> > 
> > "An inconsistent copy of the Data.fs is not the problem since
> >  invalid transaction entries will be discarded by the ZODB."
> > 
> 
> That's the theory. But why trust a higher risk strategy, when there is a 
> perfectly good tool for doing full and incremental backup that produces a 
> compact and timestamped backup files as a coherent set of files in a 
> backup repository? Not using it is just laziness. What happens, for 
> instance, if by coincidence the database is being packed by some 
> automated script at the same time as your automated backup occurs?

You're right. I just have to find a way to implement it in the backuppc
backups. It would be awefull if the 'restore' function from backuppc
would still work for Data.fs directly, but that's only possible if the
backupped Data.fs from repozo.py is stored as instance//var/Data.fs
in backuppc. I doubt that this is possible in an easy way.

I'll see. But for sure something has to be changed ;-)

...
 jonas
___
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 )

Re: [Zope] Re: backup full instances

[Jonas Meurer]

On 28/10/2007 Sam Stainsby wrote:
> We use the repozo backup (and restore) tool that comes with Zope and 
> include the backup repository in our normal backup regime (which uses 
> backuppc). 
> 
>   /bin/repozo.py
> 
> Read inside the file for the doco. This tool is designed to work with 
> live Data.fs files. Apart from some sort of live replication, it is the 
> only way to go as far as I'm concerned, unless you are unconcerned about 
> the possibility of corrupted backups.

Hey,

>From what others said, a local copy of the 'live Data.fs' is safe as
well, as zope appends new transactions to the end of Data.fs.

To quote Andreas Jung:

"An inconsistent copy of the Data.fs is not the problem since
 invalid transaction entries will be discarded by the ZODB."

greetings,
 jonas
___
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 )

Re: [Zope] backup full instances

[Jonas Meurer]

On 27/10/2007 Tino Wildenhain wrote:
> Nobody is wrong. Your #debian guys just had not all informations.
> Zope is always appending to Data.fs, copy (cp) works linear, so
> it would always maintain a consistent state of this file.
> (It either copies before or after the last append operation)
>
> rsync on the other hand is very efficient by calculating only
> differences of the file contents to be copied. This may or may
> be not following the order of blocks in the file. In the latter
> case it could try to sync wrong information. (You would need
> a special rsync which would only transfer new blocks at the end
> in their given order - you could script something like this
> using dd, gzip/zcat, ssh.

that finally made the difference between rsync and local copy
clear to me ;-)

i'll change the backups to rsync a local copy in the future.

thanks,
 jonas
___
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 )

Re: [Zope] backup full instances

[Jonas Meurer]

On 27/10/2007 Andreas Jung wrote:
> This is not the point. rsync will run into if the file to be synced changes
> in-between the sync operation. This will happen with the Data.fs - it won't
> happen with a static copy. An inconsistent copy of the Data.fs is not the 
> problem since invalid transaction entries will be discarded by the ZODB.
> So rsyncing a copy of the Data.fs it the way to go.

Ah, now i got it. Thanks for your patience ;-)

it's interesting that the current backups (rsync the Data.fs directly)
never caused any problems. i guess that's due to the fact that the
Data.fs infact never changed during the backups yet.

i'll change that to backup a local copy of the Data.fs instead in
future. a simple solution would be to run 'cp Data.fs Data.fs.safe'
for every instance just before backuppc starts the rsync process.

thanks for your help,
 jonas


signature.asc
Description: Digital signature
___
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 )

Re: [Zope] backup full instances

[Jonas Meurer]

On 27/10/2007 Andreas Jung wrote:
>>> If you create a local copy, it is safe. If you rsync a running Data.fs,
>>> it  is not safe. In this case you create a local copy and rsync the copy.
>>
>> but if rsync is unsafe only because it takes long time, and changes on the
>> instance during the copy process could cause a corrupted Data.fs to be
>> backuped, then theoretically this could happen for a local copy as
>> well, right?
>
> Think twice about your last sentence. What should cause a local *copy*
> to be changed??

zope might write to the Data.fs while it is copied, thus an inconsistent
copy would be backuped, even inside one filesystem.

i've asked in #debian on freenode as i wasn't sure, here's the log:

< mejo> if i copy a large file inside a mounted filesystem (ext3), is it
possible that the file is changed during the copy process?
< Wyzard> mejo: Yes, it's possible that something else can write to the
file while you're copying it
< mejo> because i asked on the zope-users mailinglist if i could backup
the global Data.fs (database) while the daemon is running, and
someone answered:
< mejo> If you create a local copy, it is safe. If you rsync a running
Data.fs it  is not safe. In this case you create a local copy
and rsync the copy.
< Wyzard> mejo: Making a local copy is faster, so it'd be safer, but
still not completely safe
< mejo> exactly, that's what i thought as well.
< mejo> but when i wrote that, he replied:
< mejo> Think twice about your last sentence. What should cause a local
*copy* to be changed??
< mejo> so he's wrong?
< Wyzard> I'd say he's wrong
< Wyzard> A local copy isn't instantaneous, and Zope changes the file
while it's being read
< wols_> he is wrong yes
< mejo> thanks. is it ok for you if i quote you in my reply mail?
< Wyzard> mejo: sure
< wols_> mejo: while copying zope could change the database and create
an inconsistent state

greetings,
 jonas


signature.asc
Description: Digital signature
___
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 )

Re: [Zope] backup full instances

[Jonas Meurer]

On 26/10/2007 Andreas Jung wrote:
>> Is it safe in general to copy Data.fs while the instance is running? Or
>> might I end up with a broken Data.fs, which zope is not able to read at
>> all?
>
> If you create a local copy, it is safe. If you rsync a running Data.fs, it 
> is not safe. In this case you create a local copy and rsync the copy.

what's the difference between local copy and rsync except for the time
it takes?
but if rsync is unsafe only because it takes long time, and changes on the
instance during the copy process could cause a corrupted Data.fs to be
backuped, then theoretically this could happen for a local copy as
well, right? only that the probability would be far smaller.

> For incremental backups: check the repozo.py script.

That one look interesting. thanks for the hint!

greetings,
 jonas


signature.asc
Description: Digital signature
___
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 )

[Zope] backup full instances

[Jonas Meurer]

Hello,

We have several different zope instances running on our servers, and
currently the only backup we do is a daily copy of the Data.fs.

The main problem with this backup approach is, that the zope instance is
not stopped for the backup at all, thus the Data.fs might not be up to
date.

Is it safe in general to copy Data.fs while the instance is running? Or
might I end up with a broken Data.fs, which zope is not able to read at
all?

And which other ways to you know to backup an entire instance? Maybe
sync it with ZEO to another server in realtime? Or use some export
method?

thanks in advance,
 jonas
___
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 )

Re: [Zope] 2.6 to 2.10 migration: RuntimeError: maximum recursion depth exceeded

[Jonas Meurer]

On 12/07/2007 Andreas Jung wrote:
 after importing a product from zope 2.6.4 to a 2.10.3 instance, trying
 to open the product produces quite a lot of errors in my event.log, and
 a traceback in the zope management interface.
>>>
>>> Importing as zexp? If yes, this is unsupported.
>>
>> Yes, I imported the Product as zexp. Why is that unsupported, and how
>> else may I import it? It doesn't exist in the filesystem hierarchy, as
>> it's a custom Product which was developed in the ZMI.
>
> .zexp export/import is only supported between identical versions. It's not
> a migration tool.

So is there any supported way to migrate a ZClass Product which only
exists in the Zope hierarchy?

I know that ZClasses are depreciated in zope 2.10 anyway, but still the
problem remains for migrations from zope 2.6.4 to 2.9 for example.

...
 jonas

-- 
"In post-historical society, the rulers have ceased to rule,
but the slaves remain slaves." - Perry Anderson


signature.asc
Description: Digital signature
___
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 )

Re: [Zope] 2.6 to 2.10 migration: RuntimeError: maximum recursion depth exceeded

[Jonas Meurer]

On 12/07/2007 Andreas Jung wrote:
> --On 12. Juli 2007 01:02:49 +0200 Jonas Meurer <[EMAIL PROTECTED]> wrote:
>
>> after importing a product from zope 2.6.4 to a 2.10.3 instance, trying
>> to open the product produces quite a lot of errors in my event.log, and
>> a traceback in the zope management interface.
>
>
> Importing as zexp? If yes, this is unsupported.

Hello Andreas,

Yes, I imported the Product as zexp. Why is that unsupported, and how
else may I import it? It doesn't exist in the filesystem hierarchy, as
it's a custom Product which was developed in the ZMI.

Or is there a save way to export the Product from the 2.6.4 instance to
files and then import the files to the 2.10.3 instance?

greetings,
 jonas

-- 
"In post-historical society, the rulers have ceased to rule,
but the slaves remain slaves." - Perry Anderson


signature.asc
Description: Digital signature
___
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 )

[Zope] 2.6 to 2.10 migration: RuntimeError: maximum recursion depth exceeded

[Jonas Meurer]

Hello,

after importing a product from zope 2.6.4 to a 2.10.3 instance, trying
to open the product produces quite a lot of errors in my event.log, and
a traceback in the zope management interface.

I found a lot of mails regarding plone upgrades which report a similar
RuntimeError. What exactly does this mean?

this is what i get in event.log:

--
2007-07-12T00:47:24 ERROR ZODB.Connection Couldn't load state for 0x0aa5
Traceback (most recent call last):
  File "/usr/lib/zope2.10/lib/python/ZODB/Connection.py", line 749, in setstate
self._setstate(obj)
  File "/usr/lib/zope2.10/lib/python/ZODB/Connection.py", line 807, in _setstate
self._reader.setGhostState(obj, p)
  File "/usr/lib/zope2.10/lib/python/ZODB/serialize.py", line 604, in 
setGhostState
state = self.getState(pickle)
  File "/usr/lib/zope2.10/lib/python/ZODB/serialize.py", line 597, in getState
return unpickler.load()
  File "/usr/lib/zope2.10/lib/python/ZODB/serialize.py", line 471, in 
_persistent_load
return self.load_oid(reference)
  File "/usr/lib/zope2.10/lib/python/ZODB/serialize.py", line 537, in load_oid
return self._conn.get(oid)
  File "/usr/lib/zope2.10/lib/python/ZODB/Connection.py", line 208, in get
obj._p_jar = self
  File "/usr/lib/zope2.10/lib/python/ZClasses/_pmc.py", line 65, in __setattr__
super(ZClassPersistentMetaClass, self).__setattr__(name, v)
  File "/usr/lib/zope2.10/lib/python/ZODB/persistentclass.py", line 84, in 
__set__
jar.setstate(inst)
  File "/usr/lib/zope2.10/lib/python/ZODB/Connection.py", line 754, in setstate
exc_info=sys.exc_info())
  File "logging/__init__.py", line 999, in error
  File "logging/__init__.py", line 1078, in _log
  File "logging/__init__.py", line 1064, in makeRecord
  File "logging/__init__.py", line 246, in __init__
def setupConfiguredLoggers(self):
  File "threading.py", line 677, in currentThread
return _DummyThread()
RuntimeError: maximum recursion depth exceeded
--

[ hundredthousands of lines with similar tracebacks, which become longer and 
longer ]

--
2007-07-12T00:47:26 ERROR Zope.SiteErrorLog 
https://sandbox.kicms.de/Control_Panel/Products/BasicCMS/manage_main
Traceback (innermost last):
  Module ZPublisher.Publish, line 119, in publish
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 42, in call_object
  Module Shared.DC.Scripts.Bindings, line 313, in __call__
  Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
  Module App.special_dtml, line 178, in _exec
  Module DocumentTemplate.DT_Let, line 76, in render
  Module DocumentTemplate.DT_In, line 643, in renderwob
  Module DocumentTemplate.DT_In, line 771, in sort_sequence
  Module ZODB.Connection, line 749, in setstate
  Module ZODB.Connection, line 807, in _setstate
  Module ZODB.serialize, line 604, in setGhostState
  Module ZODB.serialize, line 597, in getState
  Module ZODB.serialize, line 471, in _persistent_load
  Module ZODB.serialize, line 537, in load_oid
  Module ZODB.Connection, line 208, in get
  Module ZClasses._pmc, line 65, in __setattr__
  Module ZODB.persistentclass, line 84, in __set__
  Module ZODB.Connection, line 749, in setstate
  Module ZODB.Connection, line 807, in _setstate
  Module ZODB.serialize, line 604, in setGhostState
  Module ZODB.serialize, line 597, in getState
  Module ZODB.serialize, line 471, in _persistent_load
  Module ZODB.serialize, line 537, in load_oid
  Module ZODB.Connection, line 208, in get
  Module ZClasses._pmc, line 65, in __setattr__
  Module ZODB.persistentclass, line 84, in __set__
  Module ZODB.Connection, line 749, in setstate
  Module ZODB.Connection, line 807, in _setstate
  Module ZODB.serialize, line 604, in setGhostState
  Module ZODB.serialize, line 597, in getState
  Module ZODB.serialize, line 471, in _persistent_load
  Module ZODB.serialize, line 537, in load_oid
  Module ZODB.Connection, line 208, in get
  Module ZClasses._pmc, line 65, in __setattr__
  Module ZODB.persistentclass, line 84, in __set__
  Module ZODB.Connection, line 749, in setstate
  Module ZODB.Connection, line 807, in _setstate
  Module ZODB.serialize, line 604, in setGhostState
  Module ZODB.serialize, line 597, in getState
  Module ZODB.serialize, line 471, in _persistent_load
  Module ZODB.serialize, line 537, in load_oid
  Module ZODB.Connection, line 208, in get
  Module ZClasses._pmc, line 65, in __setattr__
  Module ZODB.persistentclass, line 84, in __set__
  Module ZODB.Connection, line 749, in setstate
  Module ZODB.Connection, line 807, in _setstate
  Module ZODB.serialize, line 604, in setGhostState
  Module ZODB.serialize, line 597, in getState
  Module ZODB.serialize, line 471, in _persistent_load
  Module ZODB.serialize, line 537, in load_oid
  Module ZODB.Connection, line 208, in get
  Module ZClasses._pmc, line 65, in __setattr__
  Module ZODB.persistentclass, line 84, in __set__
  Module ZODB.Connection, line 749, in setstate
  Module ZODB.Connection, line 807, in _setstate