'last_processed' entry missing for a scheduler

[tfogal]

using master: df0a02ffd6207cc2e888411919457d283fde487e

  2010-03-11 10:21:49-0700 [-] adbapi connecting: pysqlite2.dbapi2 ('/home/visit/master/state.sqlite',){'check_same_thread': False}
  2010-03-11 10:21:49-0700 [-] Unhandled Error
          Traceback (most recent call last):
            File "/usr/lib/python2.5/threading.py", line 446, in run
              self.__target(*self.__args, **self.__kwargs)
            File "/usr/lib/python2.5/site-packages/twisted/python/threadpool.py", line 161, in _worker
              context.call(ctx, function, *args, **kwargs)
              context.call(ctx, function, *args, **kwargs)
            File "/usr/lib/python2.5/site-packages/twisted/python/context.py",
line 59, in callWithContext
              return self.currentContext().callWithContext(ctx, func, *args, **kw)
            File "/usr/lib/python2.5/site-packages/twisted/python/context.py", line 37, in callWithContext
              return func(*args,**kw)
          --- <exception caught here> ---
            File "/usr/lib/python2.5/site-packages/twisted/internet/threads.py", line 24, in _putResultInDeferred
              result = f(*args, **kwargs)
            File "/usr/lib/python2.5/site-packages/twisted/enterprise/adbapi.py", line 375, in _runInteraction
              result = interaction(trans, *args, **kw)
            File "/usr/local/lib/python2.5/site-packages/buildbot-latest-py2.5.egg/buildbot/schedulers/base.py", line 134, in classify_changes
              last_processed = state["last_processed"]
          exceptions.KeyError: 'last_processed'

Fixed by: update schedulers set state = '{"last_processed": 9}' where schedulerid=2; in the state.sqlite DB.

The system has run two or three semi-recent versions of git master. I do not have exact revisions, but the earlier was a revision which came after 0.7.12. At each upgrade I shutdown the server and did a corresponding buildbot upgrade-master.

This scheduler is the second of two schedulers. It was initially a Dependent scheduler but I changed it to a raw Scheduler later. I don't think the Dependent scheduler ever ran; it might have when I forced a build via the web interface. I did not change the scheduler's name when changing its type.

[dustin]

Ah, that's the key, then! This is actually a dupe of #732, which we haven't fixed yet (but need to!)

Thanks!

[dustin]

The Nightly scheduler also had this bug, for separate reasons, by the way. That was fixed in cb6a453cd796e8319abe2a0d1c3486e82f6d964c.