@dcausse the $kafka_reporting_topic variable is still in puppet (https://gerrit.wikimedia.org/g/operations/puppet/+/97421d5ac1f1a5082cc8f42b02bf80dc017e7497/modules/profile/manifests/query_service/updater.pp#14) - can you confirm that it's no longer used?

In T296699#7536195, @Legoktm wrote:

@dcausse the $kafka_reporting_topic variable is still in puppet (https://gerrit.wikimedia.org/g/operations/puppet/+/97421d5ac1f1a5082cc8f42b02bf80dc017e7497/modules/profile/manifests/query_service/updater.pp#14) - can you confirm that it's no longer used?

Indeed it is no longer used for production wdqs machines. We kept wdqs1010 (a test machine) running the old updater in case we had to rollback. I think you can consider it is no longer used and move forward with event-gate being active/active.
I prepared a patch to switch wdqs1010 to not rely on this puppet code (https://gerrit.wikimedia.org/r/c/operations/puppet/+/742670) in case it annoys us with lag alerts, but I think wdqs test machines have the lag alert disabled.

Ack, thanks!

I sent a heads-up to the ops list about this just in case some other application has started assuming it being pooled in only a single DC. If no one says anything, I think we can do this in a few days.

+1

Mentioned in SAL (#wikimedia-operations) [2021-12-14T18:25:31Z] <ottomata> repooling eventgate-main discovery to include codfw - T296699 - confctl --object-type discovery select 'dnsdisc=eventgate-main,name=codfw' set/pooled=true

Ran

root@puppetmaster1001:~# confctl --object-type discovery select 'dnsdisc=eventgate-main,name=codfw' set/pooled=true
eventgate-main/codfw: pooled changed False => True

root@puppetmaster1001:~# confctl --object-type discovery select 'dnsdisc=eventgate-main' get
{"codfw": {"pooled": true, "references": [], "ttl": 300}, "tags": "dnsdisc=eventgate-main"}
{"eqiad": {"pooled": true, "references": [], "ttl": 300}, "tags": "dnsdisc=eventgate-main"}

@Ottomata is this complete?