[tahoe-dev] [tahoe-lafs] #651: handle MemoryError by failing quickly and loudly

tahoe-lafs trac at allmydata.org
Mon Jul 13 21:34:17 PDT 2009


#651: handle MemoryError by failing quickly and loudly
--------------------------+-------------------------------------------------
 Reporter:  zooko         |           Owner:           
     Type:  defect        |          Status:  new      
 Priority:  major         |       Milestone:  undecided
Component:  code-mutable  |         Version:  1.3.0    
 Keywords:                |   Launchpad_bug:           
--------------------------+-------------------------------------------------

Comment(by zooko):

 People are reporting !UncoordinatedWriteErrors on the test grid (#748),
 and so I checked some of the test grid storage servers and saw that one --
 tahoebs5.allmydata.com bs5c1 -- has 1.5 GB of virt, 475 MB res.  That is
 running some very old versions of foolscap and TahoeLAFS:

 {{{
 allmydata-tahoe: 1.3.0-r3747, foolscap: 0.3.2, pycryptopp: 0.5.2-1, zfec:
 1.4.0-4, Twisted: 2.5.0, Nevow: 0.9.26, zope.interface: 3.3.1, python:
 2.5.2, platform: Linux-Ubuntu_8.04-i686-32bit, simplejson: 1.7.3,
 argparse: 0.8.0, pyOpenSSL: 0.6, pyutil: 1.3.16-12, setuptools: 0.6c8
 }}}

 Hm...  Yep, that one has !MemoryError in its twisted.log.  I wonder if we
 could monkeypatch Python's !MemoryError class to do a {{{sys.exit()}}} or
 the like.  I suppose this also suggests that we ought to be pushing this
 issue upstream to Python itself...

-- 
Ticket URL: <http://allmydata.org/trac/tahoe/ticket/651#comment:6>
tahoe-lafs <http://allmydata.org>
secure decentralized file storage grid


More information about the tahoe-dev mailing list