This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients jcea, r.david.murray
Date 2009-11-05.01:54:02
SpamBayes Score 4.8045763e-07
Marked as misclassified No
Message-id <1257386044.89.0.0608888834452.issue6462@psf.upfronthosting.co.za>
In-reply-to
Content
I was able to consistently reproduce the timeout on my Gentoo buildbot
running in a vserver virthost.  After some experimentation and perusing
the related issue 3892, I discovered that by increasing the timeout I
could get the test to consistently pass in my buildbot.  However, it
does occasionally produce the DB_LOCK_DEADLOCK traceback in one of the
threads. (Two times out of about 17 runs in a loop).

I've checked an increase in the timeout for the two replication tests
into trunk in r76116.  In some of my experiments it was clear that the
base replication case is much quicker than the ReplicationManager case,
so I made the ReplicationManager timeout longer.  I'm hoping this will
fix the line 315 failure in the windows buildbot, since it does
sometimes pass.
History
Date User Action Args
2009-11-05 01:54:05r.david.murraysetrecipients: + r.david.murray, jcea
2009-11-05 01:54:04r.david.murraysetmessageid: <1257386044.89.0.0608888834452.issue6462@psf.upfronthosting.co.za>
2009-11-05 01:54:03r.david.murraylinkissue6462 messages
2009-11-05 01:54:02r.david.murraycreate