[00:13:12] <hare>	 Question: is it possible to send something to Gerrit (by way of git review) directly from Labs?
[00:13:38] <Krenair>	 theoretically
[00:13:56] <hare>	 When I do it, I keep getting authentication failures, even though I know I am typing my Gerrit password correctly.
[00:14:16] <Krenair>	 you need to go to your gerrit settings and generate an HTTP password
[00:14:30] <Krenair>	 also go and change your password now that you've exposed it to a labs instance
[00:17:25] <Krenair>	 then when you're done uploading from the instance, clear or regenerate the HTTP pass
[00:17:47] <hare>	 is exposing a password to a labs instance insecure?
[00:18:29] <Krenair>	 exposing your real ldap password, yes
[00:20:04] <tom29739>	 With that a person can access any instances you can access, if you're a project admin create new instances, in gerrit create and merge changes if you have that ability, etc
[00:20:28] <Krenair>	 edit wikitech
[00:20:38] <Krenair>	 use any of your other wikitech privileges
[00:20:44] <Krenair>	 same on phab
[00:21:03] <Krenair>	 in the case of some people it may be an NDA violation
[00:21:07] <tom29739>	 Probably wouldn't take too long for that attacker to be found out if they went around destroying stuff, but they could still do *a lot* of damage
[00:24:20] <tom29739>	 Probably wouldn't make much difference if you have 2FA enabled either. That only seems to affect some things
[00:24:34] <tom29739>	 Like wikitech, and horizon.
[00:28:59] <Krenair>	 I'd hope any ops or admins of project-proxy/bastion/etc. have 2FA enabled, though it's only really enforced for cloudadmins
[00:34:46] <wikibugs>	 06Labs, 10Wikimedia-Site-requests, 10wikitech.wikimedia.org, 13Patch-For-Review: Allow wikitech to write files for Math - https://phabricator.wikimedia.org/T126628#2603926 (10Dereckson)
[00:41:00] <tom29739>	 It's enforced for anyone that uses Horizon.
[00:41:20] <tom29739>	 So most project admins I'd have thought
[00:51:07] <wikibugs>	 06Labs, 10Wikimedia-Site-requests, 10wikitech.wikimedia.org, 13Patch-For-Review: Enable math extension on wikitech - https://phabricator.wikimedia.org/T126338#2603976 (10Dereckson) Extension works, but can't currently write files, as `wgMathDirectory` was forced to `/mnt/upload7/math`.  A puppet and a conf...
[01:17:00] <wikibugs>	 06Labs, 10Wikimedia-Site-requests, 10wikitech.wikimedia.org, 13Patch-For-Review: Allow wikitech to write files for Math - https://phabricator.wikimedia.org/T126628#2604022 (10Dereckson) Changes have been deployed.  We've still a math_output_error error returned here:  ```lang=php,name=MathTexvc.php...
[01:21:31] <shinken-wm>	 PROBLEM - Free space - all mounts on tools-web-static-02 is CRITICAL: CRITICAL: tools.tools-web-static-02.diskspace._srv.byte_percentfree (<100.00%)
[03:18:15] <Zppix>	 Hi
[03:20:54] <Zppix>	 Anyone?
[03:44:16] <wikibugs>	 06Labs, 10DBA, 06Editing-Analysis, 05Security: Replicate editor_month table from analytics-store to Labs - https://phabricator.wikimedia.org/T143955#2604140 (10Bawolff) >Interesting. I don't know about the original use case, but from what I've heard, the main use case now is gender-correct interfaces, whic...
[05:17:31] <Zppix>	 Hey?
[05:25:20] <wikibugs>	 06Labs, 10DBA, 06Editing-Analysis, 05Security: Replicate editor_month table from analytics-store to Labs - https://phabricator.wikimedia.org/T143955#2604220 (10jcrespo) > (1) they would either be much harder to use or much less discoverable   Lots of people use the monuments database or the external links...
[05:28:41] <wikibugs>	 06Labs, 10DBA, 06Editing-Analysis, 05Security: Replicate editor_month table from analytics-store to Labs - https://phabricator.wikimedia.org/T143955#2604221 (10jcrespo) To clarify the difference between redactatron (the replication filtering) and maint-replicas (what has issues) see: T138450#2402968 and ht...
[05:36:14] <shinken-wm>	 RECOVERY - Puppet run on tools-static-11 is OK: OK: Less than 1.00% above the threshold [0.0]
[07:01:26] <Nemo_bis>	 Platonides: yeah there are multiple typos typical of german family language speakers :)
[07:16:16] <wikibugs>	 10Striker, 06Project-Admins: Allow self-service creation of Maniphest projects for Tools - https://phabricator.wikimedia.org/T144111#2604286 (10Aklapper) >>! In T144111#2601969, @bd808 wrote: >>>! In T144111#2600712, @Peachey88 wrote: >> We should keep this naming scheme, It easy for people to detect that its...
[07:35:49] <shinken-wm>	 PROBLEM - Free space - all mounts on tools-services-01 is CRITICAL: CRITICAL: tools.tools-services-01.diskspace.root.byte_percentfree (<11.11%)
[07:37:15] <wikibugs>	 10Striker, 06Project-Admins: Allow self-service creation of Maniphest projects for Tools - https://phabricator.wikimedia.org/T144111#2588823 (10yuvipanda) Can confirm that the current naming convention is just an artifact of bugzilla migration, and I do favor a shorter name. Thanks for working on it!
[07:48:52] <wikibugs>	 06Labs, 10Tool-Labs: BUB 503: AttributeError: 'module' object has no attribute 'python_2_unicode_compatible' - https://phabricator.wikimedia.org/T144554#2604324 (10Nemo_bis)
[11:08:47] <Alphos>	 Nemo_bis i've hit a bit of a wall yesterday, while trying to figure out why one table isn't accessible in labs when it is through a special page ^^'
[11:09:00] <Alphos>	 (global blocks)
[11:09:21] <Alphos>	 (ok, technically the whole database is inaccessible :D )
[11:36:54] <shinken-wm>	 PROBLEM - Puppet run on tools-services-01 is CRITICAL: CRITICAL: 30.00% of data above the critical threshold [0.0]
[14:02:58] <wikibugs>	 06Labs, 10Labs-Infrastructure, 13Patch-For-Review: DB operations in Labs hitting sqlalchemy limits - https://phabricator.wikimedia.org/T144339#2604892 (10chasemp) 05Open>03Resolved p:05Triage>03High a:03chasemp Fixes merged let's see if we run into this again
[14:44:51] <hashar>	 chasemp: should we move some more jobs to Nodepool  ?  :]
[14:45:18] <chasemp>	 hashar: if you want to do 1 revert today seems ok to me
[14:45:23] <wikibugs>	 06Labs, 10Labs-Infrastructure, 13Patch-For-Review: DB operations in Labs hitting sqlalchemy limits - https://phabricator.wikimedia.org/T144339#2605028 (10hashar)
[14:45:49] <hashar>	 chasemp: with that SQLAlchemy pool starvation, I now better understand why you wanted to closely monitor the infra :]
[14:46:11] <chasemp>	 that won't be the last thing that isn't setup for this load but yes
[14:49:40] <chasemp>	 hashar: can you tell me what trusty jobs ran overnight that spiked wait times a bit?
[14:49:47] <chasemp>	 it was max 600s I think and very short time but
[14:49:52] <chasemp>	 what is the overnight load?
[14:53:30] <hashar>	 hmm
[14:56:10] <hashar>	 the wait time also take in account the time a change is idling in Zuul
[14:57:01] <hashar>	 https://grafana.wikimedia.org/dashboard/db/releng-gerrit  sometime gives clue
[14:57:10] <hashar>	 it shows # of events in Gerrit
[14:58:21] <hashar>	 but really if I looked at https://grafana.wikimedia.org/dashboard/db/nodepool     from 22:00 to 23:00 utc yesterday and  after midnight   the pool was quite busy
[15:11:16] <hashar>	 chasemp: I will move the tox / python jobs back
[15:11:36] <chasemp>	 what is the load in relation to existing?
[15:11:40] <chasemp>	 jobs per day or per hour or something
[15:12:38] <hashar>	 https://grafana.wikimedia.org/dashboard/db/zuul-job?var-pipeline=All&var-job=*tox*&var-status=All
[15:12:46] <hashar>	 peak of 25 over an hour
[15:13:16] <hashar>	 but typically less than 15 per hours
[15:13:43] <hashar>	 (the graph at bottom right is per week  with one hour buckets)
[15:13:46] <hashar>	 err
[15:13:51] <hashar>	 (the graph at bottom LEFT is per week with one hour buckets)
[15:13:57] <hashar>	 bottom right is 2 months and daily buckets
[15:14:09] <hashar>	 the top graphs show the history of builds on permanent vs nodepool slaves
[15:14:25] <chasemp>	 ok let's see how it goes, are you going to be around for a bit in case of revert?
[15:16:24] <hashar>	 patch is https://gerrit.wikimedia.org/r/#/c/306725/
[15:16:38] <hashar>	 can be revert by pressing the revert, cr+2  then  fab deploy_zuul
[15:16:45] <hashar>	 which anyone in #wikimedia-releng can do easily
[15:16:52] <hashar>	 the jobs are all up to date
[15:16:58] <hashar>	 I will leave a comment on the task
[15:19:23] <chasemp>	 k
[15:19:40] <hashar>	 did
[15:20:49] <hashar>	 the way Kunal reverted it made it very easy to revert again
[15:20:56] <hashar>	 no jenkins job have been altered
[15:21:15] <chasemp>	 k
[15:23:38] <hashar>	 I will leave soonish for dinners etc but will show up again in my evening
[15:24:31] <chasemp>	 alright man later on
[15:25:07] <hashar>	 also
[15:25:27] <shinken-wm>	 PROBLEM - Free space - all mounts on tools-web-static-01 is CRITICAL: CRITICAL: tools.tools-web-static-01.diskspace._srv.byte_percentfree (<100.00%)
[15:25:46] <hashar>	 I noticed the median time of OpenStack API response for server creations went from <200 ms to  around 750ms
[15:25:47] <hashar>	 https://grafana.wikimedia.org/dashboard/db/nodepool?from=1470237865598&to=1472829865598&var-provider=All&var-task=CreateServerTask&var-task=DeleteKeypairTask&var-task=ListFloatingIPsTask&var-task=ListServersTask&panelId=4&fullscreen
[15:26:02] <hashar>	 not sure how it is relevant anyway
[15:26:36] <hashar>	 oh
[15:26:38] <hashar>	 i found out
[15:26:53] <hashar>	 that is because the instances could not spawn /  the API would yield a 403 constantl
[15:26:58] <hashar>	 hence the faster response
[15:27:42] <chasemp>	 that's a bit of a problem
[15:28:14] <chasemp>	 hashar: is that a quota issue or what?
[15:29:17] <chasemp>	 ah I see
[15:29:19] <chasemp>	 yes
[15:29:29] <chasemp>	 that was a red herring there in those days
[15:29:35] <chasemp>	 it was fast to do nothing at all
[15:40:05] <hashar>	 yeah :]
[15:40:22] <hashar>	 meanwhile, I have added to https://grafana.wikimedia.org/dashboard/db/continuous-integration   a pie chart of the nodepool capacity
[15:40:34] <hashar>	 showing the various status  and the free space against the quota
[15:41:07] <hashar>	 there is a tiny box with an arrow that spawn a button which link  to the  history graph 
[15:44:49] <hashar>	 be back later!
[16:06:29] <grrrit-wm>	 (03CR) 10Jean-Frédéric: [C: 032] Importing daily-uploads [labs/tools/heritage] - 10https://gerrit.wikimedia.org/r/303933 (https://phabricator.wikimedia.org/T142570) (owner: 10EdouardHue)
[16:07:09] <grrrit-wm>	 (03Merged) 10jenkins-bot: Importing daily-uploads [labs/tools/heritage] - 10https://gerrit.wikimedia.org/r/303933 (https://phabricator.wikimedia.org/T142570) (owner: 10EdouardHue)
[16:24:19] <JeanFred>	 !log tools.heritage Deployed latest from Git: 1603efb (T142570)
[16:24:20] <stashbot>	 T142570: Import 'Daily_uploads' tool to heritage project - https://phabricator.wikimedia.org/T142570
[16:24:22] <labs-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.heritage/SAL, Master
[18:13:06] <wikibugs>	 06Labs: Request increased quota for reading-web-staging labs project - https://phabricator.wikimedia.org/T144623#2605517 (10Jdlrobson)
[18:15:12] <wikibugs>	 06Labs, 10Labs-Infrastructure, 10Tool-Labs, 07Wikimedia-Incident: Write a simple script that handles failovering proxies - https://phabricator.wikimedia.org/T143639#2574425 (10madhuvishy) While switching over floating ips using openstack floating ip add, remember to prefix with OS_TENANT_NAME=<tenant-name>...
[18:22:23] <wikibugs>	 06Labs: Request increased quota for reading-web-staging labs project - https://phabricator.wikimedia.org/T144623#2605558 (10bd808) stack should really be moved to tool labs I think. I'd be glad to work with someone (@Jhernandez?) to get it running on Tool Labs. Is it taking up a whole VM at the moment or just co...
[18:29:30] <wikibugs>	 06Labs: Request increased quota for reading-web-staging labs project - https://phabricator.wikimedia.org/T144623#2605587 (10Jdlrobson) @bd808 is pretty small.  Also @phuedx can you confirm that we use reading-web-staging-2 for testing Central Notice? (I notice that's a large vm which is probably overkill but I'm...
[19:10:55] <bd808>	 jdlrobson: I am many things, but small is typically not one of them :)
[19:11:14] <jdlrobson>	 lol
[19:51:51] <wikibugs>	 06Labs, 06Operations: Set up monitoring for secondary labstore HA cluster - https://phabricator.wikimedia.org/T144633#2605766 (10madhuvishy)
[20:06:10] <shinken-wm>	 RECOVERY - Host secgroup-lag-102 is UP: PING OK - Packet loss = 0%, RTA = 0.57 ms
[20:12:26] <shinken-wm>	 RECOVERY - Host tools-secgroup-test-102 is UP: PING OK - Packet loss = 0%, RTA = 0.64 ms
[20:13:08] <shinken-wm>	 PROBLEM - Host secgroup-lag-102 is DOWN: CRITICAL - Host Unreachable (10.68.17.218)
[20:19:35] <shinken-wm>	 PROBLEM - Host tools-secgroup-test-102 is DOWN: CRITICAL - Host Unreachable (10.68.21.170)
[20:25:07] <halfak>	 !log ores deployed ores-wmflabs-deploy:751860f
[20:25:11] <labs-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Ores/SAL, Master
[20:37:25] <wikibugs>	 06Labs, 10DBA, 06Editing-Analysis, 05Security: Replicate editor_month table from analytics-store to Labs - https://phabricator.wikimedia.org/T143955#2605880 (10Neil_P._Quinn_WMF) >>! In T143955#2604220, @jcrespo wrote: >  > Lots of people use the monuments database or the external links database. Those are...
[21:11:19] <Matthew_>	 Hello.  Will we get any for of nagios or Icinga on tool labs?  Alternatively, is it OK for me to set up a monitoring service to just ping my tools?
[21:12:38] <marktraceur>	 yuvipanda: -en is requesting deletion of https://quarry.wmflabs.org/query/11795 - do you have the powah?
[21:13:38] <MarcoAurelio>	 I can use that list to nuke those accounts :P
[21:14:29] <Platonides>	 that seems more fun :P
[21:15:20] <Platonides>	 MarcoAurelio: would you be interested to get a ping on -stewards when a new account matching those names is registered?
[21:15:50] <MarcoAurelio>	 Platonides: I'm not 24/7 connected
[21:16:30] <marktraceur>	 Platonides: Oshwah is requesting that now, as a matter of fact. Just as an enwiki admin, though.
[21:16:38] * Platonides was assuming that some other steward would do it
[21:16:56] <Oshwah>	 Just started the discussion in #countervandalism
[21:17:45] <Platonides>	 I made the bot to match a few vandal names
[21:17:55] <Platonides>	 a couple more patterns would be no problem
[21:20:13] <MarcoAurelio>	 All those accounts are globally locked
[21:20:18] <MarcoAurelio>	 no fun for me :(
[21:20:27] <MarcoAurelio>	 Platonides: it'd be good I think
[21:22:33] <Platonides>	 ok
[21:22:36] <Platonides>	 "detected signup of Incorrigible Troll sock «$username» @$wiki"
[21:23:11] <MarcoAurelio>	 Platonides: we have #cvn-unifications though
[21:23:30] <Platonides>	 added
[21:35:36] <Alphos>	 Platonides : you're gonna be disappointed : global blocks can't be shown, the database they reside in is entirely inaccessible
[21:35:54] <Platonides>	 Alphos ?
[21:36:10] <Platonides>	 Why do you think I would need that?
[21:36:49] <Alphos>	 you seemed to be happy i was working on blockfinder yesterday
[21:37:22] <Platonides>	 ah
[21:37:32] <Platonides>	 in the context of that
[21:37:39] <Alphos>	 yep
[21:42:13] <Krenair>	 Alphos, you can't get globalblocks data in labs replicas?
[21:43:00] <Alphos>	 Krenair not yesterday anyway
[21:43:07] <Alphos>	 not through mysql-client anyway
[21:43:51] <Krenair>	 krenair@tools-bastion-03:~$ mysql -s -h labsdb1003.eqiad.wmnet centralauth_p -e 'select count(*) from globalblocks;'
[21:43:51] <Krenair>	 count(*)
[21:43:51] <Krenair>	 5324
[21:45:30] <Alphos>	 hold on, i'll try on that host
[21:46:12] <Krenair>	 it shouldn't matter which host you run it from
[21:46:57] <Alphos>	 oh, i see the issue
[21:47:04] <Krenair>	 ?
[21:47:05] <Alphos>	 i tried in the db "globalblocks"
[21:47:15] <Krenair>	 yeah that won't work
[21:47:22] <Alphos>	 there goes my faith in the documentation ! :D
[21:47:38] <Krenair>	 which docs?
[21:47:51] <Alphos>	 for the global blocks extension
[21:48:04] <Krenair>	 the global blocks extension doesn't enforce a particular database name
[21:48:11] <Krenair>	 you can use any database name you want
[21:48:15] <Krenair>	 we use centralauth
[21:48:26] <Alphos>	 yah, i just assumed we were using the same ^^'
[21:53:43] <yuvipanda>	 marktraceur hey! yes, I can delete it, I'll need some form of confirmation from someone who is steward or whatever
[21:53:47] <yuvipanda>	 maybe write on my meta page?
[22:08:01] <volans>	 Hi, are there known issues with phab-01.wmflabs.org?
[22:08:18] <volans>	 I get an error trying to open an existing task
[22:09:18] <Matthew_>	 "Unhandled Exception ("InvalidArgumentException")
[22:09:18] <Matthew_>	 Argument 4 passed to ManiphestTaskDetailController::buildPropertyView() must be of the type array, object given, called in /srv/phab/phabricator/src/applications/maniphest/controller/ManiphestTaskDetailController.php on line 68 and defined"
[22:09:20] <Matthew_>	 ??
[22:09:21] <paladox>	 volans what error?
[22:09:46] <paladox>	 Oh
[22:09:47] <paladox>	 wait
[22:09:48] <volans>	 paladox: the same just pasted
[22:09:50] <volans>	 :)
[22:09:54] <paladox>	 Ive reproduced
[22:10:05] <paladox>	 volans was related to the update im testing from upstream
[22:10:11] <paladox>	 before we deploy it to production
[22:11:28] <volans>	 I guessed something like that
[22:11:42] <paladox>	 I will see if there is a fix upstream and hotfix it for now
[22:16:58] <volans>	 in our current code at line 337 is just $handles or array $handles paladox ?
[22:17:03] <Platonides>	 25
[22:17:12] <paladox>	 Not sure
[22:17:19] <paladox>	 maybe one of our custom projects
[22:17:21] <paladox>	 are doing that
[22:17:23] <paladox>	 ie extensions
[22:17:45] <marktraceur>	 yuvipanda: Okay, I think maybe Oshwah wants it more than I do.
[22:17:49] <volans>	 looks like there is no requirement of being an array in the signature at least on the HEAD of github
[22:17:54] <volans>	 https://github.com/phacility/phabricator/blob/master/src/applications/maniphest/controller/ManiphestTaskDetailController.php#L337
[22:18:39] <paladox>	 volans his is what it looks for me
[22:18:40] <paladox>	     $details = $this->buildPropertyView($task, $field_list, $edges, $handles);
[22:19:05] <volans>	 paladox: I was referring to line 337, where teh buildPropertyView() is defined
[22:19:13] <paladox>	 Oh
[22:19:33] <volans>	 the error says the 4th argument must be array
[22:19:43] <volans>	 but at least in the HEAD on github is not in the signature
[22:19:49] <volans>	 of the function
[22:19:54] <paladox>	 Oh
[22:19:59] <paladox>	 we use stable branch
[22:20:03] <paladox>	 not master branch
[22:20:38] <paladox>	 Oh wait twentyafterfour do a fix for task graphs
[22:20:48] <paladox>	 maybe when merging it didnt correctly merge properly
[22:21:03] <Oshwah>	 Hola, I have been pinged/summoned?
[22:21:11] * Oshwah wishes everyone here a Happy Friday!!!
[22:21:17] <Platonides>	 Happy Friday, Oshwah 
[22:21:45] * Oshwah tips his hat towards Platonides
[22:21:53] <Oshwah>	 Thank you, good sir!
[22:22:09] <paladox>	 https://phabricator.wikimedia.org/rPHABcf12fdf248df82dc414d96bddd147c058bc3d636
[22:22:58] <paladox>	 volans ^^
[22:22:58] <volans>	 ohhh the signature changed, now has 5 parameters
[22:23:05] <paladox>	 Oh?
[22:23:07] <volans>	 you added     array $edge_types,
[22:23:07] <volans>	 279	
[22:23:35] <paladox>	 go me, i will apply
[22:23:40] <paladox>	 20after4 change
[22:23:55] <volans>	 and line 68 was deleted
[22:23:59] <paladox>	 Yep
[22:24:15] <volans>	 so either we have this version or the old one, a mix of both I guess doesn't work ;)
[22:24:57] <paladox>	 Yep
[22:28:56] <wikibugs>	 10Tool-Labs-tools-stewardbots: General update of HTML and CSS for stewardbot tools and portals - https://phabricator.wikimedia.org/T128745#2606116 (10MarcoAurelio) Updated stewardbot.  Next to update: SULWatcher.
[22:30:22] <paladox>	 volans ok applying it isent hard now
[22:30:26] <paladox>	 there are alot of changes
[22:31:02] <paladox>	 isent = is
[22:31:10] <volans>	 lol :)
[22:31:48] <volans>	 sure, no problem. I wanted to test something but I can do it on Monday
[22:32:00] <paladox>	 volans no i mean i can do
[22:32:03] <paladox>	 it but it is har
[22:32:05] <paladox>	 hard
[22:32:27] <paladox>	 volans it does
[22:32:27] <paladox>	    if (!$task_graph->isEmpty()) {
[22:32:28] <paladox>	       $parent_type = ManiphestTaskDependedOnByTaskEdgeType::EDGECONST;
[22:32:28] <paladox>	       $subtask_type = ManiphestTaskDependsOnTaskEdgeType::EDGECONST;
[22:32:28] <paladox>	       $parent_map = $task_graph->getEdges($parent_type);
[22:32:28] <paladox>	       $subtask_map = $task_graph->getEdges($subtask_type);
[22:32:29] <paladox>	       $parent_list = idx($parent_map, $task->getPHID(), array());
[22:32:31] <paladox>	       $subtask_list = idx($subtask_map, $task->getPHID(), array());
[22:32:33] <paladox>	       $has_parents = (bool)$parent_list;
[22:32:35] <paladox>	       $has_subtasks = (bool)$subtask_list;
[22:32:37] <paladox>	       $search_text = pht('Search...');
[22:32:42] <paladox>	 now
[22:32:44] <paladox>	         $message = pht(
[22:32:45] <paladox>	         $edge_types += array(
[22:32:47] <paladox>	           ManiphestTaskDependedOnByTaskEdgeType::EDGECONST
[22:32:50] <paladox>	             => pht('Parent Tasks'),
[22:32:52] <paladox>	           ManiphestTaskDependsOnTaskEdgeType::EDGECONST
[22:32:54] <paladox>	             => pht('Subtasks'),
[22:32:56] <paladox>	         );
[22:32:58] <paladox>	 not ^^
[22:33:06] <paladox>	 woops i mean
[22:33:08] <volans>	 I'm wondering why it's in a strange state
[22:33:27] <paladox>	     if (!$task_graph->isEmpty()) {
[22:33:27] <paladox>	       if ($task_graph->isOverLimit()) {
[22:33:27] <paladox>	         $edge_types += array(
[22:33:28] <paladox>	           ManiphestTaskDependedOnByTaskEdgeType::EDGECONST
[22:33:28] <paladox>	             => pht('Parent Tasks'),
[22:33:28] <paladox>	           ManiphestTaskDependsOnTaskEdgeType::EDGECONST
[22:33:30] <paladox>	             => pht('Subtasks'),
[22:35:41] <paladox>	 Platonides could I be unblocked please
[22:35:43] <paladox>	 ?
[22:35:50] <Platonides>	 paladox: ?
[22:35:52] <paladox>	 IRC has blocked my home ip 
[22:36:02] <Krenair>	 that'll be FreeNode
[22:36:05] <Krenair>	 nothing we can do
[22:36:13] <paladox>	 Oh
[22:36:25] <volans>	 paladox: my point is it should work with bot standard code or patched one but I'm not getting in which state is now. A branch? a tag? randomly modified manually?
[22:36:42] <volans>	 and yeah, freenode doesn't like much pasting ;)
[22:36:44] <paladox>	 O
[22:36:47] <paladox>	 Oh
[22:36:50] <Platonides>	 paladox: you pasted too much
[22:37:13] <Platonides>	 38 lines…
[22:37:38] <paladox>	 Oh
[22:37:39] <volans>	 given the topic you could have created a paste on phab-01.wmflabs.org :-P
[22:37:49] <paladox>	 Oh
[22:37:59] <paladox>	 Yep I didn't know I would be blocked for doing that
[22:38:26] * volans thinks paladox was replaced by a bot that replies "Oh" to anyone :D
[22:38:41] <paladox>	 Lol
[22:40:13] * Platonides opens paladox() and sees: $answers = array("Oh", "Lol"); echo $answers[rand() % count($answers)];
[22:40:40] <paladox>	 lol lol
[22:46:18] <MarcoAurelio>	 xD
[22:46:32] <MarcoAurelio>	 return (0);
[22:46:42] <paladox>	 Im back
[22:49:07] <volans>	 the real one or the bot?
[22:49:09] <paladox>	 Yay me.
[22:49:13] <paladox>	 Im not a bot
[22:49:17] <volans>	 looks more real now :D
[22:49:21] <paladox>	 i doint know how to programe a bot.
[22:51:21] * Luke081515 knows :P
[22:51:37] <Luke081515>	 write a framework => use it
[22:51:39] <Luke081515>	 sounds easy :D
[22:51:52] <paladox>	 LOL
[22:52:43] <wikibugs>	 06Labs, 06Discovery, 06Maps: Maps-wma1 not responding please reboot - https://phabricator.wikimedia.org/T144646#2606183 (10MaxSem) 05Open>03Resolved a:03MaxSem Rebooted, can ssh into it now.
[22:54:56] <paladox>	 volans the problem was caused by https://github.com/phacility/phabricator/commit/15c7eb142570360df4d071dc716c2e70b0191886
[22:55:43] <volans>	 paladox: the performance issue?
[22:56:03] <paladox>	 volans Yes, it not dosent show if there are more then 100 tasks
[22:56:17] <paladox>	 which means we have to bring our customisation for parent / sub back
[22:56:18] <volans>	 because I don't see in that patch any changes to the line we're seeing the error 
[22:56:31] <paladox>	 since we doint want it being removed due to the amout of parent or sub tasks we have
[22:56:43] <paladox>	 just we doint want task graph past a certain amout of tasks
[22:56:44] <volans>	 ahh we had a patch for the same thing before already
[22:57:00] <paladox>	 yeh
[22:57:01] <paladox>	 here
[22:57:01] <paladox>	 https://phabricator.wikimedia.org/rPHABcf12fdf248df82dc414d96bddd147c058bc3d636
[22:57:14] <paladox>	 i just need to update it to suppor the new code added
[22:57:32] <volans>	 ok now make sense why the upgrade left it mixed
[22:57:54] <volans>	 git is not *that* smart unfortunately
[22:58:13] <paladox>	 volans lets try some new things
[22:58:22] <paladox>	 Im applying manually now
[22:59:35] <volans>	 from the commit comment it looks like their patch is doing pretty much what our does (I didn't check the code though)
[22:59:48] <paladox>	 volans it actually isent
[22:59:53] <paladox>	 theres cuts it off complety
[23:00:08] <volans>	 When a task graph has too much stuff, only show adjacent nodes (direc…
[23:00:09] <volans>	 …t parents/children)
[23:00:13] <paladox>	 ours cuts task graphs and replace it with a basic parent / sub tasks like it was before.
[23:00:17] <volans>	 the commit says :)
[23:00:25] <paladox>	 if it receaches a certain amout of tasks
[23:00:37] <volans>	 ah ok
[23:00:41] <volans>	 we ereach 100?
[23:00:56] <volans>	 s/ereach/reach/
[23:04:16] <grrrit-wm>	 (03PS1) 10MarcoAurelio: Update SULWatcher information page [labs/tools/stewardbots] - 10https://gerrit.wikimedia.org/r/308292 
[23:05:42] <paladox>	 volans it is 50 tasks for us due to performance and the size paste 50
[23:06:12] <volans>	 ok
[23:06:23] <volans>	 it starts to be really late here
[23:06:29] <volans>	 I'll probably go very soon
[23:06:48] <grrrit-wm>	 (03CR) 10MarcoAurelio: [C: 032] Update SULWatcher information page [labs/tools/stewardbots] - 10https://gerrit.wikimedia.org/r/308292 (owner: 10MarcoAurelio)
[23:06:54] <paladox>	 volans oh it is midnight here
[23:07:02] <grrrit-wm>	 (03Merged) 10jenkins-bot: Update SULWatcher information page [labs/tools/stewardbots] - 10https://gerrit.wikimedia.org/r/308292 (owner: 10MarcoAurelio)
[23:09:59] <MarcoAurelio>	 !log tools.stewardbots [[gerrit:308292|Updated HTML information page for SULWatcher]] (T128745)
[23:10:00] <stashbot>	 T128745: General update of HTML and CSS for stewardbot tools and portals - https://phabricator.wikimedia.org/T128745
[23:10:03] <labs-morebots>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stewardbots/SAL, Master
[23:13:50] <volans>	 paladox: thanks for looking into it, let me know if you need anything else from me, I'll probably be around tomorrow at some point
[23:14:17] <paladox>	 ok
[23:14:23] <paladox>	 Guess it is late there too
[23:14:29] <paladox>	 00:14am here
[23:14:35] <paladox>	 volans ^^
[23:15:03] <volans>	 add 1h for me ;)
[23:15:28] <paladox>	 Oh your 1am 
[23:15:34] <paladox>	 Your in france?
[23:15:55] <paladox>	 volans ^^
[23:15:56] <volans>	 nope, Italy atm
[23:16:04] <paladox>	 Oh
[23:16:12] <paladox>	 Guess you speak italian and eat pizza
[23:16:20] <volans>	 rotfl
[23:16:25] <paladox>	 how comes there is no pizza hut there but they are know for there pizza
[23:16:52] <paladox>	 volans ^^
[23:17:51] <volans>	 lol
[23:17:55] <grrrit-wm>	 (03PS1) 10BryanDavis: Set default STAFF_GROUP_DN == SUPERUSER_GROUP_DN [labs/striker] - 10https://gerrit.wikimedia.org/r/308295 
[23:17:57] <grrrit-wm>	 (03PS1) 10BryanDavis: Wrap MilestoneManager.recordMilestone in a transaction [labs/striker] - 10https://gerrit.wikimedia.org/r/308296 (https://phabricator.wikimedia.org/T144296) 
[23:17:59] <grrrit-wm>	 (03PS1) 10BryanDavis: Register an admin model to view admin log entries [labs/striker] - 10https://gerrit.wikimedia.org/r/308297 
[23:18:06] <paladox>	 yep
[23:18:11] <volans>	 time to go paladox, ttyl
[23:18:15] <paladox>	 ok
[23:18:16] <volans>	 thanks again
[23:18:26] <paladox>	 your welcome
[23:18:30] <paladox>	 im still working on it
[23:19:05] <grrrit-wm>	 (03CR) 10Alex Monk: [C: 032] Set default STAFF_GROUP_DN == SUPERUSER_GROUP_DN [labs/striker] - 10https://gerrit.wikimedia.org/r/308295 (owner: 10BryanDavis)
[23:19:36] <paladox>	 volans
[23:19:38] <paladox>	 see https://phab-01.wmflabs.org/T75
[23:19:43] <paladox>	 i think i may have fixed it
[23:20:26] <grrrit-wm>	 (03Merged) 10jenkins-bot: Set default STAFF_GROUP_DN == SUPERUSER_GROUP_DN [labs/striker] - 10https://gerrit.wikimedia.org/r/308295 (owner: 10BryanDavis)
[23:21:47] <paladox>	 Nope still broken
[23:21:47] <paladox>	 https://phab-01.wmflabs.org/T68
[23:25:40] <grrrit-wm>	 (03CR) 10Alex Monk: [C: 032] Wrap MilestoneManager.recordMilestone in a transaction [labs/striker] - 10https://gerrit.wikimedia.org/r/308296 (https://phabricator.wikimedia.org/T144296) (owner: 10BryanDavis)
[23:26:49] <grrrit-wm>	 (03Merged) 10jenkins-bot: Wrap MilestoneManager.recordMilestone in a transaction [labs/striker] - 10https://gerrit.wikimedia.org/r/308296 (https://phabricator.wikimedia.org/T144296) (owner: 10BryanDavis)
[23:30:46] <grrrit-wm>	 (03CR) 10Alex Monk: [C: 032] Register an admin model to view admin log entries [labs/striker] - 10https://gerrit.wikimedia.org/r/308297 (owner: 10BryanDavis)
[23:31:15] <bd808>	 thanks Krenair :)
[23:31:35] <grrrit-wm>	 (03Merged) 10jenkins-bot: Register an admin model to view admin log entries [labs/striker] - 10https://gerrit.wikimedia.org/r/308297 (owner: 10BryanDavis)
[23:53:33] <paladox>	 Matthew_ hi phab-01 should now be fixed :)
[23:55:13] <Matthew_>	 paladox: Thanks :)
[23:55:30] <paladox>	 Your welcome :), twentyafterfour helped :)
[23:57:15] <shinken-wm>	 PROBLEM - SSH on tools-exec-1219 is CRITICAL: Server answer