The 'wb_terms' table is being removed from the Wiki Replica databases.
Please see Léa Lacroix's post on the wikidata mailing list [0] for
additional details.
TL;DR summary:
* May-June 2019, the Wikidata development team will drop the wb_terms
table from the database in favor of a new optimized schema
* Migration will start on 2019-05-29
* A test system will be available starting 2019-05-15
* Details are available in Phabricator [1]
[0]: https://lists.wikimedia.org/pipermail/wikidata/2019-April/012987.html
[1]: https://phabricator.wikimedia.org/T221764
Bryan
--
Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org>
[[m:User:BDavis_(WMF)]] Manager, Technical Engagement Boise, ID USA
irc: bd808 v:415.839.6885 x6855
Tuesday starting at around 17:00 UTC I'm going to relocate the paws and
kubernetes masters to the new network region. While the VMs are
copying, launches of new kubernetes jobs and creation of new PAWS
notebooks will fail.
The outage should last about an hour -- less if everything goes well,
somewhat more if not. Jobs that are already running when the copy begins
should be unaffected.
Apologies for any inconvenience caused!
-Andrew
On 4/16/19 7:59 AM, Andrew Otto wrote:
> Great! Is this just for Wikitech itself or all ldap/wikitech
> authentication?
This notice is related to a change in mediawiki code, so concerns direct
logins to wikitech itself. That said, the 2fa key used by Horizon is
stored in a the wikitech database, so it's vaguely possible that Horizon
logins could be disrupted as well.
Other services that rely on ldap for account creation (e.g. gerrit,
icinga, etc.) are unaffected, although they may have unrelated
case-(in)sensitive issues of their own.
>
> On Mon, Apr 15, 2019 at 7:56 PM Bryan Davis <bd808(a)wikimedia.org> wrote:
>
>> A change was deployed to the Wikitech config 2019-04-15T23:16 UTC
>> which prevents users from logging into the wiki with a username that
>> differs in case from the 'cn' value for their developer account.
>>
>> This change is not expected to cause problems for most users, but
>> there may be some people who have historically entered a username with
>> mismatched case (for example "bryandavis" instead of "BryanDavis") and
>> relied on MediaWiki and the LdapAuthentication plugin figuring things
>> out. This will no longer happen automatically. These users will need
>> to update their password managers (or brains if they are not using a
>> password manager) to supply the username with correct casing.
>>
>> The "wrongpassword" error message on Wikitech has been updated with a
>> local override to help people discover this problem. See
>> <https://phabricator.wikimedia.org/T165795> for more details.
>>
>> Bryan, on behalf of the Cloud Services team
>> --
>> Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org>
>> [[m:User:BDavis_(WMF)]] Manager, Technical Engagement Boise, ID USA
>> irc: bd808 v:415.839.6885 x6855
>>
>> _______________________________________________
>> Wikitech-l mailing list
>> Wikitech-l(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
A change was deployed to the Wikitech config 2019-04-15T23:16 UTC
which prevents users from logging into the wiki with a username that
differs in case from the 'cn' value for their developer account.
This change is not expected to cause problems for most users, but
there may be some people who have historically entered a username with
mismatched case (for example "bryandavis" instead of "BryanDavis") and
relied on MediaWiki and the LdapAuthentication plugin figuring things
out. This will no longer happen automatically. These users will need
to update their password managers (or brains if they are not using a
password manager) to supply the username with correct casing.
The "wrongpassword" error message on Wikitech has been updated with a
local override to help people discover this problem. See
<https://phabricator.wikimedia.org/T165795> for more details.
Bryan, on behalf of the Cloud Services team
--
Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org>
[[m:User:BDavis_(WMF)]] Manager, Technical Engagement Boise, ID USA
irc: bd808 v:415.839.6885 x6855
The OSM postgresql database service, usually accessed via osmdb.eqiad.wmnet is moving to a new server. Currently the server is a read replica of the primary database, and should be accessible via the DNS alias of osm.db.svc.eqiad.wmflabs.
As detailed here https://phabricator.wikimedia.org/T219652 <https://phabricator.wikimedia.org/T219652>, osmdb.eqiad.wmnet will be changed to point at the osm.db.svc.eqiad.wmflabs. For a brief time that will make those tables that aren’t always read-only also read-only while DNS updates. Then the replica will be promoted to the master, and the rest of the steps should not cause any impact.
Brooke Storm
Operations Engineer
Wikimedia Cloud Services
bstorm(a)wikimedia.org <mailto:bstorm@wikimedia.org>
IRC: bstorm_