Well done. Great work! I've added some questions to the document. The part about trainings for new staff members is missing, so I am not closing the task yet.

BTW, this is just a cosmetic thing, so I'm changing priority to 'lowest' :-)

Change 666317 had a related patch set uploaded (by Urbanecm; owner: Urbanecm):
[mediawiki/extensions/GrowthExperiments@master] MentorManager: Do not use job queue for saving mentor when in POST request

wmts.dabpunkt.eu does resolv here. The other links are down at the moment (had to switch the server) and will be back soon.

Mentioned in SAL (#wikimedia-cloud) [2021-02-23T10:49:45Z] <arturo> rebooting clounet1004 into new kernel from buster-bpo (T271058)

Mentioned in SAL (#wikimedia-cloud) [2021-02-23T10:48:59Z] <arturo> installing linux-image-amd64 from buster-bpo 5.10.13-1~bpo10+1 in cloudnet1004 (T271058)

Change 666313 merged by Muehlenhoff:
[operations/puppet@production] Make GSSAPI configurable in sshd config and enable for sretest1001

I tried to apply the above on an-test-worker1003 (already on Buster) doing the following:

Change 666218 merged by jenkins-bot:
[mediawiki/extensions/GrowthExperiments@master] Hover state for suggested edits task card

Change 666144 merged by jenkins-bot:
[mediawiki/extensions/ContentTranslation@master] SX Api: Add fetch cxserver token and use it to fetch translations

This is solved by now:

Initial work on this done (see https://github.com/cormacparle/image-recommendation-test), to finish it we'll need T260832

Change 666316 had a related patch set uploaded (by Jbond; owner: John Bond):
[operations/puppet@production] admin- pginer: create unix account with now ssh key for superset access

@CBogen can we close this? There doesn't appear to be any community demand for it, and we're not planning to do it anytime soon

In T275294#6849042, @AntiCompositeNumber wrote:

The transition to an OTRS fork would be much the same as any other OTRS upgrade. They're time-consuming, especially when database upgrades are concerned, and have some pitfalls, but they're not too difficult.

Migrating to non-OTRS software would likely require a significant engineering effort to import history, especially if the new software doesn't already have a good way to import OTRS data. The OTRS database has an absolutely huge amount of data T138915: OTRS database is "too large", which is important to underscore.

@akosiaris did the most recent major OTRS upgrade (T187984), they may be able to provide more information on the feasibility of various solutions.

That leaves me with the question: Are we exposing things correctly in linked data interface and action API? From a quick check yes but making double sure.

Old release, 1.33 no longer supported.

Merged to master

Change 602066 had a related patch set uploaded (by Nikerabbit; owner: Nikerabbit):
[mediawiki/extensions/CleanChanges@master] Remove custom changes list code

Change 666314 had a related patch set uploaded (by Effie Mouzeli; owner: Effie Mouzeli):
[operations/puppet@production] hieradata: enable the memcached 1.6 component on our memcached cluster

In T274488#6850819, @Jclark-ctr wrote:

@fgiunchedi ms-be1017 has been swapped into place of ms-be1034. Will we be resurrecting the name ms-be1017 or renaming to ms-be1034? This will most likely need a re imaged.

@Aklapper @Lydia_Pintscher @Botoxparty The repository is now public.

dbmonitor2001 was indeed unused, and is now decommissioned.

Change 666313 had a related patch set uploaded (by Muehlenhoff; owner: Muehlenhoff):
[operations/puppet@production] Make GSSAPI configurable in sshd config and enable for sretest1001

Change 535335 merged by jenkins-bot:
[mediawiki/core@master] Hide empty tables when viewing page information

Change 666312 merged by Kormat:
[operations/puppet@production] Decomission dbmonitor2001

This was discussed by the Search Platform team. Brief summary:

Change 664835 merged by MSantos:
[maps/spikes@master] client-rendering: benchmark MVT and raster tiles

Change 664835 merged by MSantos:
[maps/spikes@master] client-rendering: benchmark MVT and raster tiles

Change 662942 merged by Arturo Borrero Gonzalez:
[operations/puppet@production] toolforge: front proxy: drop non-TLS support

Change 666312 had a related patch set uploaded (by Kormat; owner: Kormat):
[operations/puppet@production] Decomission dbmonitor2001

@Nemo_bis it would be great to have some help with it. I'm subscribing to more people that would be interested in evaluating the acceptance criteria of this ticket since it has been a long time since its creation.

cookbooks.sre.hosts.decommission executed by kormat@cumin1001 for hosts: dbmonitor2001.wikimedia.org

• dbmonitor2001.wikimedia.org (PASS)
  • Downtimed host on Icinga
  • Found Ganeti VM
  • VM shutdown
  • Started forced sync of VMs in Ganeti cluster ganeti01.svc.codfw.wmnet to Netbox
  • Removed from DebMonitor
  • Removed from Puppet master and PuppetDB
  • VM removed
  • Started forced sync of VMs in Ganeti cluster ganeti01.svc.codfw.wmnet to Netbox

Currently have both of those set, if you want to take a crack at logging in without a pre-existing GitLab account again.

i have tried logging in with both jbond and a new ldap account i just created in both cases i get the following error

Change 666311 had a related patch set uploaded (by Kosta Harlan; owner: Kosta Harlan):
[operations/deployment-charts@master] linkrecommendation: Bump version

https://gerrit.wikimedia.org/r/666216 is deployed to all sanitarium hosts, and mariadb has been restarted to pick it up. Let me know when the tables are created, so i can double-check that they don't get replicated.

Removed the canaries on cloudvirt1019-1020

Mentioned in SAL (#wikimedia-operations) [2021-02-23T09:40:18Z] <kormat@cumin1001> END (PASS) - Cookbook sre.hosts.downtime (exit_code=0) for 1:30:00 on 6 hosts with reason: Restart mariadb to pick up config changes T266913

Mentioned in SAL (#wikimedia-operations) [2021-02-23T09:40:11Z] <kormat@cumin1001> START - Cookbook sre.hosts.downtime for 1:30:00 on 6 hosts with reason: Restart mariadb to pick up config changes T266913

https://ro.wikipedia.org/wiki/Special:Jurnal?type=growthexperiments&user=NGC+54&page=&wpdate=&tagfilter=
But my mentor is not NGC 54 (even if I am NGC 54). And my mentor was changed again (even if it I thought that it is a temporary issue: https://ro.wikipedia.org/w/index.php?title=Discu%C8%9Bie_Utilizator:Martin_Urbanec_(WMF)&diff=prev&oldid=13947645&diffmode=source). I have done something wrong at the list of mentors? However, after some hours, NGC 54 (me) is displayed as my mentor.

Notes, next meeting scheduled for Wednesday March 10, 10.00.