[00:11:42] 6Labs, 10Tool-Labs: Instrument jsub/jstart/webservices usage - https://phabricator.wikimedia.org/T123444#1929978 (10yuvipanda) 3NEW [00:17:22] 6Labs, 10Tool-Labs: Instrument jsub/jstart/webservices usage - https://phabricator.wikimedia.org/T123444#1930020 (10yuvipanda) Created https://meta.wikimedia.org/wiki/Schema:ToolsJobManipulation [00:26:48] 6Labs, 10wikitech.wikimedia.org, 7Epic: [EPIC] Make wikitech more friendly for the multiple audiences it supports - https://phabricator.wikimedia.org/T123425#1930042 (10bd808) [00:26:49] 6Labs, 10Tool-Labs, 10wikitech.wikimedia.org, 7Documentation: Create a wiki documentation page for each tool - https://phabricator.wikimedia.org/T122865#1930043 (10bd808) [00:38:11] bd808: How long did it take to confirm the cgroups setting in that last image? Do you mind checking one more instance? new-jessie-kernel-test-bd808.puppet.eqiad.wmflabs [00:38:23] YuviPanda: I’d like you to double-check the kernel on that one as well if you don’t mind. [00:39:47] 6Labs, 10Tool-Labs, 10wikitech.wikimedia.org, 7Documentation: Create a wiki documentation page for each tool - https://phabricator.wikimedia.org/T122865#1930082 (10bd808) In {T123429} @bd808 wrote: > Create a "Tool" namespace on wikitech that can be used by Tool Labs projects for tool specific documentatio... [00:45:07] andrewbogott: sure, I'll check [00:45:16] thanks! [00:46:35] andrewbogott: my procedure for checking is to roughly attempt to follow the instructions in https://github.com/wikimedia/mediawiki-vagrant/blob/master/support/README-lxc.md#setup-on-a-debian-jessie-host [00:47:37] that’s a lot of steps! [00:48:06] someday it will be "apply the mediawiki-vagrant role" :) [00:48:12] :D [00:48:18] can you also tell me the kernel version, bd808? [00:48:22] * YuviPanda is in a meeting [00:49:08] YuviPanda: 3.19.0-1-amd64 [00:49:35] `uname -a` "Linux new-jessie-kernel-test-bd808 3.19.0-1-amd64 #1 SMP Debian 3.19.3-7 (2015-07-20) x86_64 GNU/Linux" [00:49:43] somehow I thought YuviPanda’s vetting would be more comprehensive :) [00:58:17] lgtm andrewbogott [00:58:20] teehee [00:58:26] already did that [01:02:33] andrewbogott: I think it's working as expected. My LXC container isn't starting fully but that looks to be caused by something other than cgroups [01:03:11] bd808: ok — do you want to poke at it more or should I just release the image and declare victory? [01:03:55] andrewbogott: I think you can go ahead and release it. [01:04:25] ok. Thanks for looking [05:15:24] 6Labs: Access needed to mwui.wmflabs.org - https://phabricator.wikimedia.org/T123316#1930526 (10Mattflaschen) The wikitech.wikimedia.org username is the (public) LDAP username. [05:30:42] 6Labs: Access needed to mwui.wmflabs.org - https://phabricator.wikimedia.org/T123316#1930544 (10Krenair) >>! In T123316#1930526, @Mattflaschen wrote: > The wikitech.wikimedia.org username is the (public) LDAP username. Your login username on wikitech.wikimedia.org (cn) is distinct from the shell username you us... [07:01:26] (03PS57) 10Ricordisamoa: Initial commit [labs/tools/wikidata-slicer] - 10https://gerrit.wikimedia.org/r/241296 [07:02:37] 6Labs: Access needed to mwui.wmflabs.org - https://phabricator.wikimedia.org/T123316#1930625 (10yuvipanda) Yes, the editor engagement project is a big monster and must die. If it is easy, please just setup a new instance in the design project instead. [07:07:57] (03CR) 10Ricordisamoa: "PS57 kills the hard-coded MULTI_PROPS from DragHelper, instead providing a composable approach via a new Section class" [labs/tools/wikidata-slicer] - 10https://gerrit.wikimedia.org/r/241296 (owner: 10Ricordisamoa) [07:21:21] (03PS58) 10Ricordisamoa: Initial commit [labs/tools/wikidata-slicer] - 10https://gerrit.wikimedia.org/r/241296 [07:23:59] (03CR) 10Ricordisamoa: "PS58 updates jQuery from 2.1.4 to 2.2.0" [labs/tools/wikidata-slicer] - 10https://gerrit.wikimedia.org/r/241296 (owner: 10Ricordisamoa) [07:24:55] (03PS11) 10Ricordisamoa: Initial commit [labs/tools/faces] - 10https://gerrit.wikimedia.org/r/192096 [07:26:17] (03CR) 10Ricordisamoa: "PS11 updates jQuery from 2.1.4 to 2.2.0" [labs/tools/faces] - 10https://gerrit.wikimedia.org/r/192096 (owner: 10Ricordisamoa) [10:15:39] 6Labs, 10Phragile, 6TCB-Team, 3TCB-Team-Sprint-2016-01-13: Unable to access Phragile WMFLabs instance - https://phabricator.wikimedia.org/T123369#1930770 (10Tobi_WMDE_SW) [10:47:02] PROBLEM - Puppet staleness on tools-puppet-is-broken-here-on-purpose is CRITICAL: CRITICAL: 30.00% of data above the critical threshold [43200.0] [11:19:33] 6Labs, 10Phragile, 6TCB-Team, 3TCB-Team-Sprint-2016-01-13: Unable to access Phragile WMFLabs instance - https://phabricator.wikimedia.org/T123369#1930816 (10valhallasw) Restarting the VM is probably the easiest option, but labs roots should also be able to log in with their root key to figure out what went... [12:48:59] 6Labs, 10Phragile, 6TCB-Team, 3TCB-Team-Sprint-2016-01-13: Unable to access Phragile WMFLabs instance - https://phabricator.wikimedia.org/T123369#1930887 (10Jakob_WMDE) Rebooting the instance did not help unfortunately. [14:01:39] 6Labs, 10Phragile, 6TCB-Team: Unable to access Phragile WMFLabs instance - https://phabricator.wikimedia.org/T123369#1931108 (10Tobi_WMDE_SW) [14:48:45] 6Labs, 10Tool-Labs: GridEngine down due to bdb issues - https://phabricator.wikimedia.org/T122638#1931305 (10scfc) The self-enabling shadow makes me itchy, so I looked at `tools-grid-shadow`. It has the class `role::labs::tools::shadow` enabled, which includes `toollabs::shadow`, which includes `gridengine::s... [15:15:54] (03PS1) 10Ricordisamoa: ApiElementProvider: ignore items without chemical symbol as statement [labs/tools/ptable] - 10https://gerrit.wikimedia.org/r/263846 [15:40:42] 6Labs: beta swift labs instances requirements - https://phabricator.wikimedia.org/T123512#1931364 (10fgiunchedi) 3NEW [15:43:16] 6Labs: beta swift labs instances requirements - https://phabricator.wikimedia.org/T123512#1931377 (10fgiunchedi) [17:14:37] 6Labs: beta swift labs instances requirements - https://phabricator.wikimedia.org/T123512#1931606 (10yuvipanda) We can probably make you special instances that have more disk and less CPU/RAM, but it's probably also ok to use xlarge since instance CPUs aren't really used when they aren't used. [18:09:21] 6Labs: Write up a report about kubecon to the Ops team - https://phabricator.wikimedia.org/T118757#1931723 (10yuvipanda) 5Open>3declined I've shown it to the people who wanted to talk about it, and it's too late now. meh. [18:13:32] that was interesting. [18:13:39] 10:16 < Xack> vanila: accidental k-line of irccloud [18:13:50] yeah, I guessed that :-) [18:14:24] 6Labs, 10Tool-Labs, 5Patch-For-Review: Instrument jsub/jstart/webservices usage - https://phabricator.wikimedia.org/T123444#1931751 (10yuvipanda) a:3yuvipanda [18:14:56] 6Labs: New instance creation broken - https://phabricator.wikimedia.org/T122281#1931752 (10yuvipanda) @andrew should I close this too? [18:19:14] 6Labs, 10Tool-Labs, 5Patch-For-Review: Instrument jsub/jstart/webservices usage - https://phabricator.wikimedia.org/T123444#1931762 (10yuvipanda) p:5Triage>3Normal [18:22:53] https://etherpad.wikimedia.org/p/wtf [18:24:07] chasemp: that's a lot of inheritance [18:24:11] right [18:24:17] i think that's going to break in puppet3 [18:24:20] they remove it [18:25:33] we can replace most inheritances with includes, I think [18:25:54] or was it just node inheritance that is being removed [18:26:09] i think i killed those in site.pp [18:27:37] 6Labs, 10wikitech.wikimedia.org, 7Epic: [EPIC] Make wikitech more friendly for the multiple audiences it supports - https://phabricator.wikimedia.org/T123425#1931799 (10demon) [18:27:39] 6Labs, 10Wikimedia-Site-Requests, 10wikitech.wikimedia.org, 5Patch-For-Review, 15User-bd808: Create an 'OfficeIT' namespace on wikitech - https://phabricator.wikimedia.org/T123383#1931797 (10demon) 5Open>3Resolved [18:28:39] mutante: node inheritance will disappear in puppet4, class inheritance is just frowned upon [18:29:42] valhallasw`cloud: ah, right. and of course puppett4. thanks [18:57:32] chasemp: can you make a task for your gridengine master stuff? [18:57:37] sorry for the obscure paste I was sharing my "trying to find how masters are configured" [18:57:52] yes but I'm not even sure yet what it should say so I'm doing a bit of reading [18:57:56] maybe like tomorrow? [19:00:19] chasemp: sure [19:37:06] Can I get an OAuth app approval for this? https://meta.wikimedia.org/wiki/Special:OAuthListConsumers/view/f9c73af2e3a3145ea0bda50407d79c38 [19:38:50] ragesoss: you can test with your own user account -- no approval is necessary for that [19:39:03] valhallasw`cloud: yes, I know. [19:39:25] but this is a staging instance intended to be usable for testing by anyone. [19:40:12] (it's currently using a consumer registered by the main developer, so I can't test it.) [19:40:51] (but that consumer had more permissions than we need, anyway, so I registered this new one) [20:05:35] 6Labs: beta swift labs instances requirements - https://phabricator.wikimedia.org/T123512#1932291 (10hashar) `/data/project/upload7` hasn't been cleaned up in ages. * [[ https://www.mediawiki.org/wiki/InstantCommons | InstantCommons ]] is enabled and thus lot of files are copied from production commons. We can... [20:27:57] ragesoss: I poked some of the oauthadmin's in another channel for you -- https://meta.wikimedia.org/w/index.php?title=Special:ListUsers&group=oauthadmin [20:29:08] bd808: thanks. what's the best channel for these requests? [20:29:47] good question. I happen to idle in a channel with a bunch of those folks (old mediawiki-core team) so I poked there [20:30:05] oooo... I'll start poking Eloquence for these requests! [20:30:38] Maybe #wikimedia-tech would be a good place in general? [20:31:16] We started a discussion to pass rights on to a community appointed group but that discussion seems to have stalled out for the moment [20:31:44] ragesoss: #wikimedia-stewards and then poking them to hurry up with the handover :) [20:31:56] :-) [20:32:20] how do I find out where a labs webproxy points to? [20:32:28] ragesoss: Reedy says he approved it for you [20:32:37] tgr, there's a task for that [20:32:41] tgr: there's no good way at the moment [20:32:54] the data is held outside of labs so I can't build a tool for it yet [20:33:00] ragesoss: Can some of the other requests be denied? [20:33:07] Wikipedia Playlist [1.0] [20:33:07] WikiPlaylist [1.0] [20:33:07] Wikipedia Playlist (Staging) [1.0] [20:33:08] Wikipedia Playlist (Staging) [1.1] [20:33:08] https://phabricator.wikimedia.org/T115752 [20:33:08] in that case, does anyone now what serves graphite.wmflabs.org? [20:33:09] The last one was done [20:33:28] tgr, see url above [20:34:12] Krenair: how do I find out which project it is, then? [20:34:19] well, that's the problem [20:34:20] tgr: I would guess one of the hosts in https://wikitech.wikimedia.org/wiki/Nova_Resource:Graphite [20:34:47] bd808: that project does not have that proxy set up [20:34:54] Nope, not that one. [20:35:01] so either it's some hacky manual thing or a different project [20:36:20] "ldaplist -l hosts graphite.wmflabs.org" shows it goes to 208.80.155.156 [20:37:09] But: [20:37:15] krenair@silver:~$ curl http://208.80.155.156:5668/dynamicproxy-api/v1/graphite/mapping 2>&1 | grep domain [20:37:15] "domain": "charcoal-test.wmflabs.org" [20:37:16] "domain": "graphite-cluster.wmflabs.org" [20:37:16] "domain": "graphite-labs.wmflabs.org" [20:37:16] krenair@silver:~$ [20:37:25] So not via the graphite project. [20:37:34] 6Labs, 10Labs-Infrastructure: invisible-unicorn (dynamicproxy) should provide an easy way to see where a host routes without knowing the project - https://phabricator.wikimedia.org/T115752#1932454 (10valhallasw) Can we expose port 8081 on novaproxy-01 to 10.0.0.0/8? As I understand it, that should just give a... [20:38:01] I think every labs proxy has that IP [20:38:12] yes [20:38:59] it is the public IP of novaproxy-01.project-proxy.eqiad.wmflabs [20:39:58] Krenair: is port 8081 accessible to you from silver? [20:40:29] no [20:40:36] curl: (7) Failed to connect to 208.80.155.156 port 8081: Connection timed out [20:41:23] Reedy: looking into it now. One is (I think) a local dev consumer, not intended to be approved, but shouldn't be denied (unless that still allows the proposer to log in with it). [20:41:32] ragesoss: Sure [20:41:49] ragesoss: There seems to be a dupe of yours 1:1 [20:41:58] There's 2 localhost ones [20:42:03] One without any suffix, one with [20:42:27] the localhost one that matches my localhost one is a dev consumer. [20:42:29] I think there's a ferm rule setup specifically for 5668 [20:42:33] I have no idea what is even running on 8081 [20:43:27] Krenair: it's list-proxy-entries.lua, but now that I read the manifest better that only exposes prefix + active or not, but no target [20:44:02] https://github.com/wikimedia/operations-puppet/blob/production/modules/dynamicproxy/templates/proxymanager.conf.erb / https://github.com/wikimedia/operations-puppet/blob/production/modules/dynamicproxy/files/list-proxy-entries.lua [20:44:47] what currently uses that? [20:46:25] aaah, and I misread another manifest -- it's only for urlproxy [20:46:27] ugh. [20:46:54] Reedy: I'm pretty sure this one is not used: https://meta.wikimedia.org/w/index.php?title=Special:OAuthListConsumers/view/e76feb58f23232ef05d1d972e63a0012 [20:47:40] Reedy: the one that is a dupe of mine (the 1.0 staging one) is currently in use, but we're about to switch out the tokens for the 1.1 versions. So that can be denied too. [20:47:41] ragesoss: https://meta.wikimedia.org/w/index.php?title=Special:OAuthListConsumers/view/dacc59d61fc5c3d48217559c35ab7af9&name=&publisher=&stage=0 seems to be a dupe of the one I approved [20:47:47] Ah [20:48:10] (almost a dupe... permissions are different) [20:48:54] Done, thanks [20:49:07] thank you! [20:50:41] I like to try and cleanup when I approve some [20:50:48] YuviPanda had many many old ones [20:51:34] actually, if you want to clean up a little bit more, you could approve these: https://meta.wikimedia.org/w/index.php?title=Special:OAuthListConsumers/view/0d7b815e4829eff725145d72b35bfaa5&name=&publisher=Ragesock&stage=0 [20:51:41] https://meta.wikimedia.org/w/index.php?title=Special:OAuthListConsumers/view/250cddc3da538c2935f65a8b766464e4&name=&publisher=Ragesock&stage=0 [20:51:52] That way, I won't have to register a new one each time it explires. [20:51:58] lol [20:52:39] why is there 2? [20:52:53] two different development machines. [20:53:02] I could consolidate to one. [20:53:22] aha [20:53:23] but usually, I only have access to one or other machine when I realize I need a new one. [20:54:18] I can approve both if you want both [20:54:29] that'd be most convenient for me. [20:54:31] :) [20:56:38] done [20:56:49] 6Labs, 10Labs-Infrastructure, 10MediaWiki-extensions-OpenStackManager, 5WMF-deploy-2016-01-12_(1.27.0-wmf.10): Cannot remove all Puppet classes from a Labs instance - https://phabricator.wikimedia.org/T122733#1932600 (10Krenair) 5Open>3Resolved [21:01:33] 6Labs, 5Continuous-Integration-Scaling, 7WorkType-NewFunctionality: Nodepool can't SSH to spawn instances due to wmflabs provided instances due ssh algorithms - https://phabricator.wikimedia.org/T102459#1932622 (10greg) [21:11:24] 6Labs, 10Labs-Infrastructure: invisible-unicorn (dynamicproxy) should provide an easy way to see where a host routes without knowing the project - https://phabricator.wikimedia.org/T115752#1932661 (10scfc) The URL @Krenair mentioned above is just (some of) that for `domainproxy`: ``` scfc@novaproxy-01:~$ curl... [21:13:03] 6Labs, 10Labs-Infrastructure: showmount -e labstore.svc.eqiad.wmnet on labs instances hangs - https://phabricator.wikimedia.org/T123564#1932670 (10Andrew) 3NEW [21:22:53] 6Labs, 7Graphite: graphite.wmflabs.org API is unreliable - https://phabricator.wikimedia.org/T123566#1932730 (10Tgr) 3NEW [21:23:32] 6Labs, 10Labs-Infrastructure: showmount -e labstore.svc.eqiad.wmnet on labs instances hangs - https://phabricator.wikimedia.org/T123564#1932741 (10Andrew) p:5Triage>3Unbreak! [21:36:34] 6Labs, 10Labs-Infrastructure: showmount -e labstore.svc.eqiad.wmnet on labs instances hangs - https://phabricator.wikimedia.org/T123564#1932841 (10Andrew) update: it doesn't appear to be filtered, since tcpdump shows the traffic from 'showmount' getting through. [21:50:03] 10Wikibugs, 5Patch-For-Review: wikibugs - throttle output, don't get kicked for flooding - https://phabricator.wikimedia.org/T112032#1932995 (10Samtar) Worth bumping it up to two seconds and trying that out? Flooded off quite a few times today [21:51:40] (03PS1) 10Samtar: Redis delay to 2 seconds [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/263931 (https://phabricator.wikimedia.org/T112032) [21:52:53] (03CR) 10Merlijn van Deen: [C: 04-1] "Sounds like a good idea to try." (031 comment) [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/263931 (https://phabricator.wikimedia.org/T112032) (owner: 10Samtar) [21:53:09] 10Wikibugs, 5Patch-For-Review: wikibugs - throttle output, don't get kicked for flooding - https://phabricator.wikimedia.org/T112032#1933024 (10greg) >>! In T112032#1932995, @Samtar wrote: > Flooded off quite a few times today My bad :) T123302 [21:54:40] 10Wikibugs, 5Patch-For-Review: wikibugs - throttle output, don't get kicked for flooding - https://phabricator.wikimedia.org/T112032#1933042 (10Samtar) @greg '>.< [21:57:20] myrcx: :) :) [21:57:35] (03PS2) 10Samtar: Redis delay to 2 seconds [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/263931 (https://phabricator.wikimedia.org/T112032) [22:00:14] hi YuviPanda .. Jupyterhub on my plate.. there? [22:01:17] (03CR) 10Samtar: Redis delay to 2 seconds (031 comment) [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/263931 (https://phabricator.wikimedia.org/T112032) (owner: 10Samtar) [22:03:04] greg-g: >.< now there's a (possible) fix going through you're going to stop aren't you :P [22:11:25] hey folks, wondering if anyone could give me some guidance [22:11:41] want to put a tool on labs from my private server [22:11:55] but given the somewhat unusual config I have to get it to work I"m not sure how I"d need ot go about that [22:22:28] NativeForeigner: there is "labs" and then there is "tool labs" which is a special project in labs [22:22:39] yeah, i'm familiar with that [22:22:46] would I want ot be in -tech or? [22:22:50] so you want to use toollabs? [22:22:54] yeah, precisely [22:23:08] nah, this is the right channel for that [22:23:31] you can start on http://tools.wmflabs.org/ [22:23:42] it has links on how to request access, create a new tool etc [22:23:56] well, I got partially through the process previously [22:24:11] the problem at the time is I don't believe labs had python 3 support, but [22:24:33] firstly, this was a while back, and secondly, there was talk about some of this stuff being behind vpn now so... [22:24:37] I mean not behind vpn [22:24:38] jeez [22:24:50] I mean some of the stuff being on a sort of VPS, but yeah, I"ll look more into it [22:25:21] yes [22:25:27] tbh I could probably do something on labs [22:25:32] it's not that heavy of a tool [22:25:52] it's incredibly light actually, just don't want to host it on my own server lol [22:26:05] if it's light, then toollabs should be right for it [22:26:14] ok [22:26:32] if it'd be more heavy and need special things then you could go to regular labs and run your own VM /packages [22:27:24] yeah, all it needs is python 3 and something that handles django [22:27:31] doesn't even need db access [22:29:51] NativeForeigner: root@tools-exec-1204:~# [22:30:03] ii python3.2 3.2.3-0ubuntu3.7 Interactive high-level object-oriented language (version 3.2) [22:30:11] excellent [22:30:15] yeah, getting it set up again [22:33:17] https://wikitech.wikimedia.org/wiki/Special:FormEdit/Tools_Access_Request seems to be down [22:33:37] confirmed that.. hmm [22:33:42] let's report a bug about that [22:33:42] then again [22:33:45] I already have shell access [22:33:48] I believe [22:34:52] I shall return. booting into linux [22:35:39] 6Labs, 10Labs-Infrastructure, 10Tool-Labs: https://wikitech.wikimedia.org/wiki/Special:FormEdit/Tools_Access_Request down - https://phabricator.wikimedia.org/T123583#1933212 (10Dzahn) 3NEW [22:36:19] 6Labs, 10Labs-Infrastructure, 10Tool-Labs: https://wikitech.wikimedia.org/wiki/Special:FormEdit/Tools_Access_Request down - https://phabricator.wikimedia.org/T123583#1933221 (10Dzahn) [22:43:29] 6Labs, 10Labs-Infrastructure: showmount -e labstore.svc.eqiad.wmnet on labs instances hangs - https://phabricator.wikimedia.org/T123564#1933237 (10Andrew) 2:32 PM it is making an rpc call and getting handled off to an instance of rpc.mount 2:32 PM but that basically hangs and the client say... [22:44:57] thanks [22:47:34] 6Labs, 10Labs-Infrastructure, 5Patch-For-Review: Enable memory cgroups for default Jessie image - https://phabricator.wikimedia.org/T122734#1933251 (10Andrew) 5Open>3Resolved a:3Andrew Whether or not we need it, this is done now :) [22:51:13] ah, are you daniel zahn? [22:51:19] we spoke briefly in DC [22:52:47] neevermind, I'm jsut confused [22:52:49] NativeForeigner: i am, but i dont think i was in DC :) [22:53:12] i opened a ticket for the sign-up page issue [22:55:54] 6Labs, 10Labs-Infrastructure, 10Tool-Labs, 10MediaWiki-extensions-SemanticForms: https://wikitech.wikimedia.org/wiki/Special:FormEdit/Tools_Access_Request down - https://phabricator.wikimedia.org/T123583#1933282 (10Krenair) ```2016-01-13 22:54:56 silver labswiki fatal ERROR: [bd535472] PHP Fatal Error: Cal... [23:01:00] mutante: was thinking of danny horn. how i made that mistake I'll never know [23:01:03] yeah, I saw the ticket [23:01:17] I have other things to do right now, and I'm having a tad bit of difficulty getting it all set up but [23:01:32] 6Labs, 10Phragile, 6TCB-Team: Unable to access Phragile WMFLabs instance - https://phabricator.wikimedia.org/T123369#1933301 (10Andrew) I can log in to this instance with my non-root key. Can you tell me more about the problem? Who, specifically, cannot log in? The instance seems badly overloaded but othe... [23:02:22] 6Labs, 10Labs-Infrastructure: showmount -e labstore.svc.eqiad.wmnet on labs instances hangs - https://phabricator.wikimedia.org/T123564#1933302 (10Andrew) 5Open>3Resolved a:3Andrew This was resolved with: /etc/init.d/nfs-kernel-server restart on labstore1001. Not very satisfying. [23:02:55] NativeForeigner: yep, same here. good luck [23:03:03] meh. This will have to wait. I'm pretty novice at this sort of thing, and getting the django tool to work [23:03:16] with the existing setup will be a challenge, but probably in a few weeks I'll get around to it [23:03:33] 6Labs, 10Labs-Infrastructure: Monitor 'showmount' behavior for labstore - https://phabricator.wikimedia.org/T123588#1933306 (10Andrew) 3NEW a:3Andrew [23:03:50] NativeForeigner: you could describe it on a phab, maybe others do it :) [23:04:11] I suppose xd [23:04:37] I can't get it to work without django debug on XD which is far from ideal [23:05:13] 6Labs: Monitor labs new instance creation - https://phabricator.wikimedia.org/T123590#1933324 (10Andrew) 3NEW a:3Andrew [23:10:43] 10PAWS, 6Revision-Scoring-As-A-Service: Install revscoring inside PAWS - https://phabricator.wikimedia.org/T120317#1933361 (10yuvipanda) Would this just need the revscoring library? Would we also not want the models built as part of ores? [23:42:50] 6Labs: New instance creation broken - https://phabricator.wikimedia.org/T122281#1933443 (10Andrew) 5Open>3Resolved a:3Andrew [23:47:00] 10PAWS, 6Revision-Scoring-As-A-Service: Install revscoring inside PAWS - https://phabricator.wikimedia.org/T120317#1933458 (10Halfak) Good Q. Let's say that I wanted to classify the articles in a category by their likely quality, I would want the `wikiclass` module. I'd also want the `editquality` module.... [23:57:38] 10PAWS, 6Revision-Scoring-As-A-Service: Install revscoring inside PAWS - https://phabricator.wikimedia.org/T120317#1933467 (10yuvipanda) @halfak so if I do pip install wikiclass and editquality, that'll give me everything, *including* the models, to classify edits on wiki?