[02:53:10] <audiodude>	 !help
[02:53:11] <wm-bot>	 audiodude: If you don't get a response in 15-30 minutes, please create a phabricator task -- https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?projects=wmcs-team
[02:53:31] <audiodude>	 is there a way to get information on where an article moved to from the replica db, without using the `logging` table?
[02:54:09] <audiodude>	 even a quick way to know that an article moved or didn't, before I query further, would be helpful
[02:54:21] <audiodude>	 currently I'm using the API to get this information and it's taking a long time
[04:37:12] <gyan>	 Can't we make API calls to other servers from toolforge?
[04:37:29] <gyan>	 Using Guzzle https
[05:08:19] <gyan>	 I am getting error cURL error 6: Could not resolve host: 
[05:09:21] <gyan>	 I am not able to redirect my app to outh getting Curl error: Could not resolve host: meta.wikimedia.org
[08:44:04] <arturo>	 gyan: I can resolve the FQDN in toolforge. Do you know in which host that failed?
[08:48:06] <gyan>	 I am using 0auth php client.
[08:48:19] <gyan>	 It is failing on meta.wikimedia.org 
[08:48:33] <gyan>	 And api.twitter.com
[08:48:47] <arturo>	 I just ran a cumin check across all servers in toolforge
[08:48:49] <arturo>	 https://www.irccloud.com/pastebin/vZkNIkrQ/
[08:48:57] <arturo>	 all hosts were able to resolve the address
[08:50:34] <arturo>	 same for api.twitter.com, all seems fine
[08:51:47] <gyan>	 But I am getting the error
[08:51:49] <gyan>	 https://tools.wmflabs.org/gyan/twitter-to-commons
[08:52:02] <gyan>	 Click on the login.
[08:52:48] <arturo>	 is this being executed in SGE or kubernetes?
[08:53:38] <gyan>	 Kubernate
[08:53:52] <arturo>	 gyan, BTW, the DB user/password for toolsdb are present in the stack trace, also wiki api keys
[08:54:59] <gyan>	 How can I use that? can you point me to some doc. Thank You
[08:55:18] <gyan>	 The same code here is working fine. http://35.200.201.230/toolforge/public_html/twitter-to-commons
[08:55:47] <arturo>	 gyan: regarding the unable to resolve host issue, I suggest you open a phabricator task
[08:55:56] <gyan>	 O
[08:55:59] <gyan>	 Ok
[09:01:03] <gyan>	 I will wait for some time if someone can suggest something. Also try with SGE. If no success then create a task.
[11:02:33] <arturo>	 !log wm-bot updated some SQL data
[11:02:35] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wm-bot/SAL
[14:48:03] <Eugene233>	 How can install mysql server easily for a tool to use on kubernates.
[15:16:55] <jeh>	 !log restart wsexport tools service T226239
[15:16:56] <stashbot>	 jeh: Unknown project "restart"
[15:16:56] <stashbot>	 T226239: access.log is not being written for wsexport - https://phabricator.wikimedia.org/T226239
[15:19:00] <bd808>	 Eugene233: Using the shared ToolsDB server is the best way to get a mysql database for a tool. https://wikitech.wikimedia.org/wiki/Help:Toolforge/Database#User_databases
[15:19:42] <Eugene233>	 bd808: Thanks very much i just stepped on that and I am playing around with it.
[15:20:46] <arturo>	 jeh: the log line would be something like `!log wsexport mymsg TXXX`
[15:21:06] <arturo>	 in fact no
[15:21:17] <arturo>	 it would be ``!log tools.wsexport mymsg`
[15:21:53] <arturo>	 the syntax is `!log ProjectName msg` and `!log tools.TooName msg`
[15:21:54] <jeh>	 !log wsexport restart lighttpd service T226239
[15:21:54] <stashbot>	 jeh: Unknown project "wsexport"
[15:21:54] <stashbot>	 jeh: Did you mean to say "tools.wsexport" instead?
[15:22:07] <arturo>	 (one for cloudvps and other for toolforge tools)
[15:22:08] <jeh>	 !log tools.wsexport restart lighttpd service T226239
[15:22:10] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.wsexport/SAL
[15:22:10] <stashbot>	 T226239: access.log is not being written for wsexport - https://phabricator.wikimedia.org/T226239
[15:22:13] <arturo>	 that one :-)
[15:22:13] <Lucas_WMDE>	 oh, stashbot even recommends tools., neat
[15:34:27] <bd808>	 !log tools.detox Shutdown webservice at request of Jan Eissfeldt (Wikimedia Foundation Trust & Safety team). He will follow up with the tool's maintainers.
[15:34:28] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.detox/SAL
[17:20:59] <CKoerner_WMF>	 I've setup my first instance in WMCS and should have the web proxy setup correctly. However I'm getting a 504 Gateway Time-out when trying to access via a browser. 
[17:23:39] <arturo>	 CKoerner_WMF: which project, instance, etc?
[17:24:26] <CKoerner_WMF>	 project: blog instance: blog-news
[17:24:36] <CKoerner_WMF>	 space.wmflabs.org is the web proxy
[17:25:09] <arturo>	 CKoerner_WMF: the backend doesn't match the VM IP address, see here
[17:25:17] <arturo>	 https://tools.wmflabs.org/openstack-browser/project/blog
[17:25:24] <arturo>	 space.wmflabs.org 	http://172.16.0.217:80 
[17:25:37] <arturo>	 however, your VM has IP:  	172.16.0.224 
[17:26:15] <CKoerner_WMF>	 I deleted an instance and started again. 
[17:26:26] <arturo>	 so you will need to update the proxy setup I think
[17:28:59] <CKoerner_WMF>	 The only options i see in Horizon are to delete or create. 
[17:32:28] <CKoerner_WMF>	 Ah, got it figured out @arturo 
[17:32:38] <arturo>	 great!
[17:42:57] <andrewbogott>	 !log tools moving tools-sgeexec-0905 to cloudvirt1015
[17:42:59] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL
[18:00:17] <notconfusing>	  Hello, all of a sudden I cannot access database replicas from my project VPS, whgi.eqiad.wmflabs without disabling SSL. However I still seem to be able to connect from tools-labs.  Any thoughts on why I can't connect using SSL from this particular server, it used to work just a week ago?
[18:00:29] <notconfusing>	 Thanks in advance.
[18:58:09] <notconfusing>	 see for instance: https://paste.gnome.org/p0o5sb0a7
[19:00:26] <notconfusing>	 I'm wondering if my VPS got blacklisted or something?
[20:12:16] <gyan>	 I want to change the database password? Where shall request?
[20:14:25] <gyan>	 I also not able to make any curl request  from the toolforge
[21:10:41] <wm-bot>	 !log tools.lexeme-forms <lucaswerkmeister> deployed 07b05a6858 (Portuguese verbs)
[21:10:43] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL
[22:14:40] <wm-bot>	 !log tools.lexeme-forms <lucaswerkmeister> deployed uncommitted experimental change (autocapitalize="off" on inputs)
[22:14:41] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL
[22:29:02] <wm-bot>	 !log tools.lexeme-forms <lucaswerkmeister> deployed uncommitted experimental change (autocapitalize="off" on form rather than inputs)
[22:29:03] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL
[22:44:11] <wm-bot>	 !log tools.lexeme-forms <lucaswerkmeister> deployed uncommitted experimental change (autocapitalize="off" on form and inputs)
[22:44:13] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL
[22:53:43] <wm-bot>	 !log tools.lexeme-forms <lucaswerkmeister> deployed e937ff5839 (autocapitalize="off" on form)
[22:53:49] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL