[07:38:08] <elukey>	 hello folks! Checked the puppet private repos on puppetmaster1001, I don't see any trace of staged files, so the fix seems to work
[07:38:20] <elukey>	 we should be ready to migrate to puppetserver1001, I'll send an email later today
[09:54:27] <klausman>	 question about ranges/patterns in site.pp. Does it support leading zeroes in ranges like bash does (e.g. echo {5..11} vs echo {05..11})? 
[09:55:56] <klausman>	 Or do I have to go with 200([1-9]|[10-11]) or \d ?
[09:56:14] <klausman>	 er even that won't work because... argh
[09:58:59] <_joe_>	 btullis: have you already merged your patch and waiting for puppet-merge to run?
[09:59:07] <_joe_>	 else please also add mine to the merge :)
[09:59:19] <_joe_>	 ah yeah just unlocked :)
[10:07:09] <elukey>	 klausman: check what it was done for druid nodes, it should be the same use case: node /^druid10(0[7-9]|1[0-1])\.eqiad\./ {
[10:08:11] <klausman>	 I've gone with `ml-serve20(0[1-9]|1[01])\.codfw\.` for now (https://gerrit.wikimedia.org/r/c/operations/puppet/+/1060399)
[10:08:55] <klausman>	 `[01]` vs `[0-1]` shouldn't make a difference (until we add more)
[10:10:30] <elukey>	 yes exactly that is fine
[10:11:15] <klausman>	 ty!
[12:59:30] <sukhe>	 can somoene with the right permissions restart stashbot?
[12:59:46] <sukhe>	 I just requested access to it so can do it myself in the future but for now :>
[14:33:41] <ottomata>	 hi _joe_ just checking in.  can you guess at when you might have time to look at the apache rewrite stuff?  or is there someone else who might be able to help?
[14:34:08] <_joe_>	 ottomata: sooorry I forgot to report back
[14:34:39] <_joe_>	 so, some stuff works for sure, like adding <Proxypass> to the local fcgi daemon, but it would be a horrible hack
[14:34:54] <_joe_>	 I would frankly go with the script :(
[14:35:02] <_joe_>	 I'm sorry, I whish I had a better answer
[18:45:18] <ottomata>	 _joe_:  okay thanks, will do!
[18:50:43] <ottomata>	 _joe_: hm, idea:  we already have special vcl for /beacon/event.  Would it be possible to just change that vcl to proxy to my mw.org/rest.php endpoint?
[18:50:48] <ottomata>	 is that a bad idea? :)
[18:51:00] <ottomata>	 if we have to have special routing, is it worse to have it in vcl than in apache?
[18:51:10] <ottomata>	 ^ I will ask in the phab task too.
[18:51:14] <_joe_>	 301 traffic :)
[18:51:19] <ottomata>	 oh wait here you are
[18:51:30] <_joe_>	 you should do it in ATS, in case, I think
[18:51:31] <ottomata>	 oh
[18:51:52] <ottomata>	 okay, so ask traffic what they think about the idea? ya?
[18:52:08] <_joe_>	 but I'd ask to the traffic folks, if they don't scream, go ahead :)
[18:52:24] <_joe_>	 I would probably scream, at least inside :D
[18:53:26] <ottomata>	 i am quietly screaming inside too. its all bad 
[18:54:00] <ottomata>	 i was really hoping that /beacon/event/index.php would be standalone with no external stuff and we could just delete it one day
[18:55:08] <cdanis>	 this is purely an *external* interface, right?  one of the reasons to not do URL rewrites inside ATS is that it means the public FQDN and the internal.svc.discovery.wmnet hosts are no longer equivalent internally
[18:55:57] <ottomata>	 cdanis I need  
[18:55:57] <ottomata>	 mediawiki.org/beacon/event -> mediawiki.org/w/rest.php/EventLogging/v0/beacon
[18:56:13] <cdanis>	 but that's for way-too-old mediawiki installations to beacon back to us, right?
[18:56:20] <ottomata>	 exactly
[18:56:26] <cdanis>	 that sounds like external-only to me
[18:56:30] <ottomata>	 i see, yes.
[18:56:32] <ottomata>	 external only
[18:59:29] <sukhe>	 you could do it in VCL and should yes. but our "official stance" is that it should be in apache if possible :)
[18:59:36] <sukhe>	 are there many existing such rules in VCL? yes
[19:10:05] <ottomata>	 ah sorry, i moved to #wikimedia-traffic.  convo is over there now.