Last modified: 2014-06-05 18:46:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T67588, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 65588 - l10nupdate gid should be 10002 to match production/Puppet
l10nupdate gid should be 10002 to match production/Puppet
Status: RESOLVED FIXED
Product: Wikimedia Labs
Classification: Unclassified
Infrastructure (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Nobody - You can work on this!
: ops
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-05-21 15:47 UTC by Bryan Davis
Modified: 2014-06-05 18:46 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Bryan Davis 2014-05-21 15:47:15 UTC
I had to put a $::realm based variable into the ::mediawiki::users puppet class to make it apply on deployment-prep (beta) hosts. This is caused by the gid of the l10nupdate group being 602 in the labs LDAP server rather than 10002 as defined in the ::mediawiki::users Puppet class.

I doubt that the l10nupdate group is in use outside the deployment-prep project. It should be possible to update LDAP to change the group id from 602 to 10002 and subsequently run a `find` script on deployment-prep's instances and NFS shares to update file ownership to the new gid.
Comment 1 Andrew Bogott 2014-06-03 16:07:17 UTC
I'm going to change this tomorrow.  After that some file ownership will need to change... via running something like this on the beta salt master:

$ salt -E '*' cmd.run 'find / -user 602 -print0 | xargs -0 chown -h 10002'

(And then whatever the equivalent is for gid)
Comment 2 Bryan Davis 2014-06-04 06:12:09 UTC
On deployment-bastion, /home/l10nupdate and /mnt/srv/scap-stage-dir/php-master/cache/l10n contain all of the files owned by the l10nupdate user. 

/home/l10nupdate is on nfs so it only needsto be changed from one host rather than all.

The salt commands that I will run to correct the ownership are:

  find /home/l10nupdate -user 602 -exec chown -h 10002 {} \;

  find /home/l10nupdate -group 602 -exec chgrp -h 10002 {} \;

  salt '*' cmd.run 'nice -n 19 find / -fstype nfs -prune -o -user 602 -exec chown -h 10002 {} +'

  salt '*' cmd.run 'nice -n 19 find / -fstype nfs -prune -o -group 602 -exec chgrp -h 10002 {} +'
Comment 3 Bryan Davis 2014-06-05 18:46:35 UTC
LDAP and file system fixed. Thanks Andrew!

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links