[Zodb-checkins] CVS: ZODB3 - NEWS.txt:1.30

Jeremy Hylton jeremy@zope.com
Wed, 5 Feb 2003 18:33:27 -0500


Update of /cvs-repository/ZODB3
In directory cvs.zope.org:/tmp/cvs-serv17742

Modified Files:
	NEWS.txt 
Log Message:
Add news from ZODB 3.1.1b2 release.


=== ZODB3/NEWS.txt 1.29 => 1.30 ===
--- ZODB3/NEWS.txt:1.29	Thu Jan 23 17:56:12 2003
+++ ZODB3/NEWS.txt	Wed Feb  5 18:33:25 2003
@@ -154,8 +154,84 @@
 The Sync extension was removed from ExtensionClass, because it was not
 used by ZODB.
 
-What's new in ZODB3 3.1.1?
-==========================
+What's new in ZODB3 3.1.1 beta 2?
+=================================
+Release date: 03-Feb-2003
+
+The Transaction "hosed" feature is disabled in this release.  If a
+transaction fails during the tpc_finish() it is not possible, in
+general, to know whether the storage is in a consistent state.  For
+example, a ZEO server may commit the data and then fail before sending
+confirmation of the commit to the client.  If multiple storages are
+involved in a transaction, the problem is exacerbated: One storage may
+commit the data while another fails to commit.  In previous versions
+of ZODB, the database would set a global "hosed" flag that prevented
+any other transaction from committing until an administrator could
+check the status of the various failed storages and ensure that the
+database is in a consistent state.  This approach favors data
+consistency over availability.  The new approach is to log a panic but
+continue.  In practice, availability seems to be more important than
+consistency.  The failure mode is exceedingly rare in either case.
+
+The BTrees-based fsIndex for FileStorage is enabled.  This version of
+the index is faster to load and store via pickle and uses less memory
+to store keys.  We had intended to enable this feature in an earlier
+release, but failed to actually do it; thus, it's getting enabled as a
+bug fix now.
+
+Two rare bugs were fixed in BTrees conflict resolution.  The most
+probable symptom of the bug would have been a segfault.  The bugs
+were found via synthetic stress tests rather than bug reports.
+
+A value-based consistency checker for BTrees was added.  See the
+module BTrees.check for the checker and other utilities for working
+with BTrees.
+
+A new script called repozo.py was added.  This script, originally
+written by Anthony Baxter, provides an incremental backup scheme for
+FileStorage based storages.
+
+zeopack.py has been fixed to use a read-only connection.
+
+Various small autopack-related race conditions have been fixed in the
+Berkeley storage implementations.  There have been some table changes
+to the Berkeley storages so any storage you created in 3.1.1b1 may not
+work.  Part of these changes was to add a storage version number to
+the schema so these types of incompatible changes can be avoided in
+the future.
+
+Removed the chance of bogus warnings in the FileStorage iterator.
+
+ZEO
+---
+
+The ZEO version number was bumped to 2.0.2 on account of the following
+minor feature additions.
+
+The performance of full cache verification has improved dramatically.
+XXX Get measurements from Jim -- somewhere in 2x-5x recall.  The
+implementation was fixed to use the very-fast getSerial() method on
+the storage instead of the comparatively slow load().
+
+The ZEO server has an optional timeout feature that will abort a
+connection that does not commit within a certain amount of time.  The
+timeout works by closing the socket the client is using, causing both
+client and server to abort the transaction and continue.  This is a
+drastic step, but can be useful to prevent a hung client or other bug
+from blocking a server indefinitely.
+
+If a client was disconnected during a transaction, the tpc_abort()
+call did not properly reset the internal state about the transaction.
+The bug caused the next transaction to fail in its tpc_finish().
+Also, any ClientDisconnected exceptions raised during tpc_abort() are
+ignored.
+
+ZEO logging has been improved by adding more logging for important
+events, and changing the logging level for existing messages to a more
+appropriate level (usually lower).
+
+What's new in ZODB3 3.1.1 beta 1?
+=================================
 Release date: 10-Dev-2002
 
 It was possible for earlier versions of ZODB to deadlock when using