[00:58:52] PROBLEM Current Load is now: CRITICAL on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: Connection refused by host [00:59:32] PROBLEM Current Users is now: CRITICAL on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: Connection refused by host [01:00:13] PROBLEM Disk Space is now: CRITICAL on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: Connection refused by host [01:01:02] PROBLEM Free ram is now: CRITICAL on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: Connection refused by host [01:02:22] PROBLEM Total processes is now: CRITICAL on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: Connection refused by host [01:02:52] PROBLEM dpkg-check is now: CRITICAL on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: Connection refused by host [01:04:32] RECOVERY Current Users is now: OK on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: USERS OK - 0 users currently logged in [01:05:12] RECOVERY Disk Space is now: OK on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: DISK OK [01:06:02] RECOVERY Free ram is now: OK on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: OK: 670% free memory [01:06:32] PROBLEM Total processes is now: WARNING on bots-salebot i-00000457.pmtpa.wmflabs output: PROCS WARNING: 173 processes [01:07:22] RECOVERY Total processes is now: OK on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: PROCS OK: 88 processes [01:07:52] RECOVERY dpkg-check is now: OK on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: All packages OK [01:08:52] RECOVERY Current Load is now: OK on mwreview-abogott-dev2 i-00000547.pmtpa.wmflabs output: OK - load average: 0.09, 0.58, 0.53 [01:11:24] RECOVERY Total processes is now: OK on bots-salebot i-00000457.pmtpa.wmflabs output: PROCS OK: 99 processes [01:39:54] PROBLEM host: i-00000548.pmtpa.wmflabs is DOWN address: i-00000548.pmtpa.wmflabs CRITICAL - Host Unreachable (i-00000548.pmtpa.wmflabs) [01:43:52] RECOVERY host: i-00000548.pmtpa.wmflabs is UP address: i-00000548.pmtpa.wmflabs PING OK - Packet loss = 0%, RTA = 6.77 ms [01:44:22] PROBLEM Total processes is now: CRITICAL on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: Connection refused by host [01:45:54] PROBLEM Current Load is now: CRITICAL on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: Connection refused by host [01:45:54] PROBLEM dpkg-check is now: CRITICAL on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: Connection refused by host [01:46:34] PROBLEM Current Users is now: CRITICAL on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: Connection refused by host [01:47:14] PROBLEM Disk Space is now: CRITICAL on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: Connection refused by host [01:48:04] PROBLEM Free ram is now: CRITICAL on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: Connection refused by host [01:53:02] RECOVERY Free ram is now: OK on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: OK: 927% free memory [01:54:22] RECOVERY Total processes is now: OK on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: PROCS OK: 84 processes [01:55:54] RECOVERY Current Load is now: OK on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: OK - load average: 0.07, 0.62, 0.53 [01:55:54] RECOVERY dpkg-check is now: OK on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: All packages OK [01:56:34] RECOVERY Current Users is now: OK on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: USERS OK - 0 users currently logged in [01:57:14] RECOVERY Disk Space is now: OK on mwreview-abogott-dev3 i-00000548.pmtpa.wmflabs output: DISK OK [02:29:09] !log wikidata-dev disable memcached on test-repo, in local settings [02:29:11] Logged the message, Master [02:41:33] RECOVERY Free ram is now: OK on bots-sql2 i-000000af.pmtpa.wmflabs output: OK: 21% free memory [02:59:32] PROBLEM Free ram is now: WARNING on bots-sql2 i-000000af.pmtpa.wmflabs output: Warning: 15% free memory [03:10:24] PROBLEM Free ram is now: WARNING on wikistream-1 i-0000016e.pmtpa.wmflabs output: Warning: 11% free memory [04:05:31] 12/20/2012 - 04:05:31 - Updating keys for ant at /export/keys/ant [04:17:44] !log wikidata-dev re-enable memcached on test repo + clients, setup CDB file localisation caching [04:17:47] Logged the message, Master [04:19:32] PROBLEM Total processes is now: WARNING on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS WARNING: 152 processes [04:24:33] RECOVERY Total processes is now: OK on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS OK: 150 processes [06:28:33] PROBLEM Total processes is now: WARNING on vumi-metrics i-000004ba.pmtpa.wmflabs output: PROCS WARNING: 151 processes [06:35:22] RECOVERY Free ram is now: OK on wikistream-1 i-0000016e.pmtpa.wmflabs output: OK: 37% free memory [06:48:33] RECOVERY Total processes is now: OK on vumi-metrics i-000004ba.pmtpa.wmflabs output: PROCS OK: 147 processes [08:16:40] Change on 12mediawiki a page Developer access was modified, changed by Edinwiki link https://www.mediawiki.org/w/index.php?diff=618622 edit summary: /* User:Edinwiki */ [08:32:32] PROBLEM Total processes is now: WARNING on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS WARNING: 152 processes [08:37:33] RECOVERY Total processes is now: OK on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS OK: 150 processes [08:57:10] !log manually updated git puppet repo on deployment-video05 [08:57:10] manually is not a valid project. [08:58:53] !beta manually updated git puppet repo on deployment-video05 [08:58:54] !log deployment-prep manually updated git puppet repo on deployment-video05 [08:58:57] Logged the message, Master [08:59:33] PROBLEM Current Load is now: WARNING on parsoid-roundtrip7-8core i-000004f9.pmtpa.wmflabs output: WARNING - load average: 5.16, 5.27, 5.10 [09:03:59] on the labsconsole main page there is a dot behind access and privileges in section General [09:11:51] checking out [09:12:32] fixed [09:24:34] RECOVERY Current Load is now: OK on parsoid-roundtrip7-8core i-000004f9.pmtpa.wmflabs output: OK - load average: 4.81, 4.87, 4.96 [09:25:39] thx [10:28:22] RECOVERY Total processes is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: PROCS OK: 99 processes [10:30:32] RECOVERY Current Users is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: USERS OK - 0 users currently logged in [10:31:12] RECOVERY Disk Space is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: DISK OK [10:31:32] RECOVERY Disk Space is now: OK on dumps-bot3 i-00000503.pmtpa.wmflabs output: DISK OK [10:32:02] RECOVERY Free ram is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: OK: 3968% free memory [10:32:12] RECOVERY Free ram is now: OK on dumps-bot3 i-00000503.pmtpa.wmflabs output: OK: 3963% free memory [10:32:42] RECOVERY SSH is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: SSH OK - OpenSSH_5.9p1 Debian-5ubuntu1 (protocol 2.0) [10:33:22] RECOVERY Total processes is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: PROCS OK: 107 processes [10:33:32] RECOVERY Total processes is now: OK on dumps-bot3 i-00000503.pmtpa.wmflabs output: PROCS OK: 104 processes [10:34:12] RECOVERY dpkg-check is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: All packages OK [10:34:22] RECOVERY dpkg-check is now: OK on dumps-bot3 i-00000503.pmtpa.wmflabs output: All packages OK [10:34:22] RECOVERY Current Load is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: OK - load average: 0.08, 0.11, 0.05 [10:34:22] RECOVERY Current Load is now: OK on dumps-bot3 i-00000503.pmtpa.wmflabs output: OK - load average: 0.03, 0.08, 0.05 [10:35:43] RECOVERY Current Users is now: OK on dumps-bot3 i-00000503.pmtpa.wmflabs output: USERS OK - 1 users currently logged in [10:35:53] RECOVERY SSH is now: OK on dumps-bot3 i-00000503.pmtpa.wmflabs output: SSH OK - OpenSSH_5.9p1 Debian-5ubuntu1 (protocol 2.0) [10:46:26] hmm, anyone had success getting the new /home storage activated for lucid instances? [10:48:30] Hydriz: you have to reboot [10:48:39] you don't say :P [10:48:49] but after reboot, I got back the old share [10:49:11] k [10:52:44] oh wait, I got it already haha [10:53:13] RECOVERY Total processes is now: OK on incubator-apache i-00000211.pmtpa.wmflabs output: PROCS OK: 136 processes [11:56:08] !cmds @labs-resolve @labs-info @labs-project-info @labs-project-users @labs-project-instances @labs-user [11:56:17] !cmds is special commands in this channel: @labs-resolve @labs-info @labs-project-info @labs-project-users @labs-project-instances @labs-user [11:56:18] Key was added [11:56:26] !cmds del [11:56:26] Successfully removed cmds [11:58:06] !log wikidata-dev disable memcached on wikidata test repo and clients [11:58:08] Logged the message, Master [11:58:38] @labs-info [11:58:43] !cmds is @labs-resolve @labs-info @labs-project-info @labs-project-users @labs-project-instances @labs-user [11:58:43] Key was added [11:58:59] @labs-info deployment-apache32 [11:59:00] [Name deployment-apache32 doesn't exist but resolves to I-0000031a] I-0000031a is Nova Instance with name: deployment-apache32, host: virt8, IP: 10.4.0.166 of type: m1.large, with number of CPUs: 4, RAM of this size: 8192M, member of project: deployment-prep, size of storage: 90 and with image ID: ubuntu-12.04-precise [12:33:31] hey addshore [12:33:42] heya petan :) [12:34:56] @labs-project-info hugglewa [12:34:56] The project Hugglewa has 2 instances and 4 members, description: The Huggle project web interface edition. [12:35:01] mm [12:37:13] gonna re write my bots, but cant decide on a language :/ [12:37:18] c# [12:37:20] :) [12:37:34] can't think of a better one, except for c++ [12:37:56] depends if u need performance or if you need to save time working on it [12:38:05] a bit of both :p [12:38:06] stuff you make in c++ in 1 month, you can do in 1 day in c# :P [12:38:21] and then dotnetiwki classes, awb classes, or my own classes xD [12:38:41] dotnetwikibot is kind of working [12:38:48] I use it for all my wiki bots [12:39:50] does it have any links to irc? [12:39:59] ? [12:40:04] irc feeds? [12:40:07] ah [12:40:08] no [12:40:12] you need to make your own :P [12:40:16] thats my job today then ;p [12:40:17] which is pretty easy [12:40:25] you can copy paste code of wm-bot which use it [12:40:28] :D [12:40:31] Type @commands for list of commands. This bot is running http://meta.wikimedia.org/wiki/WM-Bot version wikimedia bot v. 1.10.4.60 source code licensed under GPL and located at https://github.com/benapetr/wikimedia-bot [12:40:32] if i dont get distracted, which usually happens when i trya nd sit down and do these things >.< [12:40:39] true xD [12:41:33] https://github.com/benapetr/wikimedia-bot/blob/master/plugins/wmib_rc/wmib_rc/RC.cs [12:41:44] though it's hard to read :D :D [12:42:09] * addshore slaps petan with a large trout for making it hard to read [12:43:34] start reading at line 400 :P [12:43:42] that's what you are interested in [12:44:11] Recent Changes :P [12:44:19] yoink [12:45:16] hmm, your bot looks rather, substantial [12:45:21] mmmmm [12:45:23] in fact [12:45:31] there are 2 function which are interesting only [12:45:47] wmib.RegularModule.Load() and RecentChanges.Connect() [12:45:57] these 2 do connection to irc + parsing of feed [12:46:04] and are quite short [12:46:10] rest of that is for bot only [12:49:55] HAha [13:56:33] PROBLEM Total processes is now: WARNING on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS WARNING: 152 processes [14:11:34] RECOVERY Total processes is now: OK on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS OK: 150 processes [14:45:30] 12/20/2012 - 14:45:30 - Updating keys for mwang at /export/keys/mwang [15:28:34] PROBLEM Current Load is now: WARNING on parsoid-roundtrip7-8core i-000004f9.pmtpa.wmflabs output: WARNING - load average: 4.98, 5.09, 5.04 [15:38:32] RECOVERY Current Load is now: OK on parsoid-roundtrip7-8core i-000004f9.pmtpa.wmflabs output: OK - load average: 4.46, 4.83, 4.96 [15:46:32] PROBLEM Current Load is now: WARNING on parsoid-roundtrip7-8core i-000004f9.pmtpa.wmflabs output: WARNING - load average: 4.79, 5.23, 5.16 [16:46:32] RECOVERY Current Load is now: OK on parsoid-roundtrip7-8core i-000004f9.pmtpa.wmflabs output: OK - load average: 4.12, 4.32, 4.96 [17:11:36] !logs [17:11:53] !htmllogs [17:11:53] experimental: http://bots.wmflabs.org/~wm-bot/html/%23wikimedia-labs [18:35:53] PROBLEM Current Load is now: CRITICAL on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: Connection refused by host [18:36:33] PROBLEM Current Users is now: CRITICAL on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: Connection refused by host [18:37:13] PROBLEM Disk Space is now: CRITICAL on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: Connection refused by host [18:37:23] PROBLEM Total processes is now: CRITICAL on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: Connection refused by host [18:37:53] PROBLEM dpkg-check is now: CRITICAL on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: Connection refused by host [18:38:03] PROBLEM Free ram is now: CRITICAL on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: Connection refused by host [18:40:14] !log [18:40:18] !logs [18:40:22] !htmllogs [18:40:22] experimental: http://bots.wmflabs.org/~wm-bot/html/%23wikimedia-labs [18:40:31] 12/20/2012 - 18:40:31 - Updating keys for kipod at /export/keys/kipod [18:50:54] RECOVERY Current Load is now: OK on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: OK - load average: 1.41, 1.32, 0.96 [18:51:34] RECOVERY Current Users is now: OK on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: USERS OK - 0 users currently logged in [18:52:14] RECOVERY Disk Space is now: OK on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: DISK OK [18:52:24] RECOVERY Total processes is now: OK on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: PROCS OK: 84 processes [18:52:54] RECOVERY dpkg-check is now: OK on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: All packages OK [18:52:54] RECOVERY Free ram is now: OK on mwreview-abogott-dev4 i-00000549.pmtpa.wmflabs output: OK: 926% free memory [18:55:17] labs-morebots, I think benestar_ was wondering about you. [18:55:17] I am a logbot running on i-0000015e. [18:55:17] Messages are logged to labsconsole.wikimedia.org/wiki/Server_Admin_Log. [18:55:17] To log a message, type !log . [18:59:14] andrewbogott: thanks ;) [18:59:43] benestar: I just added that feature so I never miss a chance to show it off [19:00:18] xD [19:40:30] 12/20/2012 - 19:40:30 - Updating keys for mwang at /export/keys/mwang [19:41:33] PROBLEM Total processes is now: WARNING on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS WARNING: 151 processes [19:46:32] RECOVERY Total processes is now: OK on parsoid-spof i-000004d6.pmtpa.wmflabs output: PROCS OK: 149 processes [20:22:36] <^demon> Ryan_Lane: I have some simple ldap questions. [20:23:16] shoot [20:23:21] <^demon> a) Can groups be made to inherit members from other groups? [20:23:52] <^demon> b) What are your thoughts about moving all gerrit groups out of gerrit and into ldap? [20:24:00] a) difficult [20:24:17] <^demon> saper! [20:24:17] a) yes [20:24:19] <^demon> :) [20:24:22] b) good [20:24:25] :) [20:24:33] question is, of course, if gerrit *supports* it [20:24:53] and yes, it's fine if we move groups into ldap [20:24:56] <^demon> Hmm, well would ldap return a flattened list, or would it expect gerrit to dive into it? [20:24:56] will be easier to implement groups in LDAP than to fight UUID support [20:25:01] it's more than fine, it's great [20:25:05] ldap is just a database [20:25:11] it will not flatten for you [20:25:20] ^demon: I am not sure you can write recursive ldap query [20:25:35] group inheritance is done in the client implementation [20:25:43] <^demon> Blargh. Well that's the sticking point then. [20:25:46] you have to implement the recursion yourself [20:25:51] (that's what I meant by difficult -> dive yourself in all implementations using the LDAP groups for anything) [20:26:01] <^demon> Group inheritance in gerrit is completely fubar'd for external groups. [20:26:15] Ryan_Lane: seen my mail wrt ldap btw? [20:26:17] <^demon> So we come back to the original problem :\ [20:26:21] simplistic PAM modules won't be able to understand inheritance [20:26:49] paravoid: not yet [20:27:05] indeed [20:27:12] we aren't using those groups in pam, though [20:27:19] we're using the openstack groups, but they are flat [20:27:22] <^demon> saper: btw, Shawn merged that "fake ldap" script someone wrote and posted to repo-discuss. It's in contrib/ [20:27:42] contrib hosts all the random crap that's useful to 1 in every few hundred people [20:28:31] paravoid: which ldap email is this? [20:28:41] petan's issue [20:30:35] paravoid: what's the subject? [20:30:55] EU based admins [20:31:18] oh, yeah, I saw you replied that you lived in the EU :D [20:31:22] not that [20:31:35] oh [20:31:40] I somehow missed that part of the reply [20:31:59] hm [20:31:59] ^demon: will have a look at it, thanks [20:32:02] there's a second mail, found it? [20:32:06] yes [20:32:09] so... [20:32:13] * Damianz jumps up and down and waves at paravoid.... long time no see [20:32:25] ottomatta was nice enough to write a change to openstackmanager [20:32:33] we needed to change how the groups worked [20:32:36] oh really? [20:32:40] yes [20:32:49] Ryan_Lane: we might be tempted to use LDAP one day, not sure if it's worth making all other apps more difficult because of gerrit requirements... [20:32:49] cool! [20:32:57] change how? [20:32:57] basically we deleted all the groups and recreated them [20:33:02] I guess this one failed [20:33:13] what did you change? [20:33:16] before I was using a feature of opendj to replicate the member list [20:33:24] I remember [20:33:26] turns out that feature wasn't meant to be used that way [20:33:32] and it was actually a bug that it worked :) [20:33:36] ahaha! [20:33:49] so, now openstackmanager will manage the group and project membership directly [20:33:55] and keep them in sync? [20:34:08] My theory is gluster has no features and anything that works is a bug [20:34:08] and we have a maintenance script that will keep them in sync, if they are wrong for some reason [20:34:21] aha [20:34:25] <^demon> Well, with 2.5+ we won't actually add the ldap groups in gerrit. [20:34:40] I'm guessing something went wrong with the maintenance script [20:34:43] <^demon> We just have to change all the acls to use ldap/foo as the group names (which we're going to have to do anyway for the existing ldap groups) [20:34:47] I did have to ctrl-c it [20:34:55] and I've only ran it once [20:35:06] heh [20:35:09] I wasn't aware of all that [20:35:14] so there was some head scratching [20:35:22] trying to find out how a group might be missing [20:35:24] yeah. I should have written an email about it [20:35:30] no, that's okay [20:35:38] 12/20/2012 - 20:35:38 - Updating keys for mwang at /export/keys/mwang [20:35:42] just saying [20:35:50] makes much more sense now [20:35:54] yeah [20:36:01] <^demon> I wish there was an ssh command to adjust acls. [20:36:05] <^demon> Would make updating all this crap easier. [20:36:08] <^demon> *sigh* [20:36:12] labs-home-wm_: why do you keep updating mwang's key, eh? [20:36:19] ^demon: are you aware of ldapvi? [20:36:29] <^demon> I mean gerrit acls. [20:36:32] ah [20:36:59] <^demon> They're all stored in a file called project.config in the refs/meta/config branch on each repo. [20:37:11] ^demon: are acls in the database or git branch? [20:37:22] <^demon> branch, refs/meta/config. [20:37:23] <^demon> See ^ [20:37:29] <^demon> Which is cool for versioning and being able to submit config for review, but a pita for mass changes. [20:38:03] right; maybe it wouldn't be that hard to implement, but gerrit currently uses only simplest stuff from JGit [20:38:42] <^demon> At least jgit supports gc now. Can't wait for gerrit to use it. [20:39:09] do we collect a lot of garbage? [20:39:38] most objects should be referenced from refs/changes anyway? [20:40:02] * saper wonders if JGit supports funny non-branch refs [20:40:20] for gc [20:41:05] * Damianz rawrs and bats at fly [20:53:50] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by DaB. link https://www.mediawiki.org/w/index.php?diff=618819 edit summary: /* Various */ [20:59:06] I question how many items from the Toolserver features needed in Tool Labs page are actually needed and how many are just 'make this like toolserver' .... [21:00:47] Home directories, SVN repos [21:01:18] Wasn't there some disagreement over user databases as well? [21:01:39] <^demon> We're not setting up any new svn repos. [21:01:43] and wasn't there another list like this? [21:02:06] the not allowing user tables on the prod replica for direct joins because tis app logic? [21:02:18] yeah there was [21:02:25] svn repos aren't going to happen [21:02:30] https://www.mediawiki.org/wiki/Wikimedia_Labs/Toolserver_features_wanted_in_Tool_Labs [21:02:32] and then [21:02:40] https://www.mediawiki.org/wiki/Wikimedia_Labs/Toolserver_features_wanted_in_Tool_Labs [21:02:44] * Damianz gives sumanah 1 toffee apple cookie [21:02:45] sumanah is too quick :) [21:02:46] https://www.mediawiki.org/wiki/Talk:Admin_tools_development#Toolserver_termination ? [21:03:04] *Free license-choice of the user for his/her tools. <— that's fine as long as it's open source [21:03:23] I argue that wtfpl is opensource! [21:03:24] wait, so there's https://www.mediawiki.org/wiki/Wikimedia_Labs/Toolserver_features_needed_in_Tool_Labs and https://www.mediawiki.org/wiki/Wikimedia_Labs/Toolserver_features_wanted_in_Tool_Labs ? needed AND wanted? [21:03:40] Yes. DaB just started the needed one [21:03:41] :) [21:04:29] <^demon> Ryan_Lane: I suppose there's nothing preventing someone from setting up a svn project in labs, but yeah, we're not going to keep svn.wm.o going for this. [21:04:31] http://lists.wikimedia.org/pipermail/toolserver-l/2012-December/005574.html [21:04:42] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618825 edit summary: /* Filesystem */ [21:04:48] "As you know the general meeting of WMDE decided that the WMF has to guarantee that the features of the toolserver exists in WikiLabs within 6 months (otherwise WMDE has to look for a way to continue the toolserver)." [21:05:30] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Krenair link https://www.mediawiki.org/w/index.php?diff=618827 edit summary: /* Web */ svn? [21:06:10] Damianz, so yes, it seems to be a 'make this like toolserver' page [21:06:10] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618829 edit summary: /* Languages */ [21:06:20] That's stupid though [21:06:27] "stupid" seems strong [21:06:30] and unnecessary [21:06:33] not really [21:06:48] it's effort and work for no benifits [21:06:52] none? [21:07:06] it seems like a good user experience for Toolserver users is a benefit [21:07:08] and means labs just becomes full of old tech.... though yes you could run ts on labs without much effort [21:07:09] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618831 edit summary: /* Web */ [21:07:18] so, you should revise your "no benefits" statement [21:07:31] no benefits technology wise [21:07:49] not so concerned with users - current there's little benift, new users and community there may be some... long way down the road [21:08:03] yeah, your lack of concern for users doesn't really cut it :) [21:08:20] we have a bunch of tradeoffs to work through re: Labs tech, user experience for incoming users, etc etc [21:08:24] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618832 edit summary: /* OSM */ [21:08:37] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618833 edit summary: /* OSM */ [21:09:44] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618834 edit summary: /* Various */ [21:09:46] that reminds me that I need to prep for a meeting about this tomorrow [21:09:47] Well there's no point having good user ex with 0 decent technology... really you should have a good foundation technically to bring users onto, otherwise they see crap, get annoyed, docs don't work and eventually it's a bad ux [21:10:24] you're acting like you should spend one hundred percent of your time on technology and give zero thought to UX until and unless some kind of magical UX-less tech exists [21:10:29] in toto [21:10:31] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618836 edit summary: /* End-user-support */ [21:10:48] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618838 edit summary: /* OSM */ [21:11:22] my impatience with that kind of thinking is probably going to get in the way of me hearing what your actual opinions are, which are probably more reasonable once you articulate them properly [21:12:22] to be fair, most of the things DaB is asking for are actually needed in some way [21:12:34] just not the exact same way toolserver is doing it [21:13:03] nod [21:13:52] Ryan_Lane: ok to update https://www.mediawiki.org/wiki/Wikimedia_Labs#TODO to change "Enable database replication - Ryan hopes to get this done by the end of November or December 2012 " to a new date? I believe you said Jan/Feb? [21:13:52] "Access to (anonymized) web- and web-error-logs." [21:13:55] Damianz 2 things you have to do now :) [21:14:04] swap host and uname in nagios [21:14:12] So I'm not part of labs but I think the problem here is that only project roots can access web server logs? [21:14:12] that's first one [21:14:16] Krenair: it won't actually need to be anonymized [21:14:28] Damianz PINGG [21:14:29] our privacy policy makes that possible [21:14:46] we can easily make the web server logs readable to non-roots [21:14:58] Damianz - fix ram checks [21:15:02] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Krenair link https://www.mediawiki.org/w/index.php?diff=618841 edit summary: /* Web */ [21:15:07] they show like 43532632952% free ram [21:15:19] Ryan_Lane: and post-Kraken relevant data might even be more available to toolmakers [21:15:30] Can people already request git repos in gerrit for their labs stuff? [21:15:41] What do you mean swap uname? [21:15:46] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Ryan lane link https://www.mediawiki.org/w/index.php?diff=618842 edit summary: /* Various */ [21:15:48] And I didn't write the ram check but I can make a new one [21:15:54] sumanah: yeah, that's the plan [21:15:59] Ryan_Lane: ok, editing now [21:16:01] Damianz swap I-000000blah with "nicename" [21:16:03] sumanah: we are working on the ldap integration now, in fact. [21:16:05] sumanah: Focus 100% on ux and you just move ts to labs and fix nothing [21:16:10] Damianz example: [21:16:12] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by DaB. link https://www.mediawiki.org/w/index.php?diff=618843 edit summary: /* End-user-support */ [21:16:13] petan: talk to Ryan_Lane, it's pending him fixing it [21:16:21] @labs-resolve bastion [21:16:21] I don't know this instance - aren't you are looking for: I-000000ba (bastion1), I-0000019b (bastion-restricted1), I-00000390 (deployment-bastion), [21:16:27] Krenair: yes, people can request repos for anything they want [21:16:30] Change on 12mediawiki a page Wikimedia Labs was modified, changed by Sharihareswara (WMF) link https://www.mediawiki.org/w/index.php?diff=618844 edit summary: /* TODO */ Database replication delayed. [21:16:32] you see bastion1 is I-00000sth [21:16:35] I'd really like to make it easier for folks to create repos [21:16:41] Damianz I need you to swap these 2 thing in nagios [21:16:41] * sumanah continues to wait for Damianz to display thoughtfulness :-) [21:16:42] they're wrong in ldap because openstack changed it so *shrug*... [21:16:53] no they are not wrong they are right [21:16:59] Damianz: what's wrong in ldap? [21:17:05] <^demon> Ryan_Lane: I would too. I brought it up at the hackathon, but we got bogged down bikeshedding. [21:17:06] your python script has 2 variables host and uname [21:17:12] I need you to swap them [21:17:17] ^demon: :( [21:17:21] I tried it but it resulted in errors in groups [21:17:24] ^demon: well, it'll likely happen at some point [21:17:30] <^demon> We ended up with something that looked cool on the board, but wasn't really all that easy, defeating the point. [21:17:32] because groups are filled with these I-things [21:17:35] Change on 12mediawiki a page Wikimedia Labs/Toolserver features needed in Tool Labs was modified, changed by Krenair link https://www.mediawiki.org/w/index.php?diff=618845 edit summary: /* Web */ [21:17:42] i-xxx is the fwdn [21:17:45] fqdn* [21:17:53] ok, when u open nagios [21:17:55] yeah. we need to fix the host name crap [21:18:01] that I-thing is where uname should have benn [21:18:06] I want to move completely away from i-xxx [21:18:07] it can't be [21:18:08] that's why you should swap it [21:18:11] why? [21:18:13] it used to be [21:18:14] the other is not a fqdn [21:18:15] before [21:18:15] <^demon> Ryan_Lane: We could write a dummy extension to live on labsconsole. Someone requests, someone approves, presses "Create" [21:18:19] So we can't support 2 regions [21:18:19] <^demon> It sets up default acls. [21:18:20] who cares [21:18:23] <^demon> And groups. [21:18:25] It breaks if we have any vms in equiad [21:18:25] make it alias [21:18:28] ^demon: yeah, that we could [21:18:33] what? [21:18:33] ^demon: would likely be easy to make [21:18:42] Change on 12mediawiki a page Wikimedia Labs/status was modified, changed by Sharihareswara (WMF) link https://www.mediawiki.org/w/index.php?diff=618846 edit summary: 2012-12-20 [21:18:44] it was exactly same before and it worked [21:18:56] <^demon> Ryan_Lane: Can labsconsole ssh to gerrit? That's the only real requirement. [21:19:00] ^demon: yep [21:19:17] Damianz howcome my c++ parser could do that and ur python thing can't?? [21:19:18] I can look at it but if I remember right the fqdn needs changing to ..wmflabs before it can work properly with nice names... [21:19:36] Damianz: that's how it works [21:19:40] The c++ parser broke... but that's unrelated [21:19:41] but my c++ parser were using it as ALIAS [21:19:45] only public DNS doesn't work that way [21:19:54] that made it look nice in nagios but working fine [21:19:59] bastion1.pmtpa.wmflabs <— nice name [21:20:05] <^demon> Ryan_Lane: There's always going to be weird repos that are like "Copy history" or "We need a weird acl" or "Convert from svn," but for the majority of cases (new extensions) we can script the whole thing. [21:20:14] ^demon: yeah [21:21:24] Damianz when I open nagios it's almost useless because I can't recognize a single host without resolving it using wm-bot [21:21:36] that complicates things [21:21:46] all old hosts are like that in ldap I swear [21:21:55] looking in a sec [21:22:03] only public dns [21:22:07] when I open nagios there is not a single server with nice name [21:22:13] hostname have always used region name [21:22:29] I am not talking about region but I-thing [21:22:33] I-000000fsg03 [21:22:35] etc. [21:22:43] That /is/the hostname [21:22:49] I know [21:22:50] So DaB added "Documentation for beginners and non-technicals." - doesn't labs already have docs for beginners? [21:22:54] Server won't let me login anyway [21:22:58] but it's not the "fancy hostname" [21:23:06] Damianz because something broke [21:23:13] I don't think non-technicals though... Sounds like a wontfix to me [21:23:15] Krenair: yes. it's not wonderful though [21:23:16] paravoid was fixing it [21:23:20] something with ldap [21:23:23] I think [21:23:33] which host can you not log into? [21:23:36] that's why u can't login [21:23:40] he can't login to nagios [21:23:41]