Excellent thanks!

db1169 is in s1

Thanks! Closing this!

Done

In T360029#11425775, @Scott_French wrote:

Thanks for the heads-up, @Marostegui.

Yeah, I think this should go under the wrapper discussed at: https://phabricator.wikimedia.org/T383674

Of course this needs depooling for each alter as the table is around 50G

I am reimagining this host with Trixie, which was the original point of the task, which ended up with all the nokia/uefi things

For the ALTER I will just proceed on msX for now.

Thank you both. After @Krinkle's message above, I am not sure whether I can proceed deleting them (on both parsercache and ms*) or I should wait until the code is cleaned up?

wikitech mariadb documentation updated.

The database has been removed.
Grants have been removed

I thought that was done when it was mentioned at: https://phabricator.wikimedia.org/T391581#11319934

@Ladsgroup I am confused, the patch you linked talks about objectcache table but ms sections do not have that, they have objectstash instead (which does have modtoken), I guess it is a name error?

Yeah they aren't written since 2022 from what I can see

Recloning

Is the clone cookbook missing something?

Thank you!!!!!

I remember seeing them in parsercache, I will check anyway.

Remember the user needs to have privileges from the proxies IPs only and the connection should be made to m2-master.eqiad.wmnet as that is rerouted via haproxy to the appropiated host.

This seems to be fixed, everything seems to be running fine at T411163 and T411164
Thanks!

I've been talking to @ayounsi about this ticket, who could help us doing the automation/integration of dbctl and this cookbook? @Scott_French maybe as he's been working with dbctl "recently"?

The issue was the same as the one at https://phabricator.wikimedia.org/T400056#11378959
The fix

As discussed during the meeting, we should simply inform the user for situations where the host wasn't there.
There is no situation where we want a host to be in production but not on zarcilo.
If the entry is there, it should be good, if the entry isn't there, we should create it (and let the operator know)

I have just started it, I will report back if there are errors

Ok thanks! I can git pull from the latest HEAD and test with a fresh copy with T411163 and T411164

rc_type has been removed T410531 - so these queries are no longer valid. We should capture new slow ones and create a task for them.

This is all done

In T410400#11417726, @Jclark-ctr wrote:

Just fyi while I was working on R440 servers I came across issue with Broadcom nic when you switch to uefi the 10g card disappears from bios

firmware series 21.x shipped with
Legacy PXE ROM only
No UEFI PXE driver

@taavi @fnegri clouddb1022 and clouddb1023 (both x3 and s3) are ready to be added to the LB.

In T410145#11412961, @Ladsgroup wrote:

Another point to consider: https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Community_Affairs_Committee/Sister_Projects_Task_Force/Results_of_the_consultation_about_Wikispore_and_Wikinews#Wikinews it's very likely most if not all wikinews projects will be closed and archived which means number of closed wikis will reach ~170. Having a small archive cluster that we could move all of these wikis to would help s3 a lot.