redo fedmsg consumer as a proper hub consumer
ClosedPublic

Authored by adamwill on Mar 4 2016, 11:47 PM.

Details

Summary

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/ .

Test Plan

Deploy the consumer as documented in README.md,
see if it works (you'll need to wait for a real compose, or
twiddle with the code a bit to listen for dev messages for
testing...I have a 'TestConsumer' model in the relval consumer
which might be worth adopting here.)

Diff Detail

Repository
rOPENQA fedora_openqa
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.
adamwill retitled this revision from to redo fedmsg consumer as a proper hub consumer.Mar 4 2016, 11:47 PM
adamwill updated this object.
adamwill edited the test plan for this revision. (Show Details)
adamwill added reviewers: jskladan, garretraziel.
adamwill updated this revision to Diff 1960.Mar 5 2016, 1:55 AM

fedmsg hub consumers run as 'fedmsg', so update README.md
to explain how to give fedmsg permissions to read wikitcms
and openQA credentials.

Note this requires wikitcms 2.0.2 (I only just added the
system-wide credentials file, to solve this problem).

adamwill updated this revision to Diff 1963.Mar 6 2016, 12:40 AM

fix the logging

garretraziel accepted this revision.Mar 7 2016, 4:50 PM

Looks OK.

This revision is now accepted and ready to land.Mar 7 2016, 4:50 PM
This revision was automatically updated to reflect the committed changes.