We ran into issues with the check-compose consumer and the
openQA consumer colliding; it seems running two of the 'naive'
consumers (tail_messages()-based) on the same system is not
a good idea. This is the 'correct' way to build a production
consumer, according to fedmsg folks, and has various benefits
for Fedora infra deployments.
I've already re-done the relval and check-compose consumers in
this style, they seem to be working. Documentation for this
is at http://www.fedmsg.com/en/latest/consuming/ .