[00:00:51] <Krenair>	 I haven't been able to figure out how to check the same thing with python-keystoneclient
[01:20:29] <wikibugs>	 10Tool-Labs-tools-Other, 07I18n: [[Wikimedia:Pageviews-hosted/ksh]] i18n issue. - https://phabricator.wikimedia.org/T130006#2254271 (10MusikAnimal) 05Open>03Resolved a:03MusikAnimal This should be fixed, as in you can safely use `{{GENDER}}` now.
[03:10:06] <wikibugs>	 06Labs, 10wikitech.wikimedia.org: WikiPage::something error encountered while adding two users to Tools project at the same time - https://phabricator.wikimedia.org/T133742#2254340 (10scfc) Sfic was not added to the list at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools when subsequent users were adde...
[06:40:42] <shinken-wm>	 PROBLEM - Puppet run on tools-prometheus-01 is CRITICAL: CRITICAL: 20.00% of data above the critical threshold [0.0]
[06:48:49] <Steinsplitter>	 mhm, replication lag on s4 (commons)
[06:49:25] <wikibugs>	 10Tool-Labs-tools-Other, 07I18n: [[Wikimedia:Pageviews-hosted/ksh]] i18n issue. - https://phabricator.wikimedia.org/T130006#2254410 (10Purodha) Thanks!
[06:53:27] <wikibugs>	 06Labs: Replication lag - https://phabricator.wikimedia.org/T134096#2254413 (10Steinsplitter)
[07:04:13] <wikibugs>	 06Labs: Replication lag - https://phabricator.wikimedia.org/T134096#2254435 (10Steinsplitter) 05Open>03Resolved a:03Steinsplitter Someone (unknow to me) fixed it. Thanks <3!
[08:55:17] <TParis>	 addshore: Ping, are you around?
[08:57:29] <addshore>	 ohia
[08:59:22] <addshore>	 TParis: ^^
[08:59:41] <TParis>	 Hey, could I get your help on a Peachy issue?
[09:00:33] <addshore>	 maybe
[09:00:35] <addshore>	 =o
[10:23:13] <shinken-wm>	 PROBLEM - ToolLabs Home Page on toollabs is CRITICAL: CRITICAL - Socket timeout after 10 seconds
[10:28:10] <shinken-wm>	 RECOVERY - ToolLabs Home Page on toollabs is OK: HTTP OK: HTTP/1.1 200 OK - 822401 bytes in 6.953 second response time
[14:38:13] <grrrit-wm>	 (03PS4) 10Jean-Frédéric: Add unit tests to test_update_database [labs/tools/heritage] - 10https://gerrit.wikimedia.org/r/283108 
[14:39:00] <grrrit-wm>	 (03CR) 10Jean-Frédéric: "Thanks for the review! Just sent a new patchset" [labs/tools/heritage] - 10https://gerrit.wikimedia.org/r/283108 (owner: 10Jean-Frédéric)
[15:53:21] <wikibugs>	 06Labs, 10wikitech.wikimedia.org: WikiPage::something error encountered while adding two users to Tools project at the same time - https://phabricator.wikimedia.org/T133742#2241219 (10Krenair) Yes they were: https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:Tools&diff=467237&oldid=463419
[16:11:35] <wikibugs>	 06Labs, 10wikitech.wikimedia.org: WikiPage::something error encountered while adding two users to Tools project at the same time - https://phabricator.wikimedia.org/T133742#2254960 (10Krenair) Does this happen every time you add multiple people? I successfully submitted the form for deployment prep with `Tim L...
[16:29:27] <physikerwelt>	 hi, how long does it usually take until changes from extension end up in the beta cluster? I seems that the jenkins jobs in connection with deployment-prep succeeded. But special:version still shows the old version
[16:40:57] <Krenair>	 what extension is the issue with?
[17:04:39] <physikerwelt>	 Krenair: guess what: Math
[17:06:22] <physikerwelt>	 Special:Version indicates db767e9
[17:06:39] <Krenair>	 Special:Version is wrong.
[17:06:47] <Krenair>	 It's at af2396cc06c519788b377ae218c5d34176e5b462
[17:06:51] <Krenair>	 Date:   Fri Apr 29 20:18:41 2016 -0400
[17:06:52] <Krenair>	     Use the cached version of checkTex to improve performance
[17:06:56] <Krenair>	     Bug: T132096
[17:07:13] <Krenair>	 pretty sure this is a known bug
[17:07:48] <physikerwelt>	 Krenair: thank you very much. That's the version I wanted to benchmark
[17:12:08] <wikibugs>	 06Labs, 10wikitech.wikimedia.org: WikiPage::something error encountered while adding two users to Tools project at the same time - https://phabricator.wikimedia.org/T133742#2255005 (10scfc) I added the two users in two separate browser tabs, with only one username in the input field.  (I wasn't aware that it a...
[17:20:55] <shinken-wm>	 PROBLEM - Host tools-worker-1011 is DOWN: PING CRITICAL - Packet loss = 100%
[17:51:50] <Cyberpower678>	 YuviPanda, ping
[17:51:59] <Cyberpower678>	 Or to anyone who may know
[17:52:28] <Cyberpower678>	 Is there anyway to set the IGNORE_DUP_KEY flag on an already created/indexed table.
[17:56:54] <physikerwelt>	 Cyberpower678: what are you trying to do? Insert ignore?
[17:57:02] <Cyberpower678>	 Yes.
[17:57:45] <Cyberpower678>	 I have an indexed table with primary and unique keys, but when I attempt to insert a batch of values, sometimes a duplicate is in there.
[17:58:03] <physikerwelt>	 maybe this post helps http://stackoverflow.com/questions/548541/insert-ignore-vs-insert-on-duplicate-key-update
[17:58:07] <Cyberpower678>	 I want the DB to silently ignore instead of returning an error and aborting the entire transaction
[17:59:21] <physikerwelt>	 without context I'd guess adding an ingore after insert in your sql statement would do the job
[18:00:24] <Cyberpower678>	 The SQL error is generated automatically, so there shouldn't be other errors other than duplicates
[18:00:43] <Cyberpower678>	 *error->syntax
[18:02:49] <Cyberpower678>	 physikerwelt, thank you.  The IGNORE command is perfect
[18:04:53] <physikerwelt>	 the database might return the number of affected rows, so that you can see how many rows actually have been inserted
[18:05:35] <Cyberpower678>	 physikerwelt, indeed it does, but that's irrelevant;
[18:05:46] <Cyberpower678>	 I'm only interested in the inset command.
[18:05:59] <Cyberpower678>	 Working, while silently ignoring dups
[18:47:48] <grrrit-wm>	 (03CR) 10Aklapper: "Multichill: What is the status of this? Should this get merged? Should this get abandoned?" [labs/tools/multichill] - 10https://gerrit.wikimedia.org/r/223671 (owner: 10Multichill)
[18:47:50] <grrrit-wm>	 (03CR) 10Aklapper: "Multichill: What is the status of this? Should this get merged? Should this get abandoned?" [labs/tools/multichill] - 10https://gerrit.wikimedia.org/r/223670 (owner: 10Multichill)
[18:49:34] <grrrit-wm>	 (03CR) 10Multichill: "I still hate gerrit and I still haven't moved everything out of it" [labs/tools/multichill] - 10https://gerrit.wikimedia.org/r/223670 (owner: 10Multichill)
[18:50:13] <shinken-wm>	 PROBLEM - ToolLabs Home Page on toollabs is CRITICAL: CRITICAL - Socket timeout after 10 seconds
[18:55:07] <shinken-wm>	 RECOVERY - ToolLabs Home Page on toollabs is OK: HTTP OK: HTTP/1.1 200 OK - 822826 bytes in 5.272 second response time
[19:04:04] <Kelson>	 Hi
[19:04:21] <Luke081515>	 hi
[19:04:32] <Kelson>	 Does someone knows if we have access to pageviews database (with SQL) @labs?
[19:04:38] <Kelson>	 and if "yes" how....
[19:12:24] <Platonides>	 pageviews database?
[19:12:34] <Platonides>	 which database is that?
[19:20:04] <Platonides>	 I see
[19:20:11] <Platonides>	 no, it's not directly accessible
[19:44:38] <grrrit-wm>	 (03PS1) 10Merlijn van Deen: robots.txt: disallow /persondata/ [labs/toollabs] - 10https://gerrit.wikimedia.org/r/286315 (https://phabricator.wikimedia.org/T133697) 
[19:58:06] <grrrit-wm>	 (03CR) 10Luke081515: [C: 031] robots.txt: disallow /persondata/ [labs/toollabs] - 10https://gerrit.wikimedia.org/r/286315 (https://phabricator.wikimedia.org/T133697) (owner: 10Merlijn van Deen)
[20:51:17] <Luke081515>	 !log rcm.cac Updadateing repos & databases
[20:51:23] <labs-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Rcm.cac/SAL, Master
[22:22:06] <bd808>	 !log tools.stashbot Restarted to refresh session with phabricator; will file a bug to work on that
[22:22:12] <labs-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stashbot/SAL, Master
[22:40:57] <wikibugs>	 06Labs, 10Tool-Labs, 10Tool-Labs-tools-Other, 10DBA: Throttling Cyberbot tool user as it is consuming most of the CPU - https://phabricator.wikimedia.org/T131937#2183587 (10Volans)