[09:33:52] early lunch, then interview [09:41:56] ryankemper / inflatador: I've resetted the BMC on relforge100[34] according to https://wikitech.wikimedia.org/wiki/Management_Interfaces#From_local_IPMI [09:42:04] It was alerting. [11:25:29] is ElasticSearch 7 usable with CirrusSearch via some config flag? Or it's not ready just yet? I see there's a docker image in releng/dev-images. [11:30:13] Hmm, maybe I can get by with ES6. For context: I had been using this ugly workaround https://gitlab.wikimedia.org/kharlan/wmf-elasticsearch-arm64/-/blob/main/Dockerfile in my local environment, because the ES6 docker image wouldn't work on my apple m1. ES7 is supposedly more arm64 friendly. [11:46:58] OK, I got ES6 from releng/dev-images working, it looks like the problem was that I had `-e "bootstrap.system_call_filter=false"` which I needed with my previous image, but that caused problems with this one. All seems OK now. [11:50:30] I updated https://www.mediawiki.org/wiki/MediaWiki-Docker/Configuration_recipes/ElasticSearch#docker-compose.override.yml to refer to the new image [12:33:20] well, nevermind, it doesn't seem to work. If anyone's succeeded in getting the releng/dev-images cirrus-elasticsearch image running on Docker for Mac, I'd be interested to know how [12:53:35] kostajh: we're working on the ES upgrade, but it's not ready yet [12:53:54] ejoseph: I might be a few minutes late to our meeting, interview is running late [13:07:23] ejoseph: I'm there [13:08:14] greetings [13:08:43] gehel thanks, we were talking about this yesterday, sorry it was not addressed sooner [13:10:02] inflatador: no problem, it's now resolved! [13:32:27] kostajh I might take a look at that later, was trying to get MW-vagrant working on M1 and got close using UTM as opposed to Docker [13:32:28] M1: MediaWiki Userpage - https://phabricator.wikimedia.org/M1 [15:04:41] gehel (or anyone else), can I get a +1 on https://gerrit.wikimedia.org/r/c/operations/puppet/+/787505 if you're not too busy? [15:04:51] * gehel is looking [15:05:06] I think I addressed your concerns, but LMK if not [15:11:22] inflatador: review coming up in a few minutes, still trying to find some links [15:11:39] sure, no hurry [15:18:42] inflatador: done [15:28:46] inflatador: we can chat about rspec puppet in our pairing session later today [15:29:44] gehel Thanks! looking at https://rspec-puppet.com/documentation/classes/#specifying-facts , would you say that https://phabricator.wikimedia.org/P27353 is an acceptable way to insert the java version fact into the spec file? [15:30:17] if you are too busy, we can wait until pairing [15:30:45] but I will merge the current code if that is OK, so I can keep moving with the bullseye upgrade [15:33:21] fwiw, looks like that pattern is used in other spec files, will keep looking [15:50:14] \o been here awhile, guess ididn't say hi :)' [15:54:23] quick workout, back in ~30 [16:32:55] * ebernhardson tries to remember why ttmserver fork's workers. The works are seeing the DI container as destroyed and not working :S [16:40:56] back [16:57:55] ^^ merged the above patch without the java facts assertions, will work on those at SRE pairing session [17:19:20] ryankemper / inflatador: reminder that the deadline for hardware request is end of next week (May 13) [17:19:36] I think you are both aware of it already, but just making sure [17:19:44] gehel: thanks, yeah that's what I'm working on today [17:28:03] ACK [17:28:08] Lunch, back in time for pairing [17:45:39] and the problem with translate is ... we have singletons everywhere :P [17:46:02] poked through multiples now, they keep looking suspicious but not being the one holding the pre-fork DI container [18:23:51] back [18:30:57] ryankemper: pairing session in https://meet.google.com/eki-rafx-cxi [21:06:11] quick break, back in ~15 [21:23:48] school run, back in 30 [21:27:07] back [22:11:52] always find these random test pages amusing for unexplained reasons https://test.wikipedia.org/wiki/Canada [22:23:34] ^^ LOL [22:23:38] Also, good night!