The replication lag at https://tools.wmflabs.org/replag/ is currently >80 hours for S4 (commonswiki.{analytics,web}.db.svc.eqiad.wmflabs and testcommonswiki.{analytics,web}.db.svc.eqiad.wmflabs) - preventing up-to-date results appearing in Quarry. Possibly related to T232446 according to @bd808 at https://www.mediawiki.org/w/index.php?title=Topic:Vfdhv5hm5lea1tlh&topic_showPostId=vfdoj9mudfhiopj5&fromnotif=1#flow-post-vfdoj9mudfhiopj5 - although that ticket talks about S8 not S4.
Description
Description
Related Objects
Related Objects
- Mentioned Here
- T232446: Compress new Wikibase tables
Event Timeline
Comment Actions
That's due to a compression going on on the sanitarium host as part as T232446: Compress new Wikibase tables
I think it will be done in around 24h or so.
There are also some tables being compressed on s8, so delay is also expected there (but it won't be that much)
Sorry for the inconveniences.
Comment Actions
I am going to merge this into T232446: Compress new Wikibase tables. My reasoning is that the lag is by-product of the compression process. Nothing can be done to correct the lag until the compression is completed. It will also go away by itself once the servers have the processing power available to resume replication.