[greenwave] Greenwave not sending messages on fedmsg or fedora-messaging #7735
Labels
No labels
announcement
authentication
automate
aws
backlog
blocked
bodhi
ci
Closed As
Duplicate
Closed As
Fixed
Closed As
Fixed with Explanation
Closed As
Initiative Worthy
Closed As
Insufficient data
Closed As
Invalid
Closed As
Spam
Closed As
Upstream
Closed As
Will Not or Can Not fix
cloud
communishift
copr
database
deprecated
dev
discourse
dns
downloads
easyfix
epel
factory2
firmitas
gitlab
greenwave
hardware
help wanted
high-gain
high-trouble
iad2
koji
koschei
lists
low-gain
low-trouble
mbs
medium-gain
medium-trouble
mini-initiative
mirrorlists
monitoring
Needs investigation
notifier
odcs
OpenShift
ops
OSBS
outage
packager_workflow_blocker
pagure
permissions
Priority
Needs Review
Priority
Next Meeting
Priority
🔥 URGENT 🔥
Priority
Waiting on Assignee
Priority
Waiting on External
Priority
Waiting on Reporter
rabbitmq
rdu-cc
release-monitoring
releng
repoSpanner
request-for-resources
s390x
security
SMTP
src.fp.o
staging
taiga
unfreeze
waiverdb
websites-general
wiki
No milestone
No project
No assignees
5 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Infrastructure/fedora-infrastructure#7735
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Greenwave hasn't sent a message via fedmsg or fedora-messaging for two weeks.
https://apps.fedoraproject.org/datagrepper/raw?topic=org.fedoraproject.prod.greenwave.decision.update
I've locally logged all fedora-messaging messages, to double check, incase they weren't being duplicated on both fedora-messaging and fedmsg. Also without success.
As far as I can see, greenwave isn't sending out messages.
@gnaponie @ralph I think this is somewhere on your teams workflow?
Metadata Update from @smooge:
Linking #7111 from the last time something like this came up.
Looks like the last deployment was 12 days ago. The pods starts up and connects to the public gateway at
tcp://hub.fedoraproject.org:9940
and then just sits there. It probably got connected to a gateway with broken vpn and doesn't know that it needs to reconnect. Will try to roll it out afresh withoc rollout latest dc/greenwave-fedmsg-consumers
.Wait - I should've checked this first. Greenwave sends messages in response to resultsdb messages.... but @tdawson, it looks like resultsdb isn't sending any. At least, I don't see any in this datagrepper query. Any idea what's up there?
edit: it looks like the most recent one is from ~14 days ago: 2019-04-09 17:17:39 UTC.
/var/log/httpd/error_log
onresultsdb01.qa.fedoraproject.org
is full of pika connection refused errors.Looks like the code was introduced in https://pagure.io/taskotron/resultsdb/pull-request/130
Maybe just missing config to go with it? @cverna, can you have a look?
Metadata Update from @ralph:
The fedora-messaging config was setup to be applied in stg only.
I have opened an FBR to fix that --> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org/thread/JPQCZ3MT7AJZJLSLJDC36V3CVVZ3YUPT/
I have also sent an FBR to add monitoring for resultsdb messages.
https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org/thread/U4P4SAE6JG7ISJOYQNUE6L6QXCMAG6WX/
This has been deployed can someone test?
The greenwave fedmsg consumer is now getting messages from resultsdb. But I have not seen yet a greenwave message sent, let's give it enough time to receive a results that would trigger a message.
Fixed! Thanks @ralph and @cverna
📐
Metadata Update from @kevin:
\ó/