[00:05:40] RECOVERY Free ram is now: OK on aggregator-test1 i-000002bf output: OK: 92% free memory [00:07:34] nopr0nforyou TheHelpfulOne! [00:26:33] Amgine: it's more a config file with passwords for a bot [00:26:33] multiple bots* [00:27:11] [00:27:40] :P [02:37:49] RECOVERY Free ram is now: OK on bots-sql2 i-000000af output: OK: 24% free memory [03:02:49] RECOVERY dpkg-check is now: OK on mwreview-test4 i-000002d1 output: All packages OK [03:03:49] RECOVERY Current Load is now: OK on mwreview-test4 i-000002d1 output: OK - load average: 0.90, 0.45, 0.21 [03:04:35] RECOVERY Current Users is now: OK on mwreview-test4 i-000002d1 output: USERS OK - 0 users currently logged in [03:05:04] RECOVERY Disk Space is now: OK on mwreview-test4 i-000002d1 output: DISK OK [03:05:44] RECOVERY Free ram is now: OK on mwreview-test4 i-000002d1 output: OK: 89% free memory [03:07:03] RECOVERY Total Processes is now: OK on mwreview-test4 i-000002d1 output: PROCS OK: 80 processes [03:25:54] PROBLEM Free ram is now: WARNING on bots-sql2 i-000000af output: Warning: 19% free memory [03:44:44] PROBLEM Free ram is now: WARNING on utils-abogott i-00000131 output: Warning: 14% free memory [03:44:44] PROBLEM Free ram is now: WARNING on test-oneiric i-00000187 output: Warning: 15% free memory [03:54:44] PROBLEM Free ram is now: WARNING on orgcharts-dev i-0000018f output: Warning: 15% free memory [03:59:44] PROBLEM Free ram is now: CRITICAL on utils-abogott i-00000131 output: Critical: 5% free memory [03:59:44] PROBLEM Free ram is now: CRITICAL on test-oneiric i-00000187 output: Critical: 5% free memory [03:59:54] PROBLEM Free ram is now: WARNING on nova-daas-1 i-000000e7 output: Warning: 12% free memory [04:04:44] RECOVERY Free ram is now: OK on utils-abogott i-00000131 output: OK: 97% free memory [04:09:44] RECOVERY Free ram is now: OK on test-oneiric i-00000187 output: OK: 97% free memory [04:14:44] PROBLEM Free ram is now: CRITICAL on orgcharts-dev i-0000018f output: Critical: 4% free memory [04:19:44] RECOVERY Free ram is now: OK on orgcharts-dev i-0000018f output: OK: 94% free memory [04:19:54] PROBLEM Free ram is now: CRITICAL on nova-daas-1 i-000000e7 output: Critical: 4% free memory [04:24:54] RECOVERY Free ram is now: OK on nova-daas-1 i-000000e7 output: OK: 94% free memory [04:39:44] PROBLEM Free ram is now: WARNING on test3 i-00000093 output: Warning: 14% free memory [04:44:44] PROBLEM Free ram is now: CRITICAL on test3 i-00000093 output: Critical: 3% free memory [04:49:44] RECOVERY Free ram is now: OK on test3 i-00000093 output: OK: 96% free memory [05:28:44] RECOVERY Disk Space is now: OK on ipv6test1 i-00000282 output: DISK OK [05:36:44] PROBLEM Disk Space is now: WARNING on ipv6test1 i-00000282 output: DISK WARNING - free space: / 69 MB (5% inode=58%): [05:40:54] PROBLEM Free ram is now: CRITICAL on incubator-bot1 i-00000251 output: Critical: 5% free memory [07:07:04] PROBLEM host: labs-build1 is DOWN address: i-0000006b CRITICAL - Host Unreachable (i-0000006b) [07:09:14] RECOVERY host: labs-build1 is UP address: i-0000006b PING OK - Packet loss = 0%, RTA = 0.77 ms [07:20:44] PROBLEM Free ram is now: CRITICAL on aggregator2 i-000002c0 output: Critical: 5% free memory [07:20:54] RECOVERY Free ram is now: OK on bots-sql2 i-000000af output: OK: 20% free memory [07:40:45] PROBLEM Free ram is now: UNKNOWN on aggregator2 i-000002c0 output: NRPE: Call to fork() failed [07:40:54] PROBLEM Current Users is now: CRITICAL on aggregator2 i-000002c0 output: CHECK_NRPE: Error - Could not complete SSL handshake. [07:40:54] PROBLEM Disk Space is now: UNKNOWN on aggregator2 i-000002c0 output: NRPE: Call to fork() failed [07:42:34] PROBLEM dpkg-check is now: CRITICAL on aggregator2 i-000002c0 output: CHECK_NRPE: Error - Could not complete SSL handshake. [07:44:44] PROBLEM Current Load is now: CRITICAL on aggregator2 i-000002c0 output: CHECK_NRPE: Error - Could not complete SSL handshake. [07:44:54] PROBLEM Total Processes is now: CRITICAL on aggregator2 i-000002c0 output: CHECK_NRPE: Error - Could not complete SSL handshake. [07:45:54] PROBLEM Disk Space is now: CRITICAL on aggregator2 i-000002c0 output: CHECK_NRPE: Error - Could not complete SSL handshake. [07:46:54] PROBLEM SSH is now: CRITICAL on aggregator2 i-000002c0 output: Server answer: [07:50:44] PROBLEM Free ram is now: CRITICAL on aggregator2 i-000002c0 output: CHECK_NRPE: Error - Could not complete SSL handshake. [09:03:37] hey guys [09:05:49] hello [09:12:33] Thehelpfulone: yes [09:12:45] you can have a passwords on labs XD [10:41:17] PROBLEM Free ram is now: WARNING on incubator-bot1 i-00000251 output: Warning: 11% free memory [10:56:57] RECOVERY SSH is now: OK on aggregator2 i-000002c0 output: SSH OK - OpenSSH_5.9p1 Debian-5ubuntu1 (protocol 2.0) [10:57:37] PROBLEM dpkg-check is now: UNKNOWN on aggregator2 i-000002c0 output: NRPE: Call to fork() failed [11:02:37] PROBLEM dpkg-check is now: CRITICAL on aggregator2 i-000002c0 output: CHECK_NRPE: Error - Could not complete SSL handshake. [11:04:57] PROBLEM SSH is now: CRITICAL on aggregator2 i-000002c0 output: Server answer: [11:38:57] PROBLEM Free ram is now: WARNING on bots-sql2 i-000000af output: Warning: 19% free memory [13:03:55] RECOVERY Free ram is now: OK on bots-sql2 i-000000af output: OK: 20% free memory [13:52:20] petan: going to update labs to latest master [13:52:28] yay [13:52:36] do we have any script for that yet [13:52:48] petan: I did cherry pick a change friday to fix some infinite job loop that made jobrunner05 to use 100% CPU doing nothing [13:52:55] ok [13:53:03] no need for a script yet ;) [13:53:06] git pull [13:53:16] then: foreachwiki update.php --quick [13:53:19] hm, that doesn't fix the extensions [13:53:27] git pull does the core only [13:53:44] yeah I do git submodule update too [13:53:48] ok [13:53:57] what is a command for that [13:54:04] !log deployment-prep hashar: updating mediawiki/core and extenions to their latest versions [13:54:15] hashar: just tell me how you did it [13:54:16] :P [13:54:24] copy paste ur terminal XD [13:54:30] sure [13:54:46] btw, doesn't it break the site during update [13:54:54] I think we should have scap [13:55:32] btw there are still some problems with new bastion [13:55:43] I think update.php doesn't work on that [13:55:49] it return some php error [13:55:54] like internal error [13:56:03] I think it's missing some libraries [13:58:36] STUPID LABS [13:58:37] seriously [13:58:39] grr [13:58:47] chgrp: changing group of `ArticleFeedback/.git/objects/50': Operation not permitted [13:58:48] yeahhh [14:01:14] the mount being deployment-nfs-memc:/mnt/export/apache on /usr/local/apache type nfs (rw,bg,soft,tcp,timeo=14,intr,nfsvers=3,addr=10.4.0.58) [14:01:19] looks like we are not allowed to write :-( [14:01:57] petan: if you get any error doing a scap or see any problem / issue, please open a bug in bugzilla :-° [14:02:09] so we can hunt the issue ;) [14:02:22] ok [14:02:30] hashar: you need root squash for that [14:02:36] if u need to use root on nfs [14:02:47] right now it's mounted so that you can't use root on nfs [14:02:59] hooo [14:03:24] is that a NFS security feature? [14:03:51] yes [14:04:12] because in the old days you might have NFS clients that you didn't exactly trust [14:04:27] !log deployment-prep hashar: fixing user rights on root@deployment-nfs-memc:/mnt/export/apache/common/php-trunk [14:04:44] root squashing is a protection from having e.g. a compromise on one of them [14:04:52] for it to not expand to all shares [14:05:05] which makes a lot of sense [14:05:19] the attack would e.g. be: get root on one client, create a suid file on a directory, get root on all of them [14:05:22] or just get all files [14:06:11] petan: paste of my terminal is at http://dpaste.org/6wUpk/ [14:10:08] -----w---- 1 hashar depops 0 1972-07-08 13:19 LastModified.i18n.php [14:10:14] lovely input / output error [14:22:42] Danny_B|backup: hey, if you know enwp.org I just made the same for cs [14:23:00] I think it will be useful :) [14:23:15] we already have wpcz.org actually [14:23:19] aha [14:23:28] I never say anyone use it [14:23:31] this one is cswp.cz [14:23:38] it works just same as enwp [14:23:53] ale jo, mormegil. dej si to vyhledat pomoci linksearch [14:24:30] chteli jsme wx.cz ale vsechny nebo vetsina byla regnuta [14:24:45] hm... [14:25:05] but u know wpcz.org doesn't work like enwp [14:25:13] when u do wpcz.org/test it return 404 [14:25:32] it just redirect to main page [14:26:20] divny, ale driv mu to fungovalo [14:27:17] wpcz.org/Test ;-) [14:27:42] that's weird... [14:27:50] it should be case insensitive [14:28:07] like when u type [[test]] [14:31:09] !log deployment-prep hashar: Mediawiki extensions updated using their latest master [14:32:10] blame the author ;-) [14:32:59] !log deployment-prep hashar: running foreachwiki update.php --quick in a screen session [14:33:08] petan: so that is updating ;-] [14:33:59] yay [14:34:07] hashar: can u check the bastion later [14:34:12] I have no idea why it doesn't work [14:34:20] what does not work ? [14:34:25] php-cli [14:34:29] I mean what are the symptoms? [14:34:30] it return some missing libs [14:34:34] let me check [14:34:53] while running puppet ? [14:35:12] * hashar manually runs puppetd -tv [14:35:55] no while running update.php [14:36:51] petrb@deployment-bastion:/home/wikipedia/common/live/maintenance$ php update.php [14:36:51] PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/fss.ini on line 1 in Unknown on line 0 [14:36:51] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/php_wikidiff2.so' - /usr/lib/php5/20090626/php_wikidiff2.so: cannot open shared object file: No such file or directory in Unknown on line 0 [14:36:51] No MWMultiVersion instance initialized! MWScript.php wrapper not used? [14:37:20] for first that is not just update.php [14:37:25] but any php from cli ;-) [14:37:26] hm... [14:39:52] petan: so fss should be installed with php5-fss debian package [14:40:00] which is a dependency of wikimedia-task-appserver [14:40:06] aha [14:40:11] which should be installed when using some of the applicationserver class [14:40:12] then a package is broken [14:40:18] it should have it linked [14:40:21] as dependency [14:40:38] $ apt-cache rdepends php5-fss [14:40:38] is that precise? [14:40:38] php5-fss [14:40:40] Reverse Depends: [14:40:40] wikimedia-task-appserver [14:40:55] paravoid: I don't think so [14:41:07] petrb@deployment-bastion:/home/wikipedia/common/live/maintenance$ uname -a [14:41:07] Linux i-000002bd 2.6.32-41-server #89-Ubuntu SMP Fri Apr 27 22:33:31 UTC 2012 x86_64 GNU/Linux [14:41:13] okay, nevermind [14:41:27] how can we tell the ubuntu version/name ? [14:41:36] hashar: when you login [14:41:39] it's in motd [14:41:53] Ubuntu 10.04.4 LTS lucid [14:42:36] Change on 12mediawiki a page OAuth/status was modified, changed by Guillom link https://www.mediawiki.org/w/index.php?diff=548710 edit summary: new status update [14:42:45] anyway, you need to get a puppet class to install wikimedia-task-appserver [14:42:49] LOL [14:42:51] petrb@deployment-bastion:/home/wikipedia/common/live/maintenance$ head -2 /etc/motd | tail -1 [14:42:51] Ubuntu 10.04.4 LTS [14:42:54] this is a lame way [14:42:56] to get it [14:43:07] hehe [14:43:46] cat /etc/ubuntu_version fwiw [14:43:52] :) [14:44:05] my command looks more hackerish [14:44:31] btw where is no such a file [14:44:33] in /etc [14:44:43] * there [14:44:51] petan: you might want to try applicationserver::home [14:45:02] petan: on -bastion, that should include everything needed [14:45:06] hashar: I asked you what classes to use :) [14:45:10] that one too? [14:45:15] okay [14:45:22] that one includes everything [14:45:24] we really need to make class bastion [14:45:25] (should) [14:45:38] I think I had a bastion class somewhere yes [14:46:00] there is but u told me that it doesn't work [14:46:50] well there is misc::bastionhost but that is not really helpfull [14:46:53] hashar: where is that class [14:47:01] manifests/misc/bastion.pp [14:47:07] applicationserver::homeless? [14:47:13] but it's not in console [14:47:13] what you really want is applicationserver::home that should do it [14:47:20] yeah you need to add it [14:47:22] I can't pick it [14:47:27] https://labsconsole.wikimedia.org/w/index.php?title=Special:NovaInstance&action=configure&project=deployment-prep&instanceid=i-000002bd [14:47:38] in the left menu, at the bottom " Mange Puppet Groups" [14:47:38] I don't know how [14:47:41] that let you add new groups [14:47:41] aha [14:47:47] https://labsconsole.wikimedia.org/wiki/Special:NovaPuppetGroup [14:48:44] <3 [14:48:44] as for the different between applicationserver::home and applicationserver::homeless well hmm. The first probably has /home/wikipedia mounted over NFS, the later (homeless) does not have any /home (I GUESS) [14:49:01] petan: then apply the class to your -bastion instance [14:49:06] k [14:49:07] we will see how well it works ;-] [14:49:17] !log deployment-prep petrb: running puppet [14:49:28] puppet is fun ;) [15:02:10] hashar: err: /Stage[main]/Accounts::Ariel/Unixaccount[Ariel T. Glenn]/User[ariel]/gid: change from 550 to 500 failed: Could not set gid on user[ariel]: Execution of '/usr/sbin/usermod -g 500 ariel' returned 6: usermod: user 'ariel' does not exist in /etc/passwd [15:02:16] are you sure :D [15:02:29] creating accounts for all people from ops using puppet? [15:04:01] @search help [15:04:01] Results (Found 4): ask, help, instance, Thehelpfulone, [15:05:20] you've probably included the wrong class [15:05:59] or there's no class for app servers in labs yet, don't remember [15:06:26] petan: yeah it attempts to create some accounts [15:06:53] petan: we talked about that with either mutante or paravoid. Looks like we are going to need a applicationserver::home::labs class [15:07:00] hm... [15:07:08] right [15:07:08] but otherwise it works [15:07:16] contributions welcome :) [15:07:36] class labs inherits parent { [15:07:37] ahh [15:07:39] so hmm [15:07:52] did we just replicate production by accident? [15:07:53] :D [15:07:57] petan: sorry , need to use applicationserver::labs [15:08:05] so what should I do now [15:08:13] first [15:08:20] blame me for not giving the correct information [15:08:37] then go back to labsconsole ==> "Manage Puppet Group" [15:08:45] there [15:08:53] then add application server::labs class [15:09:06] it is defined in manifests/site.pp [15:09:23] ok what to do with home [15:09:28] change is https://gerrit.wikimedia.org/r/#/c/8575/ [15:09:29] keep? [15:09:32] hm [15:10:16] should I keep home too [15:10:32] I can't remember if it includes the /home/wikipedia [15:10:39] ok I will keep it [15:10:49] there is nfs::home::wikipedia which is most probably required by some other class [15:10:57] will have to try out :-] [15:16:10] we should have some kind of labs hackathon in Prague [15:16:16] looks central [15:21:41] in Prague? ok :D [15:21:55] you know there are only 2 people in Prague who actually do tech stuff [15:23:53] * sumanah doubts this [15:24:22] you know someone else than me and Danny_B|backup? [15:24:44] petan: do you mean two *Wikimedians* or two people in general? [15:24:50] wikimedians [15:25:03] I was responding to idea of creating hackaton in Prague :D [15:25:11] well, why not? [15:25:14] [17:16:09] we should have some kind of labs hackathon in Prague [15:25:24] sumanah: maybe the lack of people? [15:25:34] petan: Don't fall into the trap of thinking static is the same as dynamic. [15:25:34] well the two of us [15:25:39] + we get some of us to fly there [15:25:47] blame several people [15:25:53] :) [15:25:54] + We could do some outreach in Prague ;-] [15:26:00] I am sure there are lot of talented people there [15:27:45] hm... I won't be against that since it would be easy for me to get there, but someone would need to organize it and I am not the right person to do that [15:27:50] hashar: I bet there are. A hackathon in Prague sounds like a marvelous idea [15:28:07] are there people who do template-hacking, etc. on the Czech wikis? [15:28:12] yes [15:28:37] then there you go, that's a technical community that would probably enjoy and come to an event [15:28:42] there is a whole wiki project for templates [15:28:43] we could send them Victor Vassiliev for some LUA evangelism / conversion :-] [15:29:00] :D [15:29:39] "This is Victor. He will make you do stuff properly" [15:29:47] New patchset: Ryan Lane; "Use central ssh key location in Labs" [operations/puppet] (test) - https://gerrit.wikimedia.org/r/10944 [15:30:04] that's a wonderful idea! vvv is only in Europe till the fall when he goes to college, though. so if you want a hackathon that he comes to, you should probably ask him about dates when he is nearby [15:30:05] New review: gerrit2; "Lint check passed." [operations/puppet] (test); V: 1 - https://gerrit.wikimedia.org/r/10944 [15:30:11] New review: Ryan Lane; "(no comment)" [operations/puppet] (test); V: 0 C: 2; - https://gerrit.wikimedia.org/r/10944 [15:30:13] Change merged: Ryan Lane; [operations/puppet] (test) - https://gerrit.wikimedia.org/r/10944 [15:32:39] sumanah: make sure to invite Danny_B. [15:32:58] I think he reads this conversation since he is right here [15:33:07] * sumanah is not organizing this! obviously petan, hashar, and anyone else is welcome to [15:33:11] and since I pinged him twice meanwhile [15:33:20] [15:33:59] hashar: petan: if you want this thing to happen, drop a suggestion on the Czech village pump? [15:34:13] I don't feel like a person to organize hackatons since I have been only on 1 so far, but I can forward it to WMCZ [15:34:21] sumanah: well I need to get in touch with Yuvi Pandah [15:34:30] hashar: oh, for advice? [15:34:32] sumanah: he did an awesome report for some Indian hackathon [15:34:40] hashar: yes, I can fwd that to you [15:34:50] sumanah: and in Berlin, he told me that he had a guide somewhere to organize an hackathon. Some kind of a checklist [15:35:07] I will most definitely try to get one hosted in my city for some European foks [15:35:08] folks [15:35:27] Paris? :) [15:35:31] hashar: https://www.mediawiki.org/wiki/Volunteer_coordination_and_outreach/Event_planning and https://www.mediawiki.org/wiki/Volunteer_coordination_and_outreach/Training_materials may help you [15:35:49] petan: Nantes on the west coast. We have direct flight from London / Amsterdam ;D [15:36:00] aha [15:36:05] petan: Paris might be possible by teaming up with the local french chapter [15:36:22] I heard Paris is nice [15:36:44] sumanah: good to know we have lot of materials ;-] [15:36:47] a French-language event would be wonderful [15:36:58] but that wouldn't be for me :P [15:37:16] petan: yeah that is a nice city for tourism although it is a bit expensive and french people are probably not the nicer when it comes to receiving tourism [15:37:18] Yves and Jeremie mentioned at the hackathon that it would be great to have a French-language event, hashar, so if you team up with them I bet they'd help [15:37:39] petan: there is surely a lot to see in Paris though. 3 weeks would not be enough :-] [15:37:52] 3 weeks hackaton then [15:37:55] :D [15:38:02] sumanah: a french language event would be a good idea indeed [15:38:12] sumanah: not going to happen before next year / winter though [15:38:14] maybe we could create a new mediawiki from scratch in 3 weeks [15:38:29] hashar: well, it depends on who organizes it. An enthusiastic person could get one going this fall. [15:38:34] sumanah: I am too busy with my little girl and I am not that much an event organizer [15:38:42] hashar: then maybe Jeremie? [15:38:46] petan: ahha [15:39:04] sumanah: maybe yeah. [15:39:14] petan: a few years ago, when people couldn't fly back from the Berlin hackathon because of the volcano, they ended up at an impromptu 3-week Berlin hackathon [15:39:30] sumanah: I might get in touch with the folks from WMFR [15:40:19] sumanah: I never understood why these people didn't use train (at least the european people). It's not so fast, but better than being stuck for days [15:40:51] petan: Maybe you could try to guess where those people were trying to get? [15:41:18] petan: and perhaps you could gather that, immediately, as soon as the flight ban took place, all trains were booked for weeks? [15:41:19] these from europe could get home within 1 day for sure [15:41:30] hm, maybe [15:41:43] petan: AGF has a corollary here [15:42:20] petan: instead of just assuming they did not think to use the train, perhaps you could try to think of reasons why things turned out as they did [15:43:28] I said I never understood why they didn't, not that they were stupid not to do that [15:43:36] petan: well train were overwheelmed [15:43:59] * sumanah takes your point [15:44:32] now I kind of understand it :P [15:48:35] petan: you should talk about the Volcano with Roan Kattouw [15:48:44] I am pretty sure he has lot to share about it ;-] [15:48:50] (I just love listening to Roan stories ;-D ) [15:49:14] hashar: me too! [15:49:27] ok, evidently I have 9 more TODOs in my inbox...... [16:12:55] New patchset: Ryan Lane; "Moving root's authorized key file" [labs/private] (master) - https://gerrit.wikimedia.org/r/10948 [16:21:48] New patchset: Ryan Lane; "Add a second location for ssh keys" [operations/puppet] (test) - https://gerrit.wikimedia.org/r/10949 [16:22:05] New review: gerrit2; "Lint check passed." [operations/puppet] (test); V: 1 - https://gerrit.wikimedia.org/r/10949 [16:23:24] New patchset: Ryan Lane; "Add a second location for ssh keys" [operations/puppet] (test) - https://gerrit.wikimedia.org/r/10949 [16:23:41] New review: gerrit2; "Lint check passed." [operations/puppet] (test); V: 1 - https://gerrit.wikimedia.org/r/10949 [16:23:46] New review: Ryan Lane; "(no comment)" [operations/puppet] (test); V: 0 C: 2; - https://gerrit.wikimedia.org/r/10949 [16:23:49] Change merged: Ryan Lane; [operations/puppet] (test) - https://gerrit.wikimedia.org/r/10949 [16:24:37] New patchset: Ryan Lane; "Moving root's authorized key file" [labs/private] (master) - https://gerrit.wikimedia.org/r/10948 [16:24:49] New review: Ryan Lane; "(no comment)" [labs/private] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/10948 [16:27:23] New patchset: Ryan Lane; "Moving root's authorized key file" [labs/private] (master) - https://gerrit.wikimedia.org/r/10948 [16:27:38] New review: Ryan Lane; "(no comment)" [labs/private] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/10948 [16:27:40] Change merged: Ryan Lane; [labs/private] (master) - https://gerrit.wikimedia.org/r/10948 [16:30:25] New patchset: Ryan Lane; "Fix root's ssh entry" [labs/private] (master) - https://gerrit.wikimedia.org/r/10952 [16:30:50] New review: Ryan Lane; "(no comment)" [labs/private] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/10952 [16:30:52] Change merged: Ryan Lane; [labs/private] (master) - https://gerrit.wikimedia.org/r/10952 [16:31:52] New patchset: Ryan Lane; "Syntax fix" [labs/private] (master) - https://gerrit.wikimedia.org/r/10953 [16:32:13] New review: Ryan Lane; "(no comment)" [labs/private] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/10953 [16:32:15] Change merged: Ryan Lane; [labs/private] (master) - https://gerrit.wikimedia.org/r/10953 [19:00:08] <^demon> Ryan_Lane: I'm wondering if pack.deltacompression is worth it. It would lower transfer sizes for users--at the cost of more CPU time spent on manganese. https://gerrit.wikimedia.org/r/Documentation/config-gerrit.html#_a_id_pack_a_section_pack [19:00:23] * ^demon is just wondering out loud, really [19:01:13] Ryan_Lane: I've written a wiki page on using .debs within labs. Can you suggest a URL at which it could live? I put up a draft at https://labsconsole.wikimedia.org/wiki/User:Bhartshorne/Using_debs_in_labs [19:01:15] well, what's the current stats look like? :) [19:01:35] (though I haven't written the puppet part of it yet, so it won't work as advertised.) [19:01:53] <^demon> Ryan_Lane: Anecdotal complaints of "transfer is too big" ...haven't actually investigated for real though [19:01:55] I'd also welcome feedback on it, both as a process and a page. [19:01:57] ^demon: load looks to generally be low [19:02:04] maplebed: ok [19:02:11] ^demon: I'd say let's try it [19:02:56] <^demon> I should alphabetize gerrit.config anyway. I've just been appending to the end [19:03:13] <^demon> Starting to bug me now :p [19:03:14] Ryan_Lane, is it possible to have private files on labs? Someone would like to run a few IRC bots but the config file for them has passwords [19:03:37] don't most people's bot configs have passwords? [19:03:46] yeah :P [19:03:47] they are passwords for the bot, right? [19:03:51] yes [19:03:57] wasn't bots changed to restrict sudo? [19:04:01] petan: ? [19:04:07] yes it has been [19:04:13] it should be fine for now [19:04:19] I'd really love to have oauth for this [19:05:22] so there's a few users that are able to sudo - does that mean if someone wants to have private files they put there bot on bots-1? [19:06:45] <^demon> They could just store their passwords on linkedin ;-) [19:25:06] Change abandoned: Hashar; "abandoning this change since nobody care. Packages are just manually installed." [operations/puppet] (test) - https://gerrit.wikimedia.org/r/6469 [19:28:02] New patchset: Hashar; "/home/wikipedia/logs on mediawiki-logger service" [operations/puppet] (test) - https://gerrit.wikimedia.org/r/7304 [19:28:18] New review: gerrit2; "Lint check passed." [operations/puppet] (test); V: 1 - https://gerrit.wikimedia.org/r/7304 [19:28:29] New review: Hashar; "Patchset 4 is a rebase" [operations/puppet] (test); V: 0 C: 0; - https://gerrit.wikimedia.org/r/7304 [19:29:36] New patchset: Hashar; "class to cleanup /var/cache/apt/archives" [operations/puppet] (test) - https://gerrit.wikimedia.org/r/7075 [19:29:52] New review: gerrit2; "Lint check passed." [operations/puppet] (test); V: 1 - https://gerrit.wikimedia.org/r/7075 [19:30:14] New review: Hashar; "Patchset 2 is a rebase." [operations/puppet] (test); V: 0 C: 0; - https://gerrit.wikimedia.org/r/7075 [19:35:31] Thehelpfulone: unfortunately, we'll have to trust the users with sudo [19:35:37] until oauth is available [19:35:53] hmm ok, is there an ETA for oauth? [19:35:57] no clue [19:36:19] chris steip would know [19:39:44] maplebed: these deb instructions look good [19:39:50] want to move them to the help section? [19:42:30] Ryan_Lane: sure. is that different from a regular page move? [19:42:31] PROBLEM Disk Space is now: CRITICAL on ipv6test1 i-00000282 output: DISK CRITICAL - free space: / 39 MB (2% inode=57%): [19:42:37] nope [19:42:43] I'll move it sometime later this week - I want to make the puppet rules first (so that it will actually work) [19:42:52] thanks for the review. [19:42:57] yw [19:42:59] * maplebed -> afk [19:47:30] PROBLEM Disk Space is now: WARNING on ipv6test1 i-00000282 output: DISK WARNING - free space: / 69 MB (5% inode=57%): [20:41:25] PROBLEM Free ram is now: CRITICAL on incubator-bot1 i-00000251 output: Critical: 5% free memory [21:06:25] RECOVERY Free ram is now: OK on ganglia-test2 i-00000250 output: OK: 86% free memory [23:04:01] hey all, I'm a new employee at the sf office and I am trying to set up an account on the labsconsole wiki. does anyone have experience or credentials to do that sort of thing? [23:07:12] https://labsconsole.wikimedia.org/wiki/Help:Access#Giving_users_Labs_access.2C_if_they_don.27t_already_have_SVN_access [23:07:23] Preferred wiki username. This will also be the user's git username, so legal name would be reasonable [23:07:23] Preferred email address [23:07:23] Their preferred shell account name (1 to 17 numbers and lower case ASCII letters, as well as the . (full stop), - (hyphen-minus) and _ (low line) characters) [23:10:28] i actually don't have an SVN account yet [23:10:52] (he's new, and sitting right next to me. so i can vouch.) [23:11:41] I can't see where that is explicitly necessary, but I couldn't quite follow the directions. [23:11:50] is there anything even left in svn? [23:11:51]