[00:00:11] <mutante>	 i guess this makes sense.. because you have to be in the context of the current project.. though i still have other projects.  but if you are just a user, i don't think you can leave. have to ask an admin to kick you
[00:27:51] <legoktm>	 mutante: which project? I guess filing a phab task is a sure way to get an admin to look at it :)
[00:29:02] <mutante>	 legoktm: any project that i want to leave.. like 10 or so
[00:29:14] <mutante>	 alright
[00:29:17] <legoktm>	 heh
[00:30:27] <mutante>	 it works, i just have to re-login and do 2FA after each one
[00:46:15] <legoktm>	 https://tools.wmflabs.org/coverme/
[00:46:19] <legoktm>	 > Loaded in 1.61 seconds using PHP 7.2.3-1+0~20180306120016.19+stretch~1.gbp81bf3b. 
[00:46:26] <legoktm>	 !!!
[00:46:30] <legoktm>	 addshore: ^^
[01:08:18] <legoktm>	 !log tools switched tools.coverme and tools.wikiinfo to use PHP 7.2 
[01:08:22] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL
[07:59:14] <addshore>	 legoktm: YAY
[07:59:55] <legoktm>	 :D
[08:28:30] <legoktm>	 addshore: just treat it as alpha quality right now
[08:28:35] <legoktm>	 addshore: there's still some stuff missing
[09:02:01] <wikibugs_>	 (03PS2) 10Rosalieper: Updated developer manual for project in docs/devManual [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452584 (https://phabricator.wikimedia.org/T190163)
[09:33:13] <wikibugs_>	 (03CR) 10Rosalieper: [V: 032 C: 032] Added a developer manual containing the deployment on toolforge steps and more info. [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452197 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[09:34:35] <wikibugs_>	 (03CR) 10Rosalieper: [V: 032 C: 032] "Please I made the changes In my new patch 'Updated developer manual ...'. and improved on the documentation based on your feed backs" [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452197 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[09:37:52] <wikibugs_>	 (03CR) 10Rosalieper: [V: 032 C: 031] Added a developer manual containing the deployment on toolforge steps and more info. [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452197 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[09:45:22] <wikibugs_>	 (03CR) 10ArielGlenn: [C: 031] "The updates in the second patch look fine. You may wish to squash that into this one and commit it all as one patch, up to you." [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452197 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[09:45:35] <wikibugs_>	 (03CR) 10ArielGlenn: [C: 031] Updated developer manual for project in docs/devManual [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452584 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[09:50:42] <wikibugs_>	 (03Abandoned) 10Rosalieper: [WIP]Trying to use the async and await keywords for the download and twit [labs/tools/Commons-twitter-bot] (Promise-dev) - 10https://gerrit.wikimedia.org/r/441150 (owner: 10Rosalieper)
[09:51:09] <wikibugs_>	 (03Abandoned) 10Rosalieper: [WIP]Trying to use the async and await keywords for the download and twit [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/443230 (owner: 10Rosalieper)
[09:51:26] <wikibugs_>	 (03Abandoned) 10Rosalieper: [WIP]Added a script for Download of images. [labs/tools/Commons-twitter-bot] (Promise-dev) - 10https://gerrit.wikimedia.org/r/441149 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[11:00:32] <wikibugs_>	 (03Abandoned) 10Rosalieper: Updated developer manual for project in docs/devManual [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452584 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[11:01:42] <wikibugs_>	 (03Abandoned) 10Rosalieper: Added a developer manual containing the deployment on toolforge steps and more info. [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452197 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[11:04:38] <wikibugs_>	 (03PS1) 10Rosalieper: Updated developer manual for project in docs/devManual [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452659 (https://phabricator.wikimedia.org/T190163)
[11:07:10] <wikibugs_>	 (03CR) 10Rosalieper: [V: 032 C: 032] Updated developer manual for project in docs/devManual [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452659 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[12:25:52] <Lucas_WMDE>	 !help toolsadmin.wikimedia.org is not responding, known issues
[12:25:52] <wm-bot>	 Lucas_WMDE: 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
[12:26:04] <Lucas_WMDE>	 * known issue?
[12:26:45] <arturo>	 Lucas_WMDE: checking
[12:33:18] <arturo>	 Lucas_WMDE: yes, there is an issue
[12:33:30] <arturo>	 probably related to yesterday movements in Cloud VPS
[12:33:49] <Lucas_WMDE>	 ok
[13:03:18] <arturo>	 Lucas_WMDE: I confirm striker still tries to reach to labcontrol1001 while our keystone service is now on cloudcontrol1003, so this code needs a refresh
[13:11:38] <wikibugs_>	 (03PS1) 10Arturo Borrero Gonzalez: striker/striker.ini: refresh keystone URL [labs/striker] - 10https://gerrit.wikimedia.org/r/452668 (https://phabricator.wikimedia.org/T201504)
[13:14:12] <wikibugs_>	 (03CR) 10Arturo Borrero Gonzalez: [C: 032] striker/striker.ini: refresh keystone URL [labs/striker] - 10https://gerrit.wikimedia.org/r/452668 (https://phabricator.wikimedia.org/T201504) (owner: 10Arturo Borrero Gonzalez)
[13:15:23] <wikibugs_>	 (03Merged) 10jenkins-bot: striker/striker.ini: refresh keystone URL [labs/striker] - 10https://gerrit.wikimedia.org/r/452668 (https://phabricator.wikimedia.org/T201504) (owner: 10Arturo Borrero Gonzalez)
[13:15:33] <andrewbogott>	 arturo: thank you!  I'm only just waking up
[13:16:00] <arturo>	 morning :-) andrewbogott 
[13:16:16] <arturo>	 https://gerrit.wikimedia.org/r/#/c/labs/striker/+/452668/ <--- I just merged this cc Lucas_WMDE 
[13:16:40] <arturo>	 not sure how to get that deployed to labweb1001
[13:17:24] <andrewbogott>	 I vaguely know how, let's see...
[13:17:37] <andrewbogott>	 arturo: want me to walk you through it or just do it?
[13:18:07] <arturo>	 if you want to do it together, let's do it after my lunch? (probably after team meeting?)
[13:18:29] <arturo>	 anyway, I hotfixed that, and is now working
[13:18:34] <andrewbogott>	 oh, great
[13:18:37] <andrewbogott>	 no rush then
[13:18:50] <andrewbogott>	 oh, you probably need to make the same fix on labweb1002 though, it's load-balanced
[13:18:56] <arturo>	 oh
[13:20:15] <arturo>	 I'm reading this https://wikitech.wikimedia.org/wiki/Toolsadmin.wikimedia.org/Build
[13:20:57] <andrewbogott>	 heh, the actual section that would help you just says 'TODO: explain basic scap3 deployment '
[13:21:04] <arturo>	 xd
[13:21:53] <arturo>	 I'm reading this https://wikitech.wikimedia.org/wiki/Scap3
[13:22:06] <arturo>	 but those commands fails, apparently I don't have permissions
[13:22:51] <arturo>	 (never used scap3 before)
[13:23:04] <andrewbogott>	 you're on deploy1001?
[13:23:29] <arturo>	 no, on labweb1001
[13:23:51] <andrewbogott>	 ah, ok
[13:24:09] <andrewbogott>	 You would log on to labweb1001, find the deploy dir there, git fetch & rebase, and then scap from there
[13:24:15] <andrewbogott>	 bah, sorry,
[13:24:20] <andrewbogott>	 log on to deploy1001
[13:24:24] <andrewbogott>	 (or whatever the deploy server is called today)
[13:24:57] <andrewbogott>	 seems to be deploy1001:/srv/deployment/striker
[13:27:42] <arturo>	 andrewbogott: it does nothing, nothing is fetched by git in the first place
[13:27:53] <arturo>	 feel free to do it yourself, I must go for lunch now
[13:27:55] <arturo>	 ttyl
[13:28:51] <bstorm_>	 I can take a look
[13:28:58] <bstorm_>	 Since I'm terribly curious
[13:32:46] <andrewbogott>	 there's another git step — there's a deploy repo
[13:32:57] <andrewbogott>	 so you need to update the striker submodule in that repo and merge that
[13:33:02] <andrewbogott>	 and then that's what you deploy
[13:33:33] <andrewbogott>	 git clone https://gerrit.wikimedia.org/r/labs/striker/deploy
[13:33:44] <andrewbogott>	 well, that's not even all the steps, there's a build step as well
[13:34:34] <bstorm_>	 I was just seeing that
[13:35:03] <andrewbogott>	 Although in this case I guess the wheels won't change
[13:35:05] <bstorm_>	 This is...something I'd normally make Jenkins do.
[13:35:07] <andrewbogott>	 so it might be simpler
[13:35:53] <bstorm_>	 I probably shouldn't wander off on a critique of deployment practices and CD philosophies, though.  😛
[13:36:30] <andrewbogott>	 I don't think you're wrong, we're just early adopters of this scap/wheels process
[13:39:47] <bstorm_>	 I'm working my way through getting this set up.
[13:43:24] <bstorm_>	 Sooo, the deploy repo is a submodule in a proper setup?
[13:44:33] <andrewbogott>	 I think striker is a submodule of the deploy module
[13:46:14] <bstorm_>	 Wait whut?
[13:46:20] <bstorm_>	 Hrm
[13:50:14] <andrewbogott>	 bstorm_: is it making sense yet?  The deploy module is like a debian packaging dir; it holds all the intermediate build files &c. Then scap pushes out from the deploy module
[13:51:16] <bstorm_>	 however, it doesn't appear to be a proper submodule on deploy1001....submodule update doesn't work
[13:51:34] <bstorm_>	 git fetch works in the striker dir
[13:51:39] <bstorm_>	 starting to make more sense
[13:52:18] <andrewbogott>	 are you in /srv/deployment/striker/deploy ?
[13:52:36] <andrewbogott>	 also, I wouldn't try to push or commit or review anything from on deploy1001, would do all that locally
[13:52:46] <andrewbogott>	 so that on deploy1001 it's just fetch and submodule update and scap
[13:53:00] <bstorm_>	 I was in /srv/deployment/striker/deploy/striker
[13:53:18] <bstorm_>	 the striker dir is not on a branch...
[13:53:34] <bstorm_>	 I was trying to fetch
[13:53:42] <edsanders>	 Hey, I can't seem to create a new web proxy on horizon. I just get shown the "Working" spinner for about a minute, then an error message: "Danger: There was an error submitting the form. Please try again."
[13:53:56] <bstorm_>	 https://www.irccloud.com/pastebin/e52XdhJ9/
[13:54:08] <bstorm_>	 This setup must be documented somewhere?
[13:55:03] <andrewbogott>	 bstorm_: the submodule wouldn't necessarily have a branch, it's just whatever commit is attached to the parent module branch
[13:55:09] <andrewbogott>	 bstorm_: sorry, this is complicated :/
[13:55:14] <andrewbogott>	 edsanders: I'll try here and see what I get
[13:55:15] <bstorm_>	 That makes sense
[13:55:21] <edsanders>	 andrewbogott: thanks
[13:55:22] <bstorm_>	 Lemme see what I can do
[13:56:11] <edsanders>	 andrewbogott: I'm just trying to create a simple 8080 for the visualeditor-prototype instance under the same name
[13:56:54] <andrewbogott>	 edsanders: it's hanging for me too.  do you have time to make me a phab task?  I don't know if I'll be able to troubleshoot this immediately
[13:56:59] <andrewbogott>	 (in part because I haven't had breakfast yet)
[13:57:08] <edsanders>	 sure
[13:58:44] <edsanders>	 https://phabricator.wikimedia.org/T201924
[13:59:37] <andrewbogott>	 thanks
[14:01:04] <bstorm_>	 I suspect that the submodule is a checked out commit...
[14:01:39] <bstorm_>	 So I'm going to see about figuring that out and updating to what arturo did unless there is some breaking change that the submodule was dodging
[14:02:14] <andrewbogott>	 maybe note down the commit id that's currently deployed in case we need to roll back
[14:02:43] <niedzielski>	 possibly related https://phabricator.wikimedia.org/T201925
[14:08:04] <bstorm_>	 Yes, that's what it is
[14:08:10] <bstorm_>	 It's also in the git log 
[14:08:20] <bstorm_>	 Well, in the git history which commit it is
[14:08:36] <bstorm_>	 but I'll make note anyway because this is uncharted waters
[14:09:58] <bstorm_>	 I'm going to do this on my end and review it, not on deploy.  That seems to be the usual way.
[14:27:54] <wikibugs_>	 (03PS1) 10Bstorm: Update striker for the eqiad1 changes to keystone [labs/striker/deploy] - 10https://gerrit.wikimedia.org/r/452676
[14:28:48] <bstorm_>	 andrewbogott: that review includes the new code for striker (with one line change), but I probably need to regenerate wheels or something for this to work, eh?
[14:29:37] <bstorm_>	 aaaaand good chance I shouldn't do so on my mac if it is compiling native junk for mysql
[14:31:00] <wikibugs_>	 (03PS1) 10Rosalieper: Fixing a mistake in the documentation [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452679 (https://phabricator.wikimedia.org/T190163)
[14:31:26] <bstorm_>	 maybe not.  Those wheels are all the packages for running
[14:32:03] <andrewbogott>	 bstorm_: the wheels probably don't need to be regenerated unless something changed in the requirements file
[14:32:10] <andrewbogott>	 I don't think striker itself gets put into a wheel
[14:32:37] <bstorm_>	 That's what I was just noting
[14:32:48] <wikibugs_>	 (03CR) 10Rosalieper: [V: 032 C: 032] Fixing a mistake in the documentation [labs/tools/Commons-twitter-bot] - 10https://gerrit.wikimedia.org/r/452679 (https://phabricator.wikimedia.org/T190163) (owner: 10Rosalieper)
[14:32:58] <bstorm_>	 https://gerrit.wikimedia.org/r/c/labs/striker/deploy/+/452676
[14:33:10] <bstorm_>	 I can just merge it.  All I did was update the commit for striker
[14:34:11] <bstorm_>	 doing it...
[14:34:18] <wikibugs_>	 (03CR) 10Bstorm: [C: 032] Update striker for the eqiad1 changes to keystone [labs/striker/deploy] - 10https://gerrit.wikimedia.org/r/452676 (owner: 10Bstorm)
[14:34:24] <wikibugs_>	 (03Merged) 10jenkins-bot: Update striker for the eqiad1 changes to keystone [labs/striker/deploy] - 10https://gerrit.wikimedia.org/r/452676 (owner: 10Bstorm)
[14:41:45] <bstorm_>	 !log striker: deployed updated keystone URL
[14:41:46] <stashbot>	 bstorm_: Unknown project "striker:"
[14:41:52] <bstorm_>	 :-/
[14:42:01] <bstorm_>	 !log striker deployed updated keystone URL
[14:42:02] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Striker/SAL
[14:42:07] <bstorm_>	 :)
[14:43:35] <bstorm_>	 Toolsadmin looks pretty happy now to me
[14:43:46] <bstorm_>	 And I have some idea how to deploy this thing now.
[14:44:57] <andrewbogott>	 great!  Thanks for doing that
[14:48:22] <andrewbogott>	 edsanders: want to try again, if you're still about?
[14:49:00] <edsanders>	 andrewbogott: worked, thanks a lot!
[15:07:27] <arturo>	 bstorm_: anything else apart of that second commit in the deploy repo?
[15:08:26] <bstorm_>	 The deploy repo is what is on deploy1001, so you have to fetch and merge/rebase that repo, then submodule update, then you scap.
[15:08:42] <bstorm_>	 That's all there was to it at that point.
[15:10:12] <arturo>	 scap also on deploy1001? I'm trying to generate some docs
[15:16:00] <bstorm_>	 yeah, the fetch/rebase/submodule-update and scap is all on deploy1001 in the /srv/deployment/striker/deploy directory
[15:16:30] <arturo>	 so we never really go to labweb1001, right?
[15:17:02] <bstorm_>	 After you've updated whatever you need in the deploy repo.  To get the deploy repo to update anything, I had to `git submodule update --recursive --init`  Without the init, I could not get it to get the changes to the striker repo
[15:17:18] <bstorm_>	 Nope, I didn't touch labweb1001 directly.  Scap seems to handle that
[15:19:03] <bstorm_>	 I can add details in the doc if there's something missing that I was fighting with, too :)
[15:20:04] <arturo>	 https://wikitech.wikimedia.org/wiki/Toolsadmin.wikimedia.org/Build#Deploy <--- bstorm_ feel free to improve :-P
[16:14:28] <Zppix>	 is it okay to use tools-redis for a toolforge tool if the tool is a bot for a non-wmf wiki?
[16:59:15] <Base>	 hi. is there a way to run a PHP71 CLI script on Toolforge?
[16:59:41] <andre__>	 Zppix: See https://wikitech.wikimedia.org/wiki/Help:Toolforge for the scope
[17:05:19] <MacFan4000>	 !log tools.mh-signbot setting up
[17:05:19] <stashbot>	 MacFan4000: Unknown project "tools.mh-signbot"
[17:05:45] <Lucas_WMDE>	 Base: `webservice --backend=kubernetes php7.2 start`, apparently https://phabricator.wikimedia.org/T188318#4500731
[17:05:56] <Lucas_WMDE>	 (but “still very much alpha quality”, take care)
[17:07:52] <Base>	 Lucas_WMDE, thanks! Alpha quality is ok for my purposes :)
[17:24:02] <MacFan4000>	 !log tools.mh-signbot setting up
[17:24:03] <stashbot>	 MacFan4000: Unknown project "tools.mh-signbot"
[17:24:23] <MacFan4000>	 hmm, that tool exists, though it was recently created
[18:23:27] <wikibugs_>	 (03PS1) 10MarcoAurelio: channels: wikibugs notifications in `#wikimedia-commons-sd` [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/452729 (https://phabricator.wikimedia.org/T178410)
[18:27:30] <bstorm_>	 MacFan4000: leave off the word "tools"
[18:27:41] <bstorm_>	 just mh-signbot
[18:28:01] <MacFan4000>	 !log mh-signbot setting up
[18:28:02] <stashbot>	 MacFan4000: Unknown project "mh-signbot"
[18:28:16] <MacFan4000>	 nope same thing
[18:28:26] <bstorm_>	 That's different :)  That should work
[18:28:35] <bstorm_>	 poking something
[18:29:20] <bstorm_>	 How recently created are we talking?
[18:29:34] <MacFan4000>	 Today a few hours ago
[18:33:47] <bstorm_>	 hmm
[18:37:28] <bstorm_>	 2018-08-14T18:28:01Z Stashbot     ERROR   : LDAP server connection barfed; retrying
[18:38:01] <bstorm_>	 Seems to be having an LDAP connection quirk.  Wonder why
[18:38:20] <bstorm_>	 andrewbogott: if you are still around, does this happen often?
[18:39:30] <bstorm_>	 MacFan4000: While I'm poking the logs here, could you try again?
[18:39:55] <bstorm_>	 I've seen LDAP randomly not be connected well before.  It could have been transient (just never saw this in stashbot before)
[18:40:02] <MacFan4000>	 !log mh-signbot setting up
[18:40:03] <stashbot>	 MacFan4000: Unknown project "mh-signbot"
[18:40:12] <bstorm_>	 🤔
[18:40:13] <andrewbogott>	 bstorm_: seems unusual but I'm at lunch, can look when back at a keyboard if it's still happening
[18:40:20] <bstorm_>	 Ok thanks :)
[18:40:46] <bstorm_>	 LDAPSessionTerminatedByServerError: session terminated by server
[18:40:48] <bstorm_>	 huh
[18:42:14] <paladox>	 can it access the prod ldap server?
[18:42:31] <bstorm_>	 I was thinking I'd try restarting it and seeing what happens
[18:44:32] <bstorm_>	 !log stashbot restarted to see if that clears some ldap issues
[18:44:32] <MacFan4000>	 !log mh-signbot setting up
[18:44:32] <stashbot>	 bstorm_: Unknown project "stashbot"
[18:44:33] <stashbot>	 bstorm_: Did you mean to say "tools.stashbot" instead?
[18:44:33] <stashbot>	 MacFan4000: Unknown project "mh-signbot"
[18:44:40] <bstorm_>	 ugh
[18:44:46] <bstorm_>	 ok we do need tools lol
[18:44:57] <paladox>	 !log phabricator test
[18:44:57] <bstorm_>	 !log tools.stashbot restarted to see if that clears some ldap issues
[18:44:58] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Phabricator/SAL
[18:44:59] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stashbot/SAL
[18:45:21] <bstorm_>	 Alright...
[18:45:21] <MacFan4000>	 !log tools.mh-signbot test
[18:45:22] <stashbot>	 MacFan4000: Unknown project "tools.mh-signbot"
[18:45:39] <bstorm_>	 🤨
[18:45:51] <paladox>	 there dosen't seem to be a page called that https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.mh-signbot
[18:46:12] <bstorm_>	 2018-08-14T18:45:21Z Stashbot     WARNING : Invalid project "tools.mh-signbot"
[18:46:27] <bstorm_>	 No LDAP "barf"
[18:46:30] <MacFan4000>	 The tool in question is https://toolsadmin.wikimedia.org/tools/id/mh-signbot
[18:46:49] <bstorm_>	 paladox: do people usually manually create the page?
[18:46:55] <paladox>	 bstorm_ nope
[18:46:58] <paladox>	 i doin't think so
[18:47:06] <bstorm_>	 Ahhh...so something might not have run...
[18:47:10] <paladox>	 that page should have been created automatically by a bot i think
[18:47:12] <bstorm_>	 It's been a bit since I created a tool
[18:47:14] <MacFan4000>	 For tools.zppixbot it wasn’t
[18:47:37] <bstorm_>	 We may have found yet another weird little corner we broke by setting up the new region yesterday
[18:47:43] <bstorm_>	 But what creates that?
[18:47:53] <bstorm_>	 I'd think it was stashbot, but I may be quite wrong
[18:48:39] <MacFan4000>	 For tools.zppixbot the log page was created by stashbot
[18:48:47] <bstorm_>	 Oh?
[18:48:51] <bstorm_>	 When
[18:49:45] <MacFan4000>	 https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:Tools.zppixbot/SAL&oldid=950236
[18:50:22] <bstorm_>	 Yeah, that's been around a while, though
[18:50:49] <bstorm_>	 Need something created since yesterday
[18:50:51] <MacFan4000>	 But stashbot created it is my point
[18:50:55] <bstorm_>	 Fair :)
[18:51:14] <bstorm_>	 LDAP was not working well for stashbot before restart.  I'm not seeing the errors now, but....
[18:52:28] <bstorm_>	 So I'm guessing the first edit creates it with no other bots involved, then
[18:52:43] <bstorm_>	 Why does stashbot hate you....poking some more things
[18:53:04] <MacFan4000>	 !log tools.mh
[18:53:05] <stashbot>	 MacFan4000: Missing project or message? Expected !log <project> <message>
[18:53:32] <MacFan4000>	 !log tools.mh-signbot test
[18:53:33] <stashbot>	 MacFan4000: Unknown project "tools.mh-signbot"
[18:55:41] <bstorm_>	 I do see the group in ldap
[18:56:08] <bstorm_>	 🤔
[18:56:09] * zhuyifei1999_ thinking about gdb the hell out of stashbot
[18:56:27] <bstorm_>	 lol
[18:56:40] <bstorm_>	 I'm just gonna look at the sourcecode to see what it looks at
[18:56:49] <zhuyifei1999_>	 (hopefully we have the debug symbols or I wouldn't be able to do anything)
[18:57:46] <zhuyifei1999_>	 bstorm_: https://gerrit.wikimedia.org/r/plugins/gitiles/labs/tools/stashbot/+/master/stashbot/ldap.py
[18:58:19] <bstorm_>	 LDAP seems to be working now, though
[18:58:33] <bstorm_>	 And it looks up my stuff, just not this newer tool
[18:59:09] <bstorm_>	 !log tools.mh-signbot testing
[18:59:09] <stashbot>	 bstorm_: Unknown project "tools.mh-signbot"
[19:01:08] <zhuyifei1999_>	 argh /me attaches gdb
[19:01:25] <zhuyifei1999_>	 (actually, find which host first)
[19:02:00] <MacFan4000>	 !log tools.mh-signbot setting up
[19:02:00] <stashbot>	 MacFan4000: Unknown project "tools.mh-signbot"
[19:02:35] <zhuyifei1999_>	 tools-worker-1022.tools.eqiad.wmflabs
[19:03:09] <bstorm_>	 https://github.com/wikimedia/stashbot/blob/d87c370854f6f12838a0db8ec88d773e548fc7ff/stashbot/sal.py#L196
[19:03:18] <bstorm_>	 It does use a cache.
[19:03:26] <bstorm_>	 But I just restarted it, and it still gets other projects
[19:03:58] <bstorm_>	 It definitely only uses ldap for this
[19:04:14] <bstorm_>	 Which means this isn't something we broke yesterday lol
[19:04:37] <bstorm_>	 however, this makes me wonder if this is correctly handling pagination in ldap
[19:04:43] <bstorm_>	 If not, I can fix that
[19:04:49] <zhuyifei1999_>	 bstorm_: can I install the debug symbols till I find out what's giong on?
[19:05:00] <bstorm_>	 I think I just found it
[19:05:03] <bstorm_>	 No need
[19:05:09] <zhuyifei1999_>	 ... ok
[19:05:10] <bstorm_>	 Thing is, it checks LDAP for the project
[19:05:13] <bstorm_>	 LDAP has the project
[19:05:18] <bstorm_>	 however, it's very far down the list
[19:05:27] <bstorm_>	 checking for the smoking gun....
[19:05:35] * zhuyifei1999_ thought I could have some fun with gdb :(
[19:06:03] <bstorm_>	 lol
[19:06:26] <bstorm_>	 Yeah, in that LDAP module it has, which is no longer throwing errors, it is pagination-naive
[19:06:40] <bstorm_>	 I'll see if I can update it
[19:07:09] <bstorm_>	 It's not reading all entries, so it might not need that...
[19:07:51] <bstorm_>	 the search operation does do paging.  I'm going to try that
[19:08:40] <bstorm_>	 And as I type this it doesn't make sense, since that should only affect output.
[19:08:41] <bstorm_>	 hrm
[19:09:26] <bstorm_>	 I don't need it with ldapsearch....
[19:09:55] <bstorm_>	 !log tools.mh-signbot testing
[19:09:56] <stashbot>	 bstorm_: Unknown project "tools.mh-signbot"
[19:10:10] <bstorm_>	 Just trying copying it right out of ldap
[19:12:09] <bstorm_>	 Wait, I found it.  It does do a "get names" kind of thing.  THAT needs pagination.  Ok.  Brb
[19:14:12] <zhuyifei1999_>	 @seen andre__
[19:14:12] <wm-bot>	 zhuyifei1999_: Last time I saw andre__ they were quitting the network with reason: Quit: Out. N/A at 8/14/2018 5:36:53 PM (1h37m18s ago)
[20:17:18] <wikibugs_>	 (03PS1) 10Bstorm: stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452749
[20:17:56] <wikibugs_>	 (03CR) 10jerkins-bot: [V: 04-1] stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452749 (owner: 10Bstorm)
[20:19:00] <bstorm_>	 https://gerrit.wikimedia.org/r/c/labs/tools/stashbot/+/452749
[20:19:11] <bstorm_>	 Stupid line length errors, but I think that'll fix it
[20:23:25] <wikibugs_>	 (03PS2) 10Bstorm: stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452749
[21:02:01] <legoktm>	 !log tools rebuilt php7.2 docker images for https://gerrit.wikimedia.org/r/452755
[21:02:05] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL
[21:16:38] <wikibugs_>	 (03CR) 10Bstorm: [C: 032] stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452749 (owner: 10Bstorm)
[21:17:28] <wikibugs_>	 (03Merged) 10jenkins-bot: stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452749 (owner: 10Bstorm)
[21:21:48] <bstorm_>	 !log tools.stashbot added ldap pagination
[21:21:49] <stashbot>	 bstorm_: Unknown project "tools.stashbot"
[21:21:53] <bstorm_>	 lol
[21:21:57] <bstorm_>	 ok, that seems more broken
[21:23:50] <MacFan4000>	 !log tools.mh-signbot test
[21:23:51] <stashbot>	 MacFan4000: Unknown project "tools.mh-signbot"
[21:31:01] <wikibugs_>	 (03PS1) 10Bstorm: stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452833
[21:32:06] <wikibugs_>	 (03CR) 10Bstorm: [C: 032] stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452833 (owner: 10Bstorm)
[21:32:43] <wikibugs_>	 (03Merged) 10jenkins-bot: stashbot: ldap list gathering needs pagination [labs/tools/stashbot] - 10https://gerrit.wikimedia.org/r/452833 (owner: 10Bstorm)
[21:34:36] <bstorm_>	 ok...one more time
[21:34:45] <bstorm_>	 !log tools.stashbot added ldap pagination
[21:34:49] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stashbot/SAL
[21:34:54] <bstorm_>	 Yussssss
[21:35:13] <bstorm_>	 MacFan4000: try now :)
[21:36:11] <MacFan4000>	 !log tools.mh-signbot setting up
[21:36:13] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.mh-signbot/SAL
[21:36:19] <MacFan4000>	 Yes, thanks
[21:36:21] <bstorm_>	 💥
[21:36:25] <bstorm_>	 np :)
[21:36:45] <bstorm_>	 That was fun.  And I didn't even have to ruin B.ryan's vacation
[21:37:09] <bstorm_>	 Good luck with the new bot