Page MenuHomePhabricator

mysql user and group should be a system user/group
Closed, ResolvedPublic

Description

Paravoid showed me the state of uids of mysql:

http://p.defau.lt/?_K2R6dqw0Az4lNouwpoYKQ

Recenty, system => true was added to the wmf-mariadb10 profile, but if hasn't been applied (obviously).

Make sure it is also true for the mysql group.

Event Timeline

jcrespo raised the priority of this task from to Needs Triage.
jcrespo updated the task description. (Show Details)
jcrespo added a project: DBA.
jcrespo subscribed.
chasemp triaged this task as Medium priority.Jun 1 2015, 7:03 PM
jcrespo lowered the priority of this task from Medium to Low.May 4 2016, 9:49 AM
jcrespo moved this task from Triage to Backlog on the DBA board.

Change 336800 had a related patch set uploaded (by Jcrespo):
Resolve hanging mysql group with uid 1000 for new reimages

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

Change 336800 merged by Jcrespo:
Resolve hanging mysql group with uid 1000 for new reimages

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

Change 337912 had a related patch set uploaded (by Jcrespo):
Update mariadb module to deploy mysql group changes for stretch

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

Change 337912 merged by Jcrespo:
Update mariadb module to deploy mysql group changes for stretch

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

The user part should be fixed, or fixed when all trusties are decommissioned.

The group part will take effect starting on stretch.

This is mostly done except for the little task of reimaging 100+ servers.

@faidon unless I am mistaken, this task you asked me to do some time ago is already fixed on puppet- "only" thing pending is to reimage the whole fleet into stretch:

root@db2072:/opt$ grep mysql /etc/passwd
mysql:x:998:999::/nonexistent:/bin/false
root@db2072:/opt$ grep mysql /etc/group
mysql:x:999:
jcrespo changed the task status from Open to Stalled.Jun 22 2017, 7:22 PM

Blocked on full stretch migration.

Blocked on full stretch migration.

So only pending labsdb1004,labsdb1005, dbstore1002 and the parsercache?

So only pending labsdb1004,labsdb1005, dbstore1002 and the parsercache

For those, a non-system user is used, that is why https://gerrit.wikimedia.org/r/454291 can be merged already, but the group is non-user (greater or equal to 1000).

There may be some other hosts on cloud and analytics we don't know of.

Once everthing is on stretch or larger, we can remove the conditional on mariadb::config.

Change 461035 had a related patch set uploaded (by Jcrespo; owner: Jcrespo):
[operations/puppet@production] mariadb: Remove conditional for system user

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

Change 461035 had a related patch set uploaded (by Jcrespo; owner: Jcrespo):
[operations/puppet@production] mariadb: Remove conditional for system user

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

Change 461035 merged by Jcrespo:
[operations/puppet@production] mariadb: Remove conditional for system user

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

jcrespo claimed this task.

All mysql users are system users.