- https://meta.wikimedia.org/wiki/User:Taavi
https://meta.wikimedia.org/wiki/User:Taavi-WMF(between September 2023 and June 2024)- Profile picture: https://w.wiki/A3GY, CC BY-SA 4.0, Robert Sim
User Details
- User Since
- Feb 24 2019, 3:58 PM (279 w, 1 d)
- Roles
- Administrator
- Availability
- Busy Busy until Jul 31.
- IRC Nick
- taavi
- LDAP User
- Majavah
- MediaWiki User
- Taavi [ Global Accounts ]
Today
which is tracked in T349619: Migrate roles to puppet7 and not here.
Fri, Jun 28
Duplicate of T359820?
Thu, Jun 27
Wed, Jun 26
Closing since this is being resolved with the new g4 flavors.
which does not have a link to the webservice
0.0.50 (or a later version) still needs to be deployed to tools.
The patch was merged. Given that the local hack is fixing the issue for now and the next tagged version includes the fix, I'm closing this task.
Seemingly this works now:
taavi@tools-bastion-12:~ $ dig cdn.esahubble.org
Tue, Jun 25
Testing has been completed. There's still some cloudvirts to migrate but that's happening as a part of the real migration.
The relevant firewall rule is the wiki-replica-account-creation one defined in cr-labs.yaml. That would need to have an-redacteddb_group added to destination-address to allow this traffic.
Mon, Jun 24
OTOH exposing the list of users that have logged in to Quarry, even if they've not interacted with anything that leaves a public trace, feels a bit questionable.
Hi, sorry for that. The servers were rebooted to pick up updated network settings: https://lists.wikimedia.org/hyperkitty/list/[email protected]/message/IYVYMGLPNOU6JON52PV6R6NKX2XHMK6R/
Sat, Jun 22
Note that Grafana graph is on your local time zone by default. The video2commons encoder instances were rebooted as a part of https://lists.wikimedia.org/hyperkitty/list/[email protected]/message/IYVYMGLPNOU6JON52PV6R6NKX2XHMK6R/ starting at 13:45 UTC, so them starting to pick up load at about 13:50 UTC matches that very closely.
Thu, Jun 20
Yes.
------------------------------------------------------------------------------- Record: 27 Date/Time: 06/20/2024 02:45:43 Source: system Severity: Critical Description: CPU 2 has a thermal trip (over-temperature) event. -------------------------------------------------------------------------------
Killing existing sessions on depooled servers still doesn't work as expected. So what's left is either fixing that functionality on the HAProxy config somehow, or updating maintain-views to have the ability to kill sessions that are holding metadata locks on views that need replacing.
Wed, Jun 19
The reimages finished succesfully after a firmware upgrade.
As suggested by volans I tried running the firmware-upgrade cookbook on the other cumin server which had the correct version cached. That just finished, so I'm trying to reimage cloudvirt1042 with the 21.81 firmware release now.
cloudvirt1043 seems to be having the same issue too. So this may be an issue for the entire batch.
Currently the highest number in use is 47058. So that's 1081 accounts in the 148 days since I created this task, or about 7.3 accounts per day. Assuming a similar rate of growth we're looking at running out of numbers in about 400 days, which would be late July next calendar year.
fwiw, I tend to just port-forward the stats interface on port 8404 to my laptop.