Red Hat Bugzilla – Bug 857176
Coordinator archived calls collection grows without bound
Last modified: 2014-03-30 21:40:01 EDT
This first came up as part of the v0002.py migration script. Two developers ran into an issue running the script which is suspected to be because the collection was too full.
The issue boils down to a central coordinator collection growing without boundary. If this was indeed the issue that the developers saw with the migration script, this is really bad; development environments don't typically see the level of uptime or usage an actual server would.
Added a reaper thread and timestamps to archived calls in order to periodically clean them out
Jason - Can you give Preethi an idea of how to verify this? We should be able to tell her to set the reaper to something like 30 minutes, do some stuff, and then leave the server alone for 30 minutes and make sure there's nothing left. Can you give her the info on that config option and the mongo query to check that the collection is empty?
there's a new config value under [tasks] called: archived_call_lifetime
1:09 it's the length of time, in hours, to keep archived calls
1:10 the archived call db collection is: archived_calls
1:10 you can watch that collection grow as you execute tasks through the REST API
1:10 for instance, create a repo, sync a repo, publish a repo should result in 3 archived calls
just set the config value to something nice and low, say 0
1:11 and watch them get cleaned up
[root@preethi-el6-pulp ~]# rpm -q pulp-rpm-server
after running repo create, sync, and publish waited for over and hour and checked the db
saw no archived calls
Moving these up against the 2.0 Beta so we can delete the CR-2 version from bugzilla.
Pulp 2.0 released.