Page MenuHomePhabricator

Requesting access to analytics-privatedata-users for Cory Massaro
Closed, ResolvedPublicRequest

Description

Requestor provided information and prerequisites

This section is to be completed by the individual requesting access.

  • Wikitech username: Cory Massaro
  • Preferred shell username: apine
  • Email address: cmassaro@wikimedia.org
  • Ssh public key (must be dedicated key for wmf production): ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAILPofgCuu5AVNvAyH2qs3IFOhpByNCfO5HMVnTBG6IdX corybant@delphi
  • Requested group membership: analytics-privatedata-users
  • Reason for access: I would like SSH access to Hadoop (stat1006.equiad.wmnet); I would like to be able to work with mediawiki_wikitext_history data
  • Name of approving party (hiring manager for WMF staff): Adam Baso
  • Requestor -- Please Acknowledge that you have read and signed the L3 Wikimedia Server Access Responsibilities document: I have.
  • Requestor -- Please coordinate obtaining a comment of approval on this task from the approving party. I have discussed this with dr0ptp4kt.

SRE Clinic Duty Confirmation Checklist for Access Requests

This checklist should be used on all access requests to ensure that all steps are covered, including expansion to existing access. Please double check the step has been completed before checking it off.

This section is to be confirmed and completed by a member of the SRE team.

  • - User has signed the L3 Acknowledgement of Wikimedia Server Access Responsibilities Document.
  • - User has a valid NDA on file with WMF legal. (This can be checked by Operations via the NDA tracking sheet & is included in all WMF Staff/Contractor hiring.)
  • - User has provided the following: wikitech username, preferred shell username, email address, and full reasoning for access (including what commands and/or tasks they expect to perform)
  • - User has provided a public SSH key. This ssh key pair should only be used for WMF cluster access, and not share with any other service (this includes not sharing with WMCS access, no shared keys.)
  • - access request (or expansion) has sign off of WMF sponsor/manager (sponsor for volunteers, manager for wmf staff)
  • - Patchset for access request

For additional details regarding access request requirements, please see https://wikitech.wikimedia.org/wiki/Requesting_shell_access

Event Timeline

Approved.

@JAllemandou FYI for you that Cory wants to work with mediawiki_wikitext_history. :)

Thanks for letting me know @Ottomata :)
@cmassaro : Let's sync on the work you wish to accomplish, as wikitext-history is really big and I might have some hints :)

Volans triaged this task as Medium priority.Mar 18 2021, 10:13 AM
Volans subscribed.

@cmassaro I can't find your signature on L3, could you please double check you've signed it?

Volans renamed this task from Requesting access to analytics-privatdata-user for Cory Massaro to Requesting access to analytics-privatedata-user for Cory Massaro.Mar 18 2021, 10:19 AM
Volans renamed this task from Requesting access to analytics-privatedata-user for Cory Massaro to Requesting access to analytics-privatedata-users for Cory Massaro.

Change 673223 had a related patch set uploaded (by Volans; owner: Volans):
[operations/puppet@production] admin: add apine to analytics-privatedata-users

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

Volans updated the task description. (Show Details)
Volans moved this task from Awaiting User Input to Ready To Go on the SRE-Access-Requests board.

Change 673223 merged by Volans:
[operations/puppet@production] admin: add apine to analytics-privatedata-users

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

Created kerberos principal:

krb1001 ~$ sudo manage_principals.py create apine --email_address=cmassaro@wikimedia.org
Principal successfully created. Make sure to update data.yaml in Puppet.
Successfully sent email to cmassaro@wikimedia.org

@cmassaro kerberos activated and patch with your access merged, please follow https://wikitech.wikimedia.org/wiki/Production_access#Setting_up_your_access to setup your SSH configuration file and test your access to one bastion first and then one of the hosts you want to access. FYI it can take up to 30 minutes from the merge time to get the change propagated to all bastions to allow you to SSH.

Let us know if you encounter any issue.

And feel free to resolve this task once it's all working as expected.

@Ottomata is there anything to be done on the analytics side to sync the user for the intended usage?

I am able to access the bastion. I am not able to access stat1006.equiad.wmnet, though. I can provide the output from ssh -v if that would help.

I am able to access the bastion. I am not able to access stat1006.equiad.wmnet, though. I can provide the output from ssh -v if that would help.

How are you trying to access it (ie. what's your client SSH config)? You should use something like https://wikitech.wikimedia.org/wiki/Production_access#Setting_up_your_SSH_config in your ~/.ssh/config, and then directly use ssh stat1006.eqiad.wmnet.

Got it. I did set up my SSH config as prescribed there, and ssh bast1002.wikimedia.org works as a result. When I try ssh stat1006.eqiad.wmnet, it looks like I'm able to authenticate to the bastion, but channel_connect_stdio_fwd fails thereafter.

@cmassaro It seems to be a typo in the host name.

found in auth.log on bast1002

error: connect_to stat1006.equiad.wmnet: unknown        host (Name or service not known)

That's an "equiad" vs "eqiad" there.

Ahhhh sorry, that is embarrassing. It's all good now. Thank you!

Thanks for letting me know @Ottomata :)
@cmassaro : Let's sync on the work you wish to accomplish, as wikitext-history is really big and I might have some hints :)

Thanks, let's do!