- Cloud - lists.wikimedia.org

Prepare your small tasks to mentor a new contributor! (Google Code-in early heads-up)
by Andre Klapper 11 Sep '19

11 Sep '19

(Note: This is only an early heads-up, to be prepared. Google Code-in has NOT been announced yet, but last year, GCI mentors asked for more time in advance to identify tasks to mentor. Here you are. :) * You have small, self-contained bugs you'd like to see fixed? * Your documentation needs specific improvements? * Your user interface has some smaller design issues? * Your Outreachy/Summer of Code project welcomes small tweaks? * You'd enjoy helping someone port your template to Lua? * Your gadget code uses some deprecated API calls? * You have tasks in mind that welcome some research? Google Code-in (GCI) is an annual contest for 13-17 year old students. GCI 2019 has not yet been announced but usually takes place from late October to December. It is not only about coding: We also need tasks about design, docs, outreach/research, QA. Read https://www.mediawiki.org/wiki/Google_Code-in/Mentors , add your name to the mentors table, and start tagging tasks in Wikimedia Phabricator by adding the #gci-2019 project tag. We will need MANY mentors and MANY tasks, otherwise we cannot make it. Last year, 199 students successfully worked on 765 tasks supported by 39 mentors. For some achievements from the last round, see https://wikimediafoundation.org/news/2019/02/20/partnerships-make-it-possib… Note that "beginner tasks" (e.g. "Set up Vagrant") and generic tasks are very welcome (like "Choose and replace 2 uses of Linker::link() from the list in T223010" style). We also have more than 400 unassigned open #good-first-bug tasks: https://phabricator.wikimedia.org/maniphest/query/3YnDUWYJfXSo/#R Can and would you mentor some of these tasks in your area? Please take a moment to find / update [Phabricator etc.] tasks in your project(s) which would take an experienced contributor 2-3 hours. Read https://www.mediawiki.org/wiki/Google_Code-in/Mentors , ask if you have any questions, and add your name to https://www.mediawiki.org/wiki/Google_Code-in/2019#List_of_Wikimedia_mentors Thanks (as we will not be able to run this without your help), andre -- Andre Klapper (he/him) | Bugwrangler / Developer Advocate https://blogs.gnome.org/aklapper/

1 0

[Cloud-announce] Toolforge Kubernetes disrupted from 2019-09-10T18:54 to 2019-09-11T01:30
by Bryan Davis 11 Sep '19

11 Sep '19

We need to do a proper incident report, but I wanted to send out a (late) notice that the Toolforge Kubernetes cluster was at best degraded and at worst completely broken from 2019-09-10T18:54 to 2019-09-11T01:30. The TL;DR is that some change, likely part of T171188: Move the main WMCS puppetmaster into the Labs realm, tricked Puppet into installing an old version of the x509 signing cert used to secure communication between the etcd cluster and kube-apiserver. This manifested in an alert from our monitoring system of the Kubernetes api being broken. When investigating that alert we found that the kube-apiserver was unable to connect to its paired etcd cluster. The etcd cluster seemed to be flapping internally (status showing good, then failed, then good again). Diagnosing the cause of this flapping resulted in a complete failure of the etcd cluster. Restoring the etcd cluster was a long and difficult task. Once etcd was recovered, it took about 1.5 more hours to find the cause and fix for the initial communication errors (the wrong x509 signing certificate). It is currently unclear if the x509 misconfiguration also caused the etcd cluster failure, or if that was an unrelated and unfortunate coincidence. See https://phabricator.wikimedia.org/T232536 for follow up documentation (when we write it during the coming US business day). Bryan - on behalf of the Toolforge admin team -- Bryan Davis Technical Engagement Wikimedia Foundation Principal Software Engineer Boise, ID USA [[m:User:BDavis_(WMF)]] irc: bd808 _______________________________________________ Wikimedia Cloud Services announce mailing list Cloud-announce(a)lists.wikimedia.org (formerly labs-announce(a)lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/cloud-announce

1 0

[Mediawiki-api-announce] BREAKING CHANGE: Reporting of edit failures due to AbuseFilter and SpamBlacklist
by Brad Jorsch (Anomie) 10 Sep '19

10 Sep '19

When saving an edit is prevented by the AbuseFilter or SpamBlacklist extensions, the error is currently reported as a successful API response with a 'failure' code in the body.[1][2] In the future, these will be reported as standard API errors.[3][4] This change should be deployed to Wikimedia wikis with 1.34.0-wmf.23. See https://www.mediawiki.org/wiki/MediaWiki_1.34/Roadmap for a schedule. Clients that do not need to specially handle failures due to AbuseFilter or SpamBlacklist will likely need no changes, as they probably already include code to generically handle API error responses. Clients that do handle AbuseFilter or SpamBlacklist failures specially will need to be updated to check for error codes 'abusefilter-warning', 'abusefilter-disallowed', and/or 'spamblacklist' and handle them as they do the current AbuseFilter and SpamBlacklist failures, if they want to preserve their current special handling. Note that edit failures due to CAPTCHAs from ConfirmEdit are not being changed at this time. They will continue to be reported as before.[5] [1]: AbuseFilter: https://phabricator.wikimedia.org/P8988 [2]: SpamBlacklist: https://phabricator.wikimedia.org/P8990 [3]: AbuseFilter: https://phabricator.wikimedia.org/P8989 [4]: SpamBlacklist: https://phabricator.wikimedia.org/P8991 [5]: ConfirmEdit: https://phabricator.wikimedia.org/P9076 -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation _______________________________________________ Mediawiki-api-announce mailing list Mediawiki-api-announce(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce

