Planet Antispam unborked

Those of you who visit Planet Antispam may have noticed that it hadn’t been updating in a few days. Somehow or other, the Planet software had corrupted its cache, and was dying with this error:

Traceback (most recent call last):
  File "planet.py", line 167, in ?
    main()
  File "planet.py", line 160, in main
    my_planet.run(planet_name, planet_link, template_files, offline)
  File "/home/planet/antispam/planet-2.0/planet/__init__.py", line 240, in run
    channel = Channel(self, feed_url)
  File "/home/planet/antispam/planet-2.0/planet/__init__.py", line 527, in __init__
    self.cache_read_entries()
  File "/home/planet/antispam/planet-2.0/planet/__init__.py", line 569, in cache_read_entries
    item = NewsItem(self, key)
  File "/home/planet/antispam/planet-2.0/planet/__init__.py", line 845, in __init__
    self.cache_read()
  File "/home/planet/antispam/planet-2.0/planet/cache.py", line 74, in cache_read
    self._type[key] = self._cache[cache_key + " type"]
  File "/usr/lib/python2.3/bsddb/__init__.py", line 116, in __getitem__
    return self.db[key]
KeyError: 'tag:blogger.com,1999:blog-9336495.post-117499582419244211 feedburner_origlink type'

Ah, Berkeley DB, always good for the infrequent inscrutable, yet fatal, error. A wipe of the contents of the cache directory, and it seems to be working again.

Unfortunately, I had to drop the RSS feed for Aunty Spam; it seems the domain has lapsed, and I can’t seem to find an RSS feed that contains just the spam-related Aunty Spam posts any more.

This entry was posted in Uncategorized and tagged , , , , . Bookmark the permalink. Both comments and trackbacks are currently closed.

3 Comments

  1. David Malone
    Posted July 9, 2007 at 21:43 | Permalink

    I’ve seen similar errors with python in the past where it chews its own serialised objects, leaving you to reconstruct the mailing lists from the log files. Though Berekley db wasn’t to blame that time.

  2. Posted July 19, 2007 at 12:34 | Permalink

    Hello Justin,

    As the product manager for Berkeley DB this type of frustration is exactly what I’d like to hear about. My goal is to remove as much of this pain from DB implementation and management in deployment as possible. We’re always around to help with this on our forums:

    http://forums.oracle.com/forums/forum.jspa?forumID=271

    regards,

    -greg

    Gregory Burd [email protected] Product Manager, Berkeley DB/JE/XML Oracle Corporation

  3. Posted July 19, 2007 at 15:08 | Permalink

    Greg — next time I run into DB issues, I’ll go there. Thanks for following up!