[01:08:52] PROBLEM Total processes is now: WARNING on bots-salebot i-00000457.pmtpa.wmflabs output: PROCS WARNING: 182 processes [01:13:52] RECOVERY Total processes is now: OK on bots-salebot i-00000457.pmtpa.wmflabs output: PROCS OK: 106 processes [01:36:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 18% free memory [01:46:12] RECOVERY Free ram is now: OK on ipv6test1 i-00000282.pmtpa.wmflabs output: OK: 23% free memory [03:12:53] PROBLEM Free ram is now: CRITICAL on dumps-bot3 i-000003ef.pmtpa.wmflabs output: Critical: 5% free memory [03:25:08] New patchset: Hydriz; "Adding the memcached layer for the Incubator project." [labs/incubator] (master) - https://gerrit.wikimedia.org/r/27387 [03:30:14] New patchset: Hydriz; "Adding the memcached layer for the Incubator project." [labs/incubator] (master) - https://gerrit.wikimedia.org/r/27387 [03:32:17] Hydriz: Any reason why the bot repeated itself? [03:32:59] yes, I submitted a second patch [03:33:05] I forgot to add a file [03:36:29] right, all is good, now to merge and deploy [03:36:40] Change merged: Hydriz; [labs/incubator] (master) - https://gerrit.wikimedia.org/r/27387 [04:02:12] PROBLEM Free ram is now: WARNING on orgcharts-dev i-0000018f.pmtpa.wmflabs output: Warning: 16% free memory [04:23:52] PROBLEM Free ram is now: WARNING on dumps-bot2 i-000003f4.pmtpa.wmflabs output: Warning: 19% free memory [04:27:12] PROBLEM Free ram is now: CRITICAL on orgcharts-dev i-0000018f.pmtpa.wmflabs output: Critical: 4% free memory [04:32:13] RECOVERY Free ram is now: OK on orgcharts-dev i-0000018f.pmtpa.wmflabs output: OK: 95% free memory [04:56:22] PROBLEM Disk Space is now: CRITICAL on labs-nfs1 i-0000005d.pmtpa.wmflabs output: DISK CRITICAL - free space: /export 421 MB (2% inode=59%): /home/SAVE 421 MB (2% inode=59%): [05:41:42] RECOVERY Free ram is now: OK on bots-sql2 i-000000af.pmtpa.wmflabs output: OK: 20% free memory [05:49:42] PROBLEM Free ram is now: WARNING on bots-sql2 i-000000af.pmtpa.wmflabs output: Warning: 17% free memory [05:51:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 17% free memory [05:56:12] RECOVERY Free ram is now: OK on ipv6test1 i-00000282.pmtpa.wmflabs output: OK: 31% free memory [06:14:43] RECOVERY Free ram is now: OK on bots-sql2 i-000000af.pmtpa.wmflabs output: OK: 20% free memory [06:41:10] Change on 12mediawiki a page Developer access was modified, changed by Y109 link https://www.mediawiki.org/w/index.php?diff=592131 edit summary: [07:19:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 19% free memory [07:43:42] PROBLEM Free ram is now: WARNING on bots-sql2 i-000000af.pmtpa.wmflabs output: Warning: 14% free memory [08:51:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 17% free memory [08:51:39] lo [08:56:19] morning, hashar [09:11:13] RECOVERY Free ram is now: OK on ipv6test1 i-00000282.pmtpa.wmflabs output: OK: 41% free memory [09:37:52] RECOVERY Free ram is now: OK on dumps-bot3 i-000003ef.pmtpa.wmflabs output: OK: 46% free memory [09:44:22] !log bots petrb: rebooting nr1 [09:44:24] Logged the message, Master [09:53:52] PROBLEM Free ram is now: CRITICAL on dumps-bot1 i-000003ed.pmtpa.wmflabs output: Critical: 5% free memory [09:59:13] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 19% free memory [10:54:46] !log bots root: patched wm-bot [10:54:47] Logged the message, Master [10:54:53] @help [10:54:53] Type @commands for list of commands. This bot is running http://meta.wikimedia.org/wiki/WM-Bot version wikimedia bot v. 1.8.24.5 source code licensed under GPL and located at https://github.com/benapetr/wikimedia-bot [10:57:44] @commands [10:57:44] Commands: there is too many commands to display on one line, see http://meta.wikimedia.org/wiki/wm-bot for a list of commands and help [10:57:46] !ping [10:57:46] pong [10:57:46] this is a problem [10:58:07] !ping [10:58:07] pong [10:58:10] !ping [10:58:10] pong [10:58:13] quite slow [10:58:18] !ping [10:58:18] pong [11:03:32] @help [11:03:32] Type @commands for list of commands. This bot is running http://meta.wikimedia.org/wiki/WM-Bot version wikimedia bot v. 1.8.24.10 source code licensed under GPL and located at https://github.com/benapetr/wikimedia-bot [11:06:04] @configure style-rss=[$name]: $title ($author) $link $description [11:06:04] Value [$name]: $title ($author) $link $description was stored into style-rss to config [11:06:59] [bugzilla]: [Bug 40895] This is a test bug, ignore me (Peter Bena) https://bugzilla.wikimedia.org/show_bug.cgi?id=40895
FieldValue
Product Wikimedia Labs
Component General
Assignee Nobody
Reporter Peter Bena
Status RESOLVED
Resolution FIXED
Priority Unprioritized
Severity minor
Target Milestone ---
Creation date Tue 15:53
Last changed date 11:06:53
[11:10:26] really would like to see the traffic... [11:11:21] !ping [11:11:21] pong [11:11:45] !ping [11:11:45] pong [11:11:46] .. [11:11:46] freenode sucks [11:11:53] !ping [11:11:54] pong [11:11:54] !ping [11:11:55] pong [11:11:58] o.o [11:11:59] !ping [11:11:59] pong [11:12:18] [bugzilla]: [Bug 40895] This is a test bug, ignore me (Peter Bena) https://bugzilla.wikimedia.org/show_bug.cgi?id=40895
FieldValue
Product Wikimedia Labs
Component General
Assignee Nobody
Reporter Peter Bena
Status RESOLVED
Resolution FIXED
Priority Unprioritized
Severity minor
Target Milestone ---
Creation date Tue 15:53
Last changed date 11:12:08
[11:28:23] !ping [11:28:23] pong [11:28:25] this is creepy [11:35:40] [bugzilla]: [Bug 40895] This is a test bug, ignore me (Peter Bena) https://bugzilla.wikimedia.org/show_bug.cgi?id=40895 and admins of course :-) [13:15:30] hashar: ok [13:15:34] good to know [13:23:44] hashar: thx! :) [13:24:19] Silke_WMDE_: welcome in the wikidata team I guess :-] [13:25:17] hashar: Hehe, I've actually been there from the beginnig. Just nothing to do with git tags (and the gerrit world) until today. :) [13:25:45] I should fly to Berlin for a whole week to meet you all [13:25:46] :-D [13:29:05] hashar: Yeah, indeed. [13:33:43] hashar: And if I am in the gerrit group wikidata does that mean that I can push git tags? I keep getting an error. [13:34:04] This one: [13:34:06] To ssh://smeyer@gerrit.wikimedia.org:29418/mediawiki/extensions/Wikibase.git [13:34:06] ! [remote rejected] test -> test (can not create new references) [13:34:06] ! [remote rejected] test2 -> test2 (can not create new references) [13:34:06] error: failed to push some refs to 'ssh://smeyer@gerrit.wikimedia.org:29418/mediawiki/extensions/Wikibase.git' [13:34:13] Any idea? [13:35:30] Silke_WMDE_: seems you can't create tags [13:35:32] :/ [13:35:37] need to look it up [13:35:38] give me asec [13:36:52] ok [13:43:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 18% free memory [13:43:32] Permissions are indirect, but they look right [13:47:09] ah grant Create Reference for reference name refs/tags/* [13:48:25] looks like you should be able to push indeed [13:48:34] maybe it is an annotated tag [13:48:39] which uses a different permission [14:35:35] Silke_WMDE, have you checked if the tag got created? [14:35:59] locally, yes, it got created. [14:35:59] it may have done so despite denying the fact [14:36:06] I mean in the remote [14:36:29] ah, no, I can't see it in gerrit afterwards. [14:36:35] :( [14:37:09] no, there's no test tag in the wikibase repo [14:40:56] <^demon> Ohhhh man. We totally can't upgrade to gerrit 2.5 yet :( [14:41:50] I hate to bother ops having already sent an e-mail, but that was on Saturday; would it be possible to create the cvresearch project with a public IP and add westand and myself? ._. [14:46:32] RogueMadman: I would suggest waiting for a guy called andrewbogott to help you create the project. He is currently AFK, so try again later :) [14:47:18] Will do. Much appreciated. :) [14:56:17] Hydriz: Hi [14:56:25] Ohai Jan [14:56:40] Gave you the dev bit on the beta cluster, btw :) [14:59:02] Did you already test the centralauth-project [15:00:03] hmm, not yet for now, I am trying to fix up CentralAuth on another project :P [15:01:55] Oh, there is db error for centralauth.wmflabs.org [15:02:13] yeah, ContentHandler [15:02:34] no, git update and forgot to run update.php [15:02:53] I should add this to the cron job ... [15:03:07] cron job? [15:03:36] I add a cron job for updating MW core from Gerrit [15:04:11] * Damianz bounces up and down [15:04:36] <3 512kb/s wifi [15:05:14] <3 [15:05:32] PROBLEM Total processes is now: WARNING on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS WARNING: 190 processes [15:05:59] You know what could be cool rather than using cronjobs? If we actually told gerrit to replicate the repos to a read only share and just symlinked that on beta/other stuff wanting latest mw. [15:08:30] [bugzilla]: 3[Bug 40819] Config viewer is a 404 (4Damian Z) https://bugzilla.wikimedia.org/show_bug.cgi?id=40819 [15:08:36] * Damianz sends hashy some spam [15:08:49] wm-bot: oh hai [15:08:49] Hi Damianz, there is some error, I am a stupid bot and I am not intelligent enough to hold a conversation with you :-) [15:09:14] Hydriz: Do you need any global rights? [15:09:22] phew, spent the whole day debugging why variables like wmgUseLastModified doesn't work in $wgConf [15:09:39] Jan: Would be great, though I can modify it later :P [15:09:51] lol [15:10:12] yeah, just one goddamn line: extract ($globals); [15:10:42] I'm half tempted to clean up the mess that is the common config file but a) I have no idea what bizzare hacks are still needed and b) don't really want to take the site down :P [15:10:52] Reading it is like stabbing yourself with a spoon [15:11:00] I just did haha [15:11:01] Hydriz: Do know the MySQL pass, it is not blank :P [15:11:26] Jan: Sure, thanks for setting up the project though! :) [15:11:39] Damianz: I was hoping that we can arrange stuff alphabetically [15:11:39] Jan_Luca: probably 'puppet' [15:12:05] Hydriz: Or just fix the random formatting and comment blocks :) [15:12:19] hmm, true about random formatting [15:12:21] I was thinking defaults followed by cluster specific settings. [15:12:32] I see a lot of include(blah) and require(blah) and require_once(blah) [15:12:45] and lined up ='s, not lined up ='s etc [15:13:11] Not sure if the labs/incubator repository can be a good inspiration for you? :P [15:13:37] I really hate there's so many cluster/cluster specific blocks... there should just be 1, at the end! [15:13:39] I am trying to keep things nice, though its sadly broken haha [15:14:01] s/cluster/wiki/ [15:14:11] Well db backend since by wiki would make too much sense. [15:14:44] oh also [15:14:46] 08:16 < Damianz> Jan_Luca Could do, it's a bit of a pain. [15:14:53] In relation to ip request form. [15:15:05] hmm, SiteMatrix seems to be ordered randomly (by project) [15:15:10] Imo if we're going down that route, we should just have 1 request queue for everything. [15:15:31] why is news coming before quote? [15:15:41] Magic [15:15:51] though other than wikt and w, the others are ordered alphabetically [15:16:02] but quote came first bah [15:16:27] oh good, there is space for travel too [15:16:30] Damianz: Thank you and yes, there should be 1 request queue [15:16:42] On the bright side the config file doesn't come with tests, so break all the things! [15:17:10] lint tests? [15:17:36] Hydriz: You have the rights. Btw, I have created a Gerrit repo for the project: https://gerrit.wikimedia.org/r/#/admin/projects/labs/centralauth,branches [15:17:46] yep, saw it :) [15:17:54] The config is in the shared-wiki-config branch [15:18:11] heh, not master [15:18:33] is it merge review, or open push? [15:18:42] ...and is it immediately deployed? [15:18:47] At moment merge review [15:19:57] I want to use cron (or puppet when I learned it ;-) ) to download it from Gerrit. That is the reason for using branches, too [15:20:17] bloody hell: PHP Notice: Undefined index: format in /data/project/public/w/includes/Import.php on line 664 [15:20:42] there is some recent commit that broke the hell of importDump.php [15:24:06] Now, let's broke everything: First pull of the config in Gerrit ... [15:25:19] Oh yes, Jan: Can you try if you can use importDump.php successfully or something? [15:25:32] RECOVERY Total processes is now: OK on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS OK: 97 processes [15:26:29] Do you have a dump for testing? [15:26:53] there are lots in /public/datasets [15:27:15] go for aawiki or something, and on a DB that can be easily reverted on [15:31:14] Jan: o_O you are using the method of wgConf stated in the wiki, its different from Wikimeda's, if you are trying to follow them :P [15:32:07] The project is for developping CentralAuth in general but where are the diffs? [15:32:43] hmm, the diff is more of the language and site of the wiki or something [15:33:01] its tailored for things like $site and $lang, if you understand what it is :P [15:34:41] You love ":P" ... [15:35:12] lol [15:36:46] Hydriz: No importDump.php does not work [15:36:54] you get the same error? [15:37:17] I have a feeling its ContentHandler, its breaking too many things [15:37:22] yes [15:39:37] Hydriz: Imo linting should be done before even committing. The only real way to test your config isn't screwed is to go provision a cluster to a spec you expect and watertest/mock against that to check it's really working. Sucks but hey this is why we have staging. [15:46:12] PROBLEM Disk Space is now: CRITICAL on hume i-000003cc.pmtpa.wmflabs output: DISK CRITICAL - free space: / 23 MB (1% inode=45%): [15:51:13] PROBLEM Disk Space is now: WARNING on hume i-000003cc.pmtpa.wmflabs output: DISK WARNING - free space: / 51 MB (3% inode=45%): [15:53:53] RECOVERY Free ram is now: OK on dumps-bot2 i-000003f4.pmtpa.wmflabs output: OK: 27% free memory [16:11:26] Is there no support in Git for gluster? [16:12:13] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 19% free memory [16:19:39] !log centralauth Use config files from Gerrit now: https://gerrit.wikimedia.org/r/gitweb?p=labs%2Fcentralauth.git;a=shortlog;h=refs%2Fheads%2Fshared-wiki-config [16:19:46] !log centralauth Use config files from Gerrit now: https://gerrit.wikimedia.org/r/gitweb?p=labs%2Fcentralauth.git;a=shortlog;h=refs%2Fheads%2Fshared-wiki-config [16:20:12] !log centralauth Use config files from Gerrit now: gerrit.wikimedia.org/r/gitweb?p=labs%2Fcentralauth.git;a=shortlog;h=refs%2Fheads%2Fshared-wiki-config [16:20:13] Logged the message, Master [16:27:12] RECOVERY Free ram is now: OK on ipv6test1 i-00000282.pmtpa.wmflabs output: OK: 27% free memory [16:45:27] support in Git for gluster? [16:45:36] it shouldn't really care, the only thing that doesn't work is mysql [16:52:57] Damainz: I've had some pretty crazy git behaviors lately which I suspect are due to the file being on a gluster share. I'm not certain that gluster is to blame though. [16:53:37] It /mostly/ works in any case. [16:58:51] <^demon> Damianz: git won't care. [16:59:34] That was in reply to Jan_Luca :P [16:59:47] <^demon> Oh, missed that :) [16:59:49] Git will happily work on a totally failing disk that's randomly loosing data [18:15:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 19% free memory [18:16:09] Damianz: Thank you for your answer, I forgot to write that I found the cause (wrong command). [18:17:32] that would probably cause an un-expected result [18:18:57] I tried to use "git pull" insteed of "git clone" and there was a message about /data/... so I thought the first moment that this is a problem with gluster [18:19:12] hi Jan_Luca [18:19:16] Hi [18:20:09] I assume it said HEY, DATA IS NOT A REPO, GO AWAY (or point the ref somewhere else, because you know git is cool and can store .git outside of the data) [18:20:26] Jan_Luca: I realized I should point you to https://www.mediawiki.org/wiki/Testing_portal in case that would be helpful to you, but you may have already seen it .... [18:21:58] The messages was: fatal: Not a git repository (or any parent up to mount parent /data) [18:22:00] Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). [18:22:19] mhm [18:22:28] 'repo or gtfo' [18:22:56] The command was: git pull https://gerrit.wikimedia.org/r/p/labs/centralauth.git [18:22:58] <^demon|lunch> What a completely unhelpful error message. [18:23:00] <^demon|lunch> Thank you git. [18:23:46] When I looked at the command the second time I saw that this must be "clone" [18:23:53] <^demon|lunch> Jan_Luca: pull requires an existing clone. A pull is really just a fetch & merge :) [18:24:00] git isn't the most user friendly tool but it's freaking flexiable [18:24:01] <^demon|lunch> Yep, clone for a fresh repo. [18:24:14] Though as I recall svn gives some really weird errors when you break it's metadata [18:24:40] <^demon|lunch> Damianz: Which is why the only way to recover a broken svn working copy is to re-checkout :( [18:25:09] Oh it's more fun when you break it on the server and have to restore from backups [18:25:13] RECOVERY Free ram is now: OK on ipv6test1 i-00000282.pmtpa.wmflabs output: OK: 23% free memory [18:25:30] At least with git even if you trash the branches as long as you have the commit data you can just about put it back together. [18:25:45] ^demon|lunch: I know, but at this moment I was distracted [18:26:01] <^demon|lunch> At least you figured it out :) [18:26:03] Btw, osx sucks ass [18:26:17] I ran a sed to replace tabs with spaces AND IT BROKE LIKE 800 files [18:26:19] sadface [18:26:26] stupid non-standard-gnu-toolsets [18:26:45] :-D [18:26:48] <^demon|lunch> We've hit that before with MW. [18:26:52] <^demon|lunch> Actually, it was with grep. [18:27:03] <^demon|lunch> grep -e instead of grep -P [18:27:12] On the bright side a simple find+while+mv == restored back [18:27:13] And I think it's dinner time [18:27:32] Oh grep can be fussy too [18:28:20] <^demon|lunch> Why it uses -e for "pattern" instead of -P I've never figured out. [18:29:00] Probably along the same reason egrep exists with a man page that says 'use grep -E' [18:30:51] <^demon|lunch> On OSX? I can't find that. [18:31:33] <^demon|lunch> Meh, I use ack for source code anyway :p [18:32:03] Hmm I have it on here, wouldn't surprise me if some random thing installed it though... could do with standardising my laptop install. [18:32:54] Terminal on osx really needs to support left/right arrow keys properly without patching the config [18:35:01] Does anyone know why "git pull origin master" needs so much time for MW-core? [18:35:02] PROBLEM Current Load is now: CRITICAL on dumps-bot1 i-000003ed.pmtpa.wmflabs output: CHECK_NRPE: Error - Could not complete SSL handshake. [18:35:42] PROBLEM Current Users is now: CRITICAL on dumps-bot1 i-000003ed.pmtpa.wmflabs output: CHECK_NRPE: Error - Could not complete SSL handshake. [18:37:18] <^demon> Jan_Luca: Huge branch was just merged, repacks probably aren't efficient at the moment. [18:37:37] Ok, thank you [18:37:52] PROBLEM Disk Space is now: CRITICAL on dumps-bot1 i-000003ed.pmtpa.wmflabs output: CHECK_NRPE: Error - Could not complete SSL handshake. [18:38:12] PROBLEM SSH is now: CRITICAL on dumps-bot1 i-000003ed.pmtpa.wmflabs output: Server answer: [18:38:32] PROBLEM dpkg-check is now: CRITICAL on dumps-bot1 i-000003ed.pmtpa.wmflabs output: CHECK_NRPE: Error - Could not complete SSL handshake. [18:38:52] PROBLEM Total processes is now: CRITICAL on dumps-bot1 i-000003ed.pmtpa.wmflabs output: CHECK_NRPE: Error - Could not complete SSL handshake. [18:49:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 19% free memory [18:53:32] PROBLEM Total processes is now: WARNING on aggregator-test1 i-000002bf.pmtpa.wmflabs output: PROCS WARNING: 198 processes [18:54:52] PROBLEM dpkg-check is now: CRITICAL on worker1 i-000004b4.pmtpa.wmflabs output: DPKG CRITICAL dpkg reports broken packages [18:59:53] RECOVERY dpkg-check is now: OK on worker1 i-000004b4.pmtpa.wmflabs output: All packages OK [19:04:32] PROBLEM Total processes is now: WARNING on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS WARNING: 190 processes [19:07:52] RECOVERY Disk Space is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: DISK OK [19:08:12] RECOVERY SSH is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: SSH OK - OpenSSH_5.9p1 Debian-5ubuntu1 (protocol 2.0) [19:08:32] RECOVERY dpkg-check is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: All packages OK [19:08:52] RECOVERY Total processes is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: PROCS OK: 125 processes [19:08:52] RECOVERY Free ram is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: OK: 40% free memory [19:10:43] RECOVERY Current Users is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: USERS OK - 0 users currently logged in [19:10:53] PROBLEM Current Load is now: WARNING on dumps-bot1 i-000003ed.pmtpa.wmflabs output: WARNING - load average: 0.35, 3.42, 5.39 [19:12:53] PROBLEM dpkg-check is now: CRITICAL on worker1 i-000004b4.pmtpa.wmflabs output: DPKG CRITICAL dpkg reports broken packages [19:15:52] RECOVERY Current Load is now: OK on dumps-bot1 i-000003ed.pmtpa.wmflabs output: OK - load average: 0.33, 1.46, 3.99 [19:34:42] mmm steak [19:34:53] Byte services [19:34:57] s/te/e/ [19:39:44] * Damianz tries to figure out webplatform vs stackoverflow and decides he still doesn't understand so but it has a nicer interface for collaboration. [19:48:47] 'Please select a rating for the seller based on these questions; Item arrived by 8 October 2012?' Options; 5 (Excellent), 4 (Good), 3 (Fair), 2 (Poor) or 1 (Awful) [19:48:50] That's clearly a yes or no question amazon.... [19:50:12] <^demon> 5 is on time or early. [19:50:14] <^demon> 4 is a day late. [19:50:22] <^demon> 3 is 2-3 days late. [19:50:24] <^demon> So on :p [19:51:18] On that scale I think 'Awful' would have to be 'never turned up'... this is why star ratings suck. Like YAY 5 stars.. wait it has 1 rating. [19:52:34] <^demon> Damianz: Also, http://xkcd.com/1098/ :) [19:53:05] <^demon> hashar: Building 2.4 is going to be a pain in the rear...the stable-2.4 branch is missing ~5 commits that are in the 2.4.2 tag :( [19:53:58] Yep - also there's the human factor that if it's got a rating of 5 you feel like an ass rating it with 1 so will probably rate it around 3 instead. [19:55:29] <^demon> hashar: Granted, Shawn conceded that the LDAP problem needs fixing, so hopefully that'll make it into stable-2.5? *sigh* [19:56:26] ^demon: doooh [19:56:39] ^demon: good to know the LDAP regression is considered as … a regression [19:56:40] How do they even work versioning? a 2.x release every x months, 2.x.y release for bugs and an x.0.0 release when they feel bored? [19:56:53] <^demon> Damianz: Something like that. [19:56:58] ^demon: can't we build from 2.4.2 and cherry pick the commit we need ? [19:57:06] ^demon: I think that is what openstack has done [19:57:12] <^demon> I could try that. [19:57:24] <^demon> I was hoping to work from stable-2.4 :) [19:58:24] You know you secretly want to fork it and maintain and wikimedia branch long term :D [19:58:25] you also might want to cherry pick the commits from 2.4.2 and submit them to stable-2.4 [19:58:43] so they can release a 2.4.3 security issue without missing the few commits in between [20:04:33] PROBLEM Total processes is now: CRITICAL on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS CRITICAL: 283 processes [20:06:32] <^demon> hashar: I tried to push them to refs/for/stable-2.4 but upstream told me "No new changes" :( [20:06:36] <^demon> Pestering on repo-discuss. [20:07:07] ^demon: even if it is in 2.4.2 ? ??? [20:07:28] ^demon: does not make any sense to me but they might use a different scheme and consider 2.4.2 to be the branch [20:07:36] <^demon> I'm thinking 2.4.2 got tagged from master. [20:07:42] so a 2.4.3 might be relased by "forking" 2.4.3 [20:07:50] ah or that [20:08:08] ^demon: I thought there was a workaround for the ldap issue [20:08:32] so I would get 2.4.2 and cherry-pick the needed commit, push that to the WMF repo and use that. [20:09:34] <^demon> Ryan_Lane: That was a different issue. This is "Internal groups can't inherit members from external groups" [20:09:40] <^demon> Which I considered a regression. [20:09:57] do we do that right now? [20:10:03] <^demon> Yes, in several places. [20:10:06] really? [20:10:09] it doesn't work [20:10:16] <^demon> The groups inherit. [20:10:25] just cant add them as reviewers? [20:10:25] <^demon> You just can't use them for suggestions (that's always been broken) [20:10:27] ah [20:11:00] <^demon> Case in point: Administrators inherits ops. [20:11:31] ah [20:11:31] right [20:12:04] <^demon> So, upstream has conceded that this needs fixing, but I don't know when that'll be. [20:12:10] <^demon> Definitely don't want to upgrade without it fixed. [20:13:38] yeah [20:13:40] <^demon> However, hashar needs something from stable-2.5 for his Zuul work (and we can't wait on 2.5 forever), so I'm going to build us a custom 2.4.2-wmf that we're gonna deploy between now and 2.5 :) [20:16:00] Change on 12mediawiki a page Developer access was modified, changed by Arcane21 link https://www.mediawiki.org/w/index.php?diff=592333 edit summary: /* account request */ new section [20:19:33] PROBLEM Total processes is now: WARNING on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS WARNING: 199 processes [20:25:21] ^demon: before I head to bed, openstack has a patch for 2.4.2. Although it does not have all the fix from the patch in 2.5, they have been using it for a few months so should be fine. [20:25:45] repo is https://review.openstack.org/p/openstack-ci/gerrit.git commit: b5a28fb in branch openstack-2.4.2 [20:25:56] <^demon> I got the 2.5 patch to merge with just a minor tweak for 2.4 [20:26:03] ahh nice :-] [20:28:43] have a good night! [20:29:45] <^demon> http://noc.wikimedia.org/~demon/gerrit-2.4.2-2-g4f4c36e.war :) [20:30:07] <^demon> It's already 4:30. I'll test this build out on labs tomorrow and then we can maybe deploy Friday, Ryan? [20:30:21] sounds good to me [20:30:35] <^demon> This is just 2.4.2 + hashar's patch, so impact is minimal :) [20:33:23] <^demon> Put us on the deployments page on wikitech. [20:39:42] PROBLEM Total processes is now: WARNING on bastion1 i-000000ba.pmtpa.wmflabs output: PROCS WARNING: 158 processes [20:45:35] Ryan_Lane, yo! [20:45:41] kiko: howdy [20:45:49] Ryan_Lane, have time for a privmsg? [20:46:01] sure. we can likely discuss things in here too [20:49:33] PROBLEM Total processes is now: CRITICAL on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS CRITICAL: 201 processes [21:14:43] RECOVERY Total processes is now: OK on bastion1 i-000000ba.pmtpa.wmflabs output: PROCS OK: 145 processes [21:28:43] PROBLEM Total processes is now: CRITICAL on syslogcol-srv i-000003a9.pmtpa.wmflabs output: PROCS CRITICAL: 207 processes [21:29:33] PROBLEM Total processes is now: WARNING on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS WARNING: 200 processes [21:33:42] PROBLEM Total processes is now: WARNING on syslogcol-srv i-000003a9.pmtpa.wmflabs output: PROCS WARNING: 197 processes [21:36:51] Change on 12mediawiki a page Developer access was modified, changed by Wtmitchell link https://www.mediawiki.org/w/index.php?diff=592354 edit summary: [21:38:42] PROBLEM Total processes is now: CRITICAL on syslogcol-srv i-000003a9.pmtpa.wmflabs output: PROCS CRITICAL: 230 processes [21:38:42] PROBLEM dpkg-check is now: CRITICAL on syslogcol-srv i-000003a9.pmtpa.wmflabs output: DPKG CRITICAL dpkg reports broken packages [21:43:54] hey Ryan_Lane / other lab admins -- i'd like to request a public ip allocation for editor-engagement. you can de-allocate the public ip in "phabricator", since it isn't used atm. [21:44:18] is the ip disassociated? [21:44:30] ori-l: you can release the ip [21:44:31] i'm not sure. let me dissociate it if it isn't, sec [21:44:41] we only handle the quotas [21:44:42] i don't think i can reallocate it to another project tho [21:44:59] if you need an ip again later in that project, you can allocate it [21:45:09] you need to disassociate it, remove the dns entries, then unallocate it [21:45:18] well [21:45:20] "release" it [21:46:14] i've dissociated it, not sure how to "unallocate" -- i only see an option to allocate additional ips [21:48:18] editor-engagement has no more ips to allocate :/ [21:49:44] ^ Ryan_Lane [21:50:00] there's an option to release it [21:50:17] ori-l: editor-engagement needs to have the quota upped [21:50:22] it has nothing to do with a lack of ip addresses [21:50:52] yeah, i know.. the two are kind of unrelated, just hoping that by pointing out there being a spare some kind of cosmic balance is maintained [21:51:03] it makes the request easier to digest :) [21:51:51] can you bump the quota for ee by 1? [21:53:23] you guys already have 3 [21:53:27] why do you need so many :( [21:53:43] I just bumped it btw [21:53:53] PROBLEM Free ram is now: CRITICAL on syslogcol-srv i-000003a9.pmtpa.wmflabs output: Connection refused by host [21:53:59] thanks. i still want to explain, tho. so for one, editor-engagement kind of lumps a lot of sub-teams [21:54:06] ah. right [21:54:11] no need to explain further [21:54:14] I forgot about that [21:54:32] cool, thanks [21:55:12] PROBLEM Current Load is now: CRITICAL on syslogcol-srv i-000003a9.pmtpa.wmflabs output: Connection refused by host [21:55:12] PROBLEM Disk Space is now: CRITICAL on syslogcol-srv i-000003a9.pmtpa.wmflabs output: Connection refused by host [21:55:42] PROBLEM Current Users is now: CRITICAL on syslogcol-srv i-000003a9.pmtpa.wmflabs output: Connection refused by host [22:00:42] RECOVERY Current Users is now: OK on syslogcol-srv i-000003a9.pmtpa.wmflabs output: USERS OK - 1 users currently logged in [22:00:52] RECOVERY Current Load is now: OK on syslogcol-srv i-000003a9.pmtpa.wmflabs output: OK - load average: 1.65, 1.35, 1.17 [22:03:52] RECOVERY Free ram is now: OK on syslogcol-srv i-000003a9.pmtpa.wmflabs output: OK: 654% free memory [22:04:32] PROBLEM Total processes is now: CRITICAL on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS CRITICAL: 293 processes [22:05:01] !log apt-get dist-upgrade on marmontel (blog) [22:05:02] apt-get is not a valid project. [22:05:11] heh, wrong chan, thanks bot:) [22:05:12] RECOVERY Disk Space is now: OK on syslogcol-srv i-000003a9.pmtpa.wmflabs output: DISK OK [22:13:42] RECOVERY dpkg-check is now: OK on syslogcol-srv i-000003a9.pmtpa.wmflabs output: All packages OK [22:17:12] PROBLEM Disk Space is now: CRITICAL on sfero i-000004b3.pmtpa.wmflabs output: DISK CRITICAL - free space: / 0 MB (0% inode=52%): [22:26:22] RECOVERY Disk Space is now: OK on labs-nfs1 i-0000005d.pmtpa.wmflabs output: DISK OK [22:29:32] PROBLEM Total processes is now: WARNING on wikistats-01 i-00000042.pmtpa.wmflabs output: PROCS WARNING: 200 processes [23:14:02] Ryan_Lane, actually, looks like I have a good grasp of the technical bits I wanted to know from the docs you provided -- thanks! [23:14:07] I'll come back if there's more [23:14:19] cool [23:14:23] kiko: sounds good [23:20:39] i keep getting "dnsdomainname: Temporary failure in name resolution", which prevents sudo, puppetd, /mnt mountpoint, etc [23:28:12] PROBLEM Free ram is now: WARNING on ipv6test1 i-00000282.pmtpa.wmflabs output: Warning: 19% free memory [23:53:12] RECOVERY Free ram is now: OK on ipv6test1 i-00000282.pmtpa.wmflabs output: OK: 20% free memory [23:57:48] ori-l: oh? [23:58:22] when running puppetd -tv (in a rootshell i sudo'd into earlier): dnsdomainname: Temporary failure in name resolution [23:58:26] hm [23:58:41] when trying to sudo, some error about the ldap server [23:58:55] and the /mnt netfs isn't mounted [23:59:19] restarting ldap on virt0 [23:59:22] all i did was "cat /dev/urandom > /etc" [23:59:28] (j/k) [23:59:32] heh [23:59:49] try now
FieldValue
Product Wikimedia Labs