Ok, if we go with ms-be1034 as hostname and we kept the disks, those are my thoughts:

Change 664886 merged by jenkins-bot:
[mediawiki/core@master] Force unique ids for cloner-generated elements

Status: ✅ PASS
Environment: cswiki
OS: Windows 10 (Browserstack)
Browser: Firefox
Device: MBP
Emulated Device: NA

In T275453#6852591, @holger.knust wrote:

It looks like alt wiki was created. Are there any concerns about the state of the wiki?

Change 666364 had a related patch set uploaded (by Nikerabbit; owner: Nikerabbit):
[mediawiki/extensions/MassMessage@master] Remove mandatory line separator between page content and message

It looks like alt wiki was created. Are there any concerns about the state of the wiki?

Too vague to be actionable, also we're already doing this as part of other tasks.

Yup: https://en.wiktionary.org/wiki/Wiktionary:News_for_editors

Looked into this a bit, for our purposes the existing endpoint_checker does what we need.

The code currently is $pageContent . "\n\n----\n\n" . $message. I'm thinking I'm leaving just \n\n so that the message starts on its own line in the rendered text. Otherwise you would have to manually add empty lines in beginning of the message. This does mean that if you want, for example, to have the signature on the same line as page content, you cannot do it. But I guess this is less of an issue that accidentally having them on the same line.

Script wmf-auto-reimage was launched by elukey on cumin1001.eqiad.wmnet for hosts:

an-test-worker1002.eqiad.wmnet

The log can be found in /var/log/wmf-auto-reimage/202102231401_elukey_6277_an-test-worker1002_eqiad_wmnet.log.

Where possible, it'd be nice to stick with the existing mediawiki event conventions. See also https://schema.wikimedia.org/#!//primary/jsonschema/fragment/mediawiki. I'll also comment in google doc. :)

Or maybe not xd

Tasks in subprojects will not show up on the workboard of the parent project.

Maybe as a subproject? According to the wiiki (https://www.mediawiki.org/wiki/Phabricator/Project_management#Parent_Projects,_Subprojects_and_Milestones) namespaced projects are allowed, but not sure if that's only for 'umbrella' projects.

At the German Wikivoyage, Reading preferences (Enable page previews (quick previews of a topic while reading a page)) are not available.

Here's my current "draft" of what the schema could look like:
(Once again, the idea is that whenever the user submits a single Image Recommendation item, we send an event to a new Eventlogging table that we'll use for this experiment.)

I have the same issue on es.wiki. I am unable to add this user to the confirmed users user group because it does not appear. https://es.wikipedia.org/wiki/Especial:PermisosUsuarios/Tlakwilo

Yes, or just remove it.

What are the options here in terms of tag vs project? Is a tag also a project anyway? Can all the tasks tagged show up in the existing SRE-tools workboard?

Change 666358 had a related patch set uploaded (by NavinoEvans; owner: NavinoEvans):
[labs/tools/Isa@master] Split oversized participation manager js file

I don't remember if we had any specific reason for having the line other than trying to separate page contents from message contents. Do you think we should let senders decide if that is needed?

This is live in production since quite a while. Forgot to resolve the task. We have a daily check from both cumin hosts effectively checking the config twice a day.

Simple fix, related to on going work.

Change 666357 had a related patch set uploaded (by Nikerabbit; owner: Nikerabbit):
[mediawiki/extensions/Translate@master] Fix metadata handling for translatable page moves and deletions

@Uditdesai2206 Are you still working on this. I can help if you want.

profile::mariadb::replication_lag has a similar issue:

Maybe rename Download or Downloads ? Datasets sounds ambiguous to me. Maybe Indians/native speakers could help. Anyway, so happy this datasets page is back !

Change 666356 had a related patch set uploaded (by Elukey; owner: Elukey):
[operations/puppet@production] bigtop::sqoop: apply workaround for BIGTOP-3508

@kostajh thank you for following up! yeah I think we're definitely doing better (from the dashboard linked above)

This has been progressing slowly because:

• The Elastic license change announcement caused uncertainty about the future of translation memory
• Trying to not incur additional tech debt while creating new code. This has necessitated refactorings to improve the old code.

Ok @schoenbaechler is finishing up the designs so I am increasing the priority of this. After the offsite it should increase to high.

Change 666353 had a related patch set uploaded (by Hashar; owner: Hashar):
[integration/config@master] Remove trigger- jobs

Change 666349 merged by Muehlenhoff:
[operations/puppet@production] Drop host keytab from the cuminunpriv profile

Well the impact is great! I haven't checked the traffic logs yet but the dumps ran much faster, most are done already. Wikidata is the only thing still going, and it's recombining pages-articles right now.