We have already done the reload on wdqs1010, so now we need to xfer to the various other relevant servers
Description
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | BUG REPORT | RKemper | T230588 Wikidata Query Service is swapping items and properties | ||
Resolved | Gehel | T245135 Too many values for wikibase:geoLatitude and wikibase:geoLongitude in WDQS | |||
Resolved | BUG REPORT | Gehel | T240831 Sometimes Q77104211 shows up in sparql query as having a wrong value for P2397, however item is deleted since December 3rd 2019 | ||
Resolved | dcausse | T246568 Deepcategory returns only very few results | |||
Resolved | RKemper | T252068 WQDS Data Reload |
Event Timeline
wdqs1010 is one of our test servers
Therefore can screw up wdqs1010 as much as we want, but not the others
we need to transfer that data to each server
which implies we need to open a port for data transfer
we have 2 primary DC: eqiad and codfw
due to the magic of geo DNS, the servers in codfw see much less traffic than eqiad
in each DC, we have 2 wdqs clusters, one public, one internal
one place to find which server is where: https://github.com/wikimedia/puppet/blob/production/manifests/site.pp#L2207-L2242
https://github.com/wikimedia/puppet/blob/production/manifests/site.pp#L2207-L2242 to find where each server is
should also circle back and fix https://github.com/wikimedia/puppet/blob/production/manifests/site.pp#L2207-L2242, wdqs200[78] are declared twice
Note: there was a bug (now fixed) in the cookbook that transferred categories namespace mappings even when no categories were transferred. We need to actually transfer the categories to fix the namespace mapping issue.
Data transfer is done across all instances as of last friday, along with a wdqs-categories reload that we tacked on.
Circling back to mark this ticket as done.
Still need to circle back to dependent tickets and verify that those problems are solved