Automation run on both qe and nightly build 0.0.217 seems to lock up pulp at random points. For qe build, pulp-admin repo status --id=parent_clone_repo For nightly build, pulp-admin package install -n origin --consumerid=test_consumer In both cases, the following traceback is observed: 2011-07-29 10:58:00,915 21698:140730572990208: pulp:CRITICAL: queue:128 Exception in FIFO Queue Dispatch Thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/pulp/server/tasking/taskqueue/queue.py", line 124, in _dispatch self._timeout_tasks() File "/usr/lib/python2.7/site-packages/pulp/server/tasking/taskqueue/queue.py", line 185, in _timeout_tasks task.timeout() TypeError: 'datetime.timedelta' object is not callable
fix pushed in a0f6bfd66863ac5dcfee40544a987c2a657bdc3f Turned out to be a name conflict between a field and a method of Task
Fixed in 0.218
The issue no longer exists in automation, closing.
Closing with Community Release 15 pulp-0.0.223-4.