[02:11:56] Greetings, can anyone point me to a data use agreement for the data at http://tools.wmflabs.org/xtools? I want to use some of these statistics in an academic paper (nothing for profit). Are there any limitations? [03:09:13] Adam__: By definition, any tool maker agrees that all their data are open. They are derived from CC-BY-SA data, and so must be at least CC-BY-SA themselves. [03:58:15] Has anyone successfully used node.js on Tool Labs? The initial setup seems to be a bit finicky, so a working example would be nice. [04:34:25] Pathoschild: what issue(s) are you running into? [04:40:53] ori: I've only used node.js on AWS before, which sets up the server automatically. I have a minimal hello-world app that I can access locally, but when I try to expose it (using the instructions at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help/Web#Other_web_servers ) I get "FATAL ERROR: v8::Context::New() V8 is no longer usable" in the job error log. [04:41:55] I can figure the rest out myself once I have a hello-world app serving requests. :) [04:42:52] Pathoschild: are you using WSGI? [04:43:37] Pathoschild: I know little of node.js proper, but it's very likely that the default memory allocation is too small for it. [04:43:59] Oh, wait, not if you're using those instructions. [04:44:03] Just ignore me. :-) [04:44:28] Coren: that error message is consistent with node.js not having enough memory [04:45:47] Coren: from googling around, it seems that in most cases, increasing ulimit -v from 512 MB to 762 (or higher) resolves it [04:46:08] ori: I'm using `jstart -q webgrid-tomcat ./httpserver.sh` at the moment, which calls `exec portgrabber meta-dev node server.js`, which launches the built-in node.js http server on port 80. Is there a better way to do it? [04:47:25] * ori looks to see what limits are imposed on such processes [04:48:16] Pathoschild: Ah, is, if you're using jstart then you're hitting the (small) default limit. [04:48:20] Try to -mem 1G or so. [04:50:17] Pathoschild: as in `jstart -mem 1G -q webgrid-tomcat ./httpserver.sh` [05:00:14] Thanks, that fixed the first problem. Running into a few others; I'll see if I can figure them out. :) [05:18:20] Woo, I've got hello world! :) [05:19:34] ori, Coren: is jstart the best approach for launching a node.js server, or should I look at another approach? [05:20:20] I think it's fine. The built-in server is robust and scales reasonably well. [05:20:43] Pathoschild: Right now it's probably the best way; I'm working on a more generic way to use webservice for non-lighttpd-non-tomcat webservices, but it'll still be the same kind of jstart behind the scenes. [05:21:05] Pathoschild: That said, you almost certainly want '-once -continous' too [05:21:11] And now, bed. [05:21:22] Thanks for the help. :) [05:21:25] Good night! [05:21:30] Coren: curious to hear about your more generic way! But: some other time. Good night. [05:27:17] PROBLEM - ToolLabs: Low disk space on /var on labmon1001 is CRITICAL: CRITICAL: tools.tools.diskspace._var.byte_avail.value (25.00%) [05:36:28] RECOVERY - ToolLabs: Low disk space on /var on labmon1001 is OK: OK: All targets OK [11:19:55] 3Wikimedia Labs / 3wikistats: Add sourceforge farm - 10https://bugzilla.wikimedia.org/58396#c13 (10Robert Hanke) 5RESO/WOR>3REOP Fix all entries. [11:21:55] 3Wikimedia Labs / 3wikistats: Add sourceforge farm - 10https://bugzilla.wikimedia.org/58396#c14 (10Robert Hanke) Best would be to flush all entries and reload them from https://code.google.com/p/wikiteam/source/browse/trunk/listsofwikis/sourceforge.net [13:25:25] 3Wikimedia Labs / 3wikistats: Add sourceforge farm - 10https://bugzilla.wikimedia.org/58396#c15 (10Nemo) (In reply to Robert Hanke from comment #13) > Fix all entries. Fix in what way? (In reply to Robert Hanke from comment #14) > Best would be to flush all entries and reload them from > https://code.googl... [16:50:40] 3Wikimedia Labs / 3deployment-prep (beta): An inserted image gives 403 Forbidden - 10https://bugzilla.wikimedia.org/73102#c2 (10Bryan Davis) This is an occasional problem with file permissions on the shared NFS directories used for beta's image uploads: deployment-bastion:~ bd808$ ls -ld /data/project/... [17:35:42] 3Wikimedia Labs / 3deployment-prep (beta): An inserted image gives 403 Forbidden - 10https://bugzilla.wikimedia.org/73102#c3 (10Bryan Davis) 5NEW>3RESO/FIX p:5Unprio>3Normal a:3Bryan Davis Ran `chmod -R =rwX /data/project/upload7` to fix all file permissions. [17:41:40] 3Wikimedia Labs / 3deployment-prep (beta): An inserted image gives 403 Forbidden - 10https://bugzilla.wikimedia.org/73102#c4 (10Marc A. Pelletier) Be aware that doing so has given write permission to any authenticated user. This may not be a catastrophe in practice, but it has security impact. [17:44:26] 3Wikimedia Labs / 3deployment-prep (beta): An inserted image gives 403 Forbidden - 10https://bugzilla.wikimedia.org/73102#c5 (10Bryan Davis) (In reply to Marc A. Pelletier from comment #4) > Be aware that doing so has given write permission to any authenticated user. > This may not be a catastrophe in pract... [18:12:57] 3Wikimedia Labs / 3deployment-prep (beta): An inserted image gives 403 Forbidden - 10https://bugzilla.wikimedia.org/73102#c6 (10Marc A. Pelletier) NFSv4 doesn't actually require UID concordance so long as the user /name/ exists on the NFS server do that it doesn't fall back to numerical IDs - the proper sol... [18:22:13] 3Wikimedia Labs / 3deployment-prep (beta): File upload area resorts to 0777 permissions to for uploaded conent - 10https://bugzilla.wikimedia.org/73206 (10Bryan Davis) 3NEW p:3Unprio s:3normal a:3None (Bryan Davis from ) > Ran `chmod -R =rwX /d... [18:22:42] 3Wikimedia Labs / 3deployment-prep (beta): An inserted image gives 403 Forbidden - 10https://bugzilla.wikimedia.org/73102#c7 (10Bryan Davis) (In reply to Marc A. Pelletier from comment #6) > NFSv4 doesn't actually require UID concordance so long as the user /name/ > exists on the NFS server do that it doesn... [18:33:29] 3Wikimedia Labs / 3deployment-prep (beta): File upload area resorts to 0777 permissions to for uploaded conent - 10https://bugzilla.wikimedia.org/73206#c1 (10Bryan Davis) It should be sufficient for the MediaWiki runtime user (apache) to have read/write for the files and directories under the /data/project/u... [19:39:36] Any thoughts/objections about reorganising the Tool Labs help page? I have a suggested plan at https://wikitech.wikimedia.org/wiki/Nova_Resource_Talk:Tools/Help#Reorganisation . [19:42:22] Pathoschild: looks good! [19:42:44] Pathoschild: we probably should also have a sidebar with that organisation in it [19:43:50] Yep. [19:52:54] legoktm / YuviPanda / maybe even twentyafterfour: you might be interested in https://github.com/valhallasw/phabricator-tools (phabricator development vagrant) [20:32:12] Nemo_bis: I don't think supersections will work as well as splitting the page. There's a lot of information already and there's plenty more we need to add, so it will be increasingly unwieldy. [20:32:45] (The section titles would change, but we can add anchors so the old links still work.) [23:32:19] Hello. Is it possible to get Gearman, a job manager, installed as a PHP extension on Tools?