[14:11:29] <_joe_> awfully silent in here [14:11:40] <_joe_> I guess not everyone's back :P [16:07:10] I'm here :) and I've processed my work INBOX and am now looking at all the things I meant to do last year but didn't [16:08:09] <_joe_> it's healthy to begin the year declaring email bankruptcy IMHO [16:08:30] <_joe_> let's start fresh, whatever was important enough to matter will be brought to my attention again [16:10:47] I prefer to keep up with email as I go, so 43 emails over the holidays wasn't too bad, less than a typical weekend, especially if there's new people starting :) [16:14:00] not bad in deed [16:15:30] yeah, I was proud of people not taking the quietness opporuntity to send out emails [16:16:46] :-D [16:21:20] <_joe_> I had... 10k emails? :P [16:21:30] <_joe_> but it's mostly computers sending me shit [16:21:44] <_joe_> people don't talk to me [16:39:14] from ~ 2000 mails to 6 now..did that on 31st to start fresh [16:39:34] all filters removed.. no more "sort it out of inbox and then never read it".. read or unsubscribe :p [17:56:14] paladox: https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/478052/ is a file that isn't an .erb used as template.. by mistake [17:56:33] but otherwise i think it's cool to match it with appserver config [17:57:28] ok [18:00:30] done [18:07:00] i think you need one more and turn it into a file path starting with puppet:/// [18:10:22] https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/478052/12/modules/httpd/manifests/mpm.pp [18:12:28] paladox: ack, now it looks right https://puppet-compiler.wmflabs.org/compiler1002/14128/phab1002.eqiad.wmnet/ and no-op on the prod machine [18:12:39] yup :) [18:22:26] we need wikibugs back [18:23:17] Cannot join to channel #wikibugs (You must be invited) [18:26:48] shouldn't it have been whitelisted? [18:27:53] i pinged legoktm [18:28:05] i think there are 2 limits for flood [18:28:10] and whitelisting only affects the soft one [18:28:14] or something like that [18:30:12] paladox: deployed.. no issues but the values have not changed yet [18:30:35] yup, it's because i didn't see this "if $source {", will fix it now :) [18:30:46] maybe someone tagged a lot of tasks for the subteam [18:31:18] apergos: i think it happens when somebody (the bug wrangler) does mass edits [18:31:40] we should only see ones for our team though... so it shouldn't be tha much [18:32:01] unless someone is going through and tagging a bunch of existing tasks (which is possible) [18:32:09] yea, it's a bit strange, since it did not leave the other channels [18:39:07] mutante fixed in https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/481907/ [18:53:59] 10serviceops, 10Operations, 10TechCom-RFC, 10Wikidata, and 5 others: New Service Request: Wikidata Termbox SSR - https://phabricator.wikimedia.org/T212189 (10Milimetric) I agree that we can't go back on decisions that are 3 years in the making. But I do like Timo's point that we should state the problem.... [19:18:57] 10serviceops, 10Release Pipeline, 10Release-Engineering-Team, 10Services: TEC3:O3:O3.1:Q3 Goal - Move cxserver, citoid, changeprop, and ORES (partially) through the production CD Pipeline - https://phabricator.wikimedia.org/T212801 (10greg) p:05Triage→03Normal [19:19:10] 10serviceops, 10Release Pipeline, 10Release-Engineering-Team, 10Services: TEC3:O3:O3.1:Q3 Goal - Move cxserver, citoid, changeprop, and ORES (partially) through the production CD Pipeline - https://phabricator.wikimedia.org/T212801 (10greg) [19:21:54] 10serviceops, 10Release Pipeline, 10Release-Engineering-Team, 10Services: TEC3:O3:O3.1:Q3 Goal - Move cxserver, citoid, changeprop, and ORES (partially) through the production CD Pipeline - https://phabricator.wikimedia.org/T212801 (10thcipriani) [19:22:01] 10serviceops, 10Release Pipeline, 10Release-Engineering-Team, 10Services: TEC3:O3:O3.1:Q3 Goal - Move cxserver, citoid, changeprop, eventgate (new service) and ORES (partially) through the production CD Pipeline - https://phabricator.wikimedia.org/T212801 (10greg) [19:23:36] i did https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/481923/ instead. now phab1002 has the (calculated) values as the appservers but it's not using a template / not changing httpd:: globally [19:23:46] so. + MaxRequestWorkers 400 [19:24:00] because: [phab1002:~] $ facter processorcount = 16 [19:24:17] $threads_per_child = 25 and $max_req_workers = $threads_per_child * $apache_server_limit (400) [19:24:56] paladox: ^ so that part is solved. thanks! i suggest you still do the change to allow using templates but we keep it separate and for j.oe to review [19:25:06] yep :) [19:54:00] renaming mediawiki_maintenance to mediawiki::maintenance to match the other mediawiki:: classes. makes sense? https://gerrit.wikimedia.org/r/#/c/operations/puppet/+/479131/ (joe) [21:06:17] 10serviceops, 10Operations, 10TechCom-RFC, 10Wikidata, and 5 others: New Service Request: Wikidata Termbox SSR - https://phabricator.wikimedia.org/T212189 (10herron) p:05Triage→03Normal [22:29:20] i compiled a change on * and noticed which hosts you currently can't compile things on, among them are: on kubernetes2004: DNS lookup failed for kubemaster.svc.codfw.wmnet on kubestage1001: DNS lookup failed for neon.eqiad.wmnet