[00:06:50] <mutante>	 kubestageetcd hosts should be called kubestageetcd or it's "kubestag-etcd". just wondered a little while what I have wrong 
[11:54:16] <wikibugs>	 10serviceops, 10SRE, 10Continuous-Integration-Config, 10Release-Engineering-Team (CI & Testing services), 10Test-Coverage: Add pcov PHP extension to wikimedia apt so it can be used in Wikimedia CI - https://phabricator.wikimedia.org/T243847 (10Daimona) >>! In T243847#7689119, @Daimona wrote: > Sorry for...
[18:34:58] <legoktm>	 _joe_: are you around? need a bit of ruby help while running ./create_new_service.sh
[18:37:05] <legoktm>	 ori: https://gerrit.wikimedia.org/r/plugins/gitiles/integration/config/+/refs/heads/master/dockerfiles/helm-linter/Dockerfile.template
[18:42:31] <ori>	 thanks
[19:01:16] <_joe_>	 legoktm: i kinda am now
[19:01:43] <legoktm>	 I believe ori figured it out
[19:02:06] <legoktm>	 he wasn't able to run the script on his laptop, eventually running it in a buster container with all the helm-linter packages installed worked
[19:02:14] <legoktm>	 it kept failing with various ruby errors
[19:02:49] <_joe_>	 legoktm: rake run_locally[scaffold] does that for you
[19:03:13] <_joe_>	 ah no, it copies the code over so it won't work straight off 
[19:03:57] <_joe_>	 ori: what laptop do you have? I guess you're not free to tinker with it though
[19:04:52] <legoktm>	 it's a fruit
[19:05:26] <ori>	 it's my personal laptop so I'm free to do anything that apple hasn't locked down
[19:05:33] <ori>	 don't judge me :P
[19:05:59] <ori>	 I'm not sure it's worth your time though since running in a buster container worked
[19:08:30] <ori>	 but this is my environment if you're curious: https://phabricator.wikimedia.org/P28199
[19:08:33] <_joe_>	 what ruby version do you have on that fruity thing?
[19:08:47] <_joe_>	 ah yes
[19:08:53] <_joe_>	 ruby 3.0 broke the File api
[19:09:01] <_joe_>	 and the FileUtils one
[19:09:50] <_joe_>	 I didn't want to spend the time to make it work on both, the code for CI is perverse enough as it is
[19:10:14] <James_F>	 :-)
[19:10:37] <ori>	 yeah, don't bother. If you like I'd be happy to send a patch adding a note in the readme recommending the docker approach.
[19:12:40] <legoktm>	 _joe_: btw, does ingress work now? or do we still have to use LVS?
[19:12:55] <_joe_>	 yes and yes :P
[19:13:00] <_joe_>	 LVS isn't going away
[19:13:11] <_joe_>	 but ingress is thought to be used by smaller services
[19:14:21] <legoktm>	 for function-ochesterator/evaluator?
[19:16:41] <James_F>	 "Smaller" by what metric?
[19:20:00] <_joe_>	 James_F: rps and importance to keeping the site running
[19:20:49] <_joe_>	 so I assume wikifunctions will get its own LVS endpoint for the latter criteria
[19:21:23] <James_F>	 Fair.
[19:21:35] <James_F>	 Though perhaps not at first?
[21:38:36] <wikibugs>	 10serviceops, 10GitLab (Infrastructure), 10Patch-For-Review: bring new gitlab hardware servers into production - https://phabricator.wikimedia.org/T307142 (10ops-monitoring-bot) Cookbook cookbooks.sre.hosts.reimage was started by dzahn@cumin2002 for host gitlab1004.wikimedia.org with OS bullseye
[22:07:00] <wikibugs>	 10serviceops, 10GitLab (Infrastructure), 10Patch-For-Review: bring new gitlab hardware servers into production - https://phabricator.wikimedia.org/T307142 (10ops-monitoring-bot) Cookbook cookbooks.sre.hosts.reimage started by dzahn@cumin2002 for host gitlab1004.wikimedia.org with OS bullseye completed: - git...
[23:10:44] <wikibugs>	 10serviceops, 10GitLab (Infrastructure), 10Patch-For-Review: bring new gitlab hardware servers into production - https://phabricator.wikimedia.org/T307142 (10Dzahn) >>! In T307142#7941573, @Jelto wrote: > So I'll create a dedicated partman config for GitLab physical hosts, which has a bigger root partition,...