Page MenuHomePhabricator

Check for empty global accounts
Closed, ResolvedPublic

Description

Empty = global exists but there are no attached accounts.

Mass delete the accounts and run migrateAccount-auto prior to T37707 and just after, and likely in late May to be sure.

Event Timeline

Legoktm raised the priority of this task from to Needs Triage.
Legoktm updated the task description. (Show Details)
Legoktm added subscribers: Legoktm, Keegan, hoo and 3 others.
mysql:sul@dbstore1002 [centralauth]> select count(*) from globaluser left join localuser on gu_name=lu_name where lu_wiki is NULL;
+----------+
| count(*) |
+----------+
|     3689 |
+----------+
1 row in set (38 min 14.49 sec)

Delete but also migrateAccount --auto over those username afterwards. In theory someone could lose their ownership of the global account, but it's still better than keeping the global account and having all local accounts renamed. :)

Maybe check and make sure none of the local accounts have missing passwords before you delete, just in case the localuser table got messed up at some point.

Yup yup to csteipp and Nemo_bis

@Legoktm we should do this twice, both just before and just after the SUL final migration script is run. Probably again in late May as well.

Yup yup to csteipp and Nemo_bis

@Legoktm we should do this twice, both just before and just after the SUL final migration script is run. Probably again in late May as well.

Keegan set Security to None.
Keegan moved this task from It's complicated to To-do on the SUL-Finalization board.

Change 202588 had a related patch set uploaded (by Anomie):
Maintenance script for deleting empty global accounts

https://gerrit.wikimedia.org/r/202588

Legoktm triaged this task as High priority.

Change 202588 merged by jenkins-bot:
Maintenance script for deleting empty global accounts

https://gerrit.wikimedia.org/r/202588

3675 global accounts were deleted, and 270 local accounts are now attached to a global.