Rendered with Parsoid

User talk:Jeremyb

From Wikitech
Latest comment: 8 months ago by Komla Sapaty in topic Review of un-ocha-maps
Jump to navigation Jump to search

ssh issues

http://crisiswiki-staging01.instance-proxy.wmflabs.org/wiki/Special:ListUsers
I don't have the admin password.

I couldn't use these instructions  
https://wikitech.wikimedia.org/wiki/Help:Access#Using_ProxyCommand_ssh_option
because
1) My ssh version is 5.3
2) I couln't figure out how to edit the various host names

jwalling@ubuntu:~$ ssh admin@crisiswiki-staging01.instance-proxy.wmflabs.org
[] 
ssh: connect to host crisiswiki-staging01.instance-proxy.wmflabs.org port 22: Connection timed out
(Note: There is no prompt, just a static cursor - I would've entered a password if I had one)

I used these Putty instructions: 
https://wikitech.wikimedia.org/wiki/User:Wikinau//Help:Access_to_instances_with_PuTTY_and_WinSCP#How_to_set_up_PuTTY_for_proxying_through_bastion.wmflabs.org_to_your_instance
I replaced plink.exe with plink since I'm using Ubuntu, not windows.
Result: Putty just showed a static blank screen with with no prompts or responses.

I'm not clear on how my public key is involved, if at all, in using ssh to access the crisiswiki project
https://wikitech.wikimedia.org/wiki/Special:Preferences#mw-prefsection-openstack

If you are able to connect via ssh, please share your ssh command string.

--Jwalling (talk) 05:43, 9 November 2013 (UTC)Reply

new config for you

Host bastion1.pmtpa.wmflabs
Hostname bastion.wmflabs.org
ProxyCommand none

Host bastion2.pmtpa.wmflabs
Hostname bastion2.wmflabs.org
ProxyCommand none

Host bastion3.pmtpa.wmflabs
Hostname bastion3.wmflabs.org
ProxyCommand none

Host *.pmtpa.wmflabs
#ProxyCommand ssh -a -W %h:%p bastion1.pmtpa.wmflabs
ProxyCommand ssh -e none bastion1.pmtpa.wmflabs exec nc -w 3600 %h %p

Host *.eqiad.wmflabs
#ProxyCommand ssh -a -W %h:%p bastion1.eqiad.wmflabs
ProxyCommand ssh -e none bastion1.pmtpa.wmflabs exec nc -w 3600 %h %p

Host *.wmflabs
User jwalling

--jeremyb (talk) 06:27, 9 November 2013 (UTC)Reply

Block Mopaydayloanstore and Shakeelawaseem001

Could you block User:Mopaydayloanstore on this wiki, please? Also I think for User:Shakeelawaseem001 you only deleted his user page, but did not block him properly. --Tim Landscheidt (talk) 08:07, 6 December 2013 (UTC)Reply

And there's User:Naadya :-) --Tim Landscheidt (talk) 07:22, 7 December 2013 (UTC)Reply

Completing project documentation

This is regarding the announcement (http://lists.wikimedia.org/pipermail/labs-l/2014-July/002762.html) if you have missed it.

We have added some fields in addition to description field which is already there on your projects. Please click "Edit Documentation" in your project page/projects pages and fill the blanks. It will only take few minutes from your valuable time.

If you have any comments or suggestion on the form please let me know.Thanks in advance!--Sandaru (talk) 16:56, 24 July 2014 (UTC)Reply

Deleting abandoned projects in Labs

Hi, Your projects Puppet-cleanup has been identified as having "no running instances." We would like to know whether the project is still active and functional. Please reply to this post if they are still functioning. This will help the ongoing process to identify abandoned projects and delete them from Labs.--Sandaru (talk) 18:58, 13 November 2014 (UTC)Reply

Wiki Replica c1.labsdb to be rebooted Monday 2017-10-30 14:30 UTC

A tool you maintain is hosting data on labsdb1001.eqiad.wmnet (aka c1.labsdb). This server will be rebooted Monday 2017-10-30 at 14:30 UTC.

Normal usage of the *.labsdb databases should experience only limited interruption as DNS is changed to point to the labsdb1003.eqiad.wmnet (aka c3.labsdb). The c1.labsdb service name will not be updated however, so tools hardcoded to that service name will be interrupted until the reboot is complete.

There is a possibility of catastrophic hardware failure in this reboot. There will be no way to recover the server or the data it currently hosts if that happens. Tools that are hosting self-created data on c1.labsdb will lose that data if there is hardware failure. If you are unsure why your tool is hosting data on c1.labsdb, you can check the database and table names at https://tools.wmflabs.org/tool-db-usage/.

This reboot is an intermediate step before the complete shutdown of the server on Wednesday 2017-12-13. See Wiki Replica c1 and c3 shutdown for more information. --BryanDavis 00:20, 28 October 2017 (UTC)Reply

Review of un-ocha-maps

Hi, we're doing a review to make sure as many tools meet a minimum standard. I noticed un-ocha-maps doesn't have a description, licence or a published repo. Could you add these information to this tool? Thanks! Komla Sapaty (talk) 11:40, 5 July 2023 (UTC)Reply