[05:43:25] <wikibugs>	 10DBA, 06Labs: high s1 replag to labs - https://phabricator.wikimedia.org/T152894#2862842 (10Krenair)
[05:44:48] <wikibugs_>	 10DBA, 06Labs: high s1 replag to labs - https://phabricator.wikimedia.org/T152894#2862812 (10Krenair) https://tools.wmflabs.org/replag/ shows it too - but https://tendril.wikimedia.org/tree does not  ```MariaDB [heartbeat_p]> select * from heartbeat; +-------+----------------------------+-------+ | shard | las...
[10:15:41] <wikibugs_>	 10DBA, 06Labs: high s1 replag to labs - https://phabricator.wikimedia.org/T152894#2862812 (10Marostegui) That is because replication is broken on db1069 (sanitarium) for the S1 instance and that is why labservers are lagging behind the primary master:  ``` Error 'Duplicate entry '0-Levent_Karahan' for key 'nam...
[18:15:28] <wikibugs>	 10DBA, 06Labs, 10Wikimedia-Site-requests: Reduce watchlist_count threshold - https://phabricator.wikimedia.org/T150548#2789278 (10Dereckson) I concur with @jcrespo: it makes sense to agree on a main API value instead to have several values according the tool used for consultation.
[20:06:31] <wikibugs>	 10DBA, 06Labs: high s1 replag to labs - https://phabricator.wikimedia.org/T152894#2863688 (10jcrespo) 05Open>03Resolved a:03jcrespo Fixed, replication lag is going down and it will be 0 in 6-8 hours from now https://tools.wmflabs.org/replag/
[21:30:11] <wikibugs>	 10DBA, 06Labs: high s1 replag to labs - https://phabricator.wikimedia.org/T152894#2863767 (10JustBerry) Thanks Jaime!