1 0

[Cloud-announce] Puppetmaster changes today
by Andrew Bogott 10 Sep '19

10 Sep '19

Later today (starting in a few hours around 18:00 UTC) we'll be rearranging the puppetmaster setup for most cloud VMs[0]. No tools or services (other than puppet) should be affected, but some of you might get grumpy emails about broken puppet runs during the transition, which I encourage you to ignore. If you're planning to update the puppet configuration of your VMs, I encourage you to postpone that work until after our migration. [0] full context at https://phabricator.wikimedia.org/T171188 _______________________________________________ Wikimedia Cloud Services announce mailing list Cloud-announce(a)lists.wikimedia.org (formerly labs-announce(a)lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/cloud-announce

1 1

[Cloud-announce] DNS errors early 2019-09-09 UTC may have affected jobs and servers
by Bryan Davis 09 Sep '19

09 Sep '19

The DNS recursor servers which are used from inside Cloud VPS and Toolforge to resolve both internal and external hostnames to IP address were not functional from approximately 2019-09-09T00:51 UTC to 2019-09-09T01:35 UTC. During this time, most (if not all) DNS lookups would have returned a "SERVFAIL" response. The issue appears to be resolved now. We will share more information about what happened and how the problem was corrected when we are sure that doing so will not cause additional issues. Bryan, on behalf of the Cloud VPS admin team -- Bryan Davis Technical Engagement Wikimedia Foundation Principal Software Engineer Boise, ID USA [[m:User:BDavis_(WMF)]] irc: bd808 _______________________________________________ Wikimedia Cloud Services announce mailing list Cloud-announce(a)lists.wikimedia.org (formerly labs-announce(a)lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/cloud-announce

1 0

Downloading Wikipedia Articles with Embedded URLs in Cyrillic
by Thomas Stieve 05 Sep '19

05 Sep '19

Hello all, I am trying to download a number of Russian Wikipedia articles in either Firefox or Chrome. These articles have embedded URLs in Cyrillic. The texts of the actual articles in Cyrillic save correctly in text files, but the Cyrillic URLs are saved as gibberish. Does anyone have a solution? Thank you, Tom -- Thomas Stieve Ph.D. Candidate School of Geography and Development University of Arizona

2 1

Downloading Wikipedia Articles with Embedded URLs in Cyrillic
by Thomas Stieve 04 Sep '19

04 Sep '19

Hello all, I am trying to download a number of Russian Wikipedia articles in either Firefox or Chrome. These articles have embedded URLs in Cyrillic. The texts of the actual articles in Cyrillic save correctly in text files, but the Cyrillic URLs are saved as gibberish. Does anyone have a solution? It doesn't have to be those two browsers I guess. Thank you, Tom -- Thomas Stieve Ph.D. Candidate School of Geography and Development University of Arizona

3 3

Re: [Cloud] Downloading Wikipedia Articles with Embedded URLs in Cyrillic
by Maximilian Doerr 03 Sep '19

03 Sep '19

You probably can’t. URLs HAVE to be URL encoded if you expect them to work right. That’s why they come out like that. The browser just prettifies it and/or handles the unencoded form. Modern browsers handle these automatically but other processes may not. Cyberpower678 English Wikipedia Account Creation Team English Wikipedia Administrator Global User Renamer > On Sep 3, 2019, at 20:25, Thomas Stieve <tomthirteen(a)email.arizona.edu> wrote: >

2 1

[Cloud-announce] Cloud VPS database maintenance Tuesday 3rd Sept at 13:00 UTC
by Jason Hedden 03 Sep '19

03 Sep '19

(Corrected the date in the subject line from the previous notification.) Next Tuesday on September 3rd, between 13:00 and 14:00 UTC we'll be performing backend database maintenance on the OpenStack VPS control plane. During this maintenance window the Horizon web dashboard will be unavailable and all VPS requests to create, modify or delete VPS resources like virtual machines and DNS entries will be blocked. Existing VPS virtual machines will remain running and Toolforge users will not be affected by this maintenance. --- Wikimedia Cloud Services _______________________________________________ Wikimedia Cloud Services announce mailing list Cloud-announce(a)lists.wikimedia.org (formerly labs-announce(a)lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/cloud-announce

1 1

[Cloud-announce] Docker images used by Toolforge's Kubernetes cluster updated
by Bryan Davis 30 Aug '19

30 Aug '19

Today I rebuilt the Docker images that are used by the `webservice --backend=kubernetes` command. This is actually a normal thing that we do periodically in Toolforge to ensure that security patches are applied in the containers. This round of updates was a bit different however in that it is the first time the Debian Jessie based images have been rebuilt since the upstream Debian project removed the 'jessie-backports' apt repo. Everything should be fine, but if you see weirdness when restarting a webservice or other Kubernetes pod that looks like it could be related to software in the Docker image please let myself or one of the Toolforge admins know by either filing a Phabricator bug report or for faster response joining the #wikimedia-cloud IRC channel on Freenode and sending a "!help ...." message to the channel explaining your issue. Bryan - on behalf of the Toolforge admins -- Bryan Davis Technical Engagement Wikimedia Foundation Principal Software Engineer Boise, ID USA [[m:User:BDavis_(WMF)]] irc: bd808 _______________________________________________ Wikimedia Cloud Services announce mailing list Cloud-announce(a)lists.wikimedia.org (formerly labs-announce(a)lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/cloud-announce

1 0

2024

2023

2022

2021

2020

2019

2018

2017

Cloud