[06:40:30] o/ [07:07:20] o/ [10:18:59] lunch [13:19:11] o/ [13:19:24] o/ [13:29:26] meh... EOFException at org.apache.parquet.bytes.SingleBufferInputStream.slice :/ [13:31:55] errand [13:52:11] dcausse: Where does that happen? [14:00:44] \o [14:03:58] Heads up that I'm gonna install https://github.com/opensearch-project/opensearch-prometheus-exporter/ on the relforge alpha cluster. This is the official exporter and it's packaged as an opensearch plugin. I don't think we need to use it, but I need to test it for the OpenSearch on k8s stuff [14:05:17] I've got it in the opensearch image and I know it works, but it'd be nice to have it on relforge so I can create/test dashboards [14:10:03] pfischer: in spark [14:10:11] o/ [14:16:24] now vs today is a good idea, i like that! [14:23:29] Trey314159: about T87548, is this already fixed by ICU stuff? [14:23:30] T87548: Full text search needs to split words on dashes - https://phabricator.wikimedia.org/T87548 [16:00:29] dcausse gehel I created T404605 to discuss the rdf-streaming-updater recovery process, feel free to add/change anything cc: gmodena- for awareness [16:00:29] T404605: Plan rdf-streaming-updater recovery process (upcoming wikikube eqiad upgrade) - https://phabricator.wikimedia.org/T404605 [16:02:00] workout, nack in ~40 [16:53:03] back [17:43:17] dinner [17:57:26] * ebernhardson gets lost in timezone complexities...the world should just use UTC :P [17:58:38] Three is no prometheus exporter plugin release for the version of OpenSearch we run (1.3.20.0). This is something we'll need to be aware of for OpenSearch k8s, since the official exporter has to be in lockstep with the OpenSearch version [18:06:57] lunch, back in ~40 [18:28:52] ebernhardson: thx for the pointer on the sqrdprofile (i'm asuming sqrdprofile=perfield_builder_relaxed) . i looked at the associated patches a bit [18:29:38] dr0ptp4kt: yup, thats the first draft. Not entirely sure what we are doing with it, no concrete plans yet [18:47:18] back [19:02:55] ty e.bernhardson [19:57:41] time zones are so evil...was trying to find if it makes any difference to provide a timezone when parsing a date, if the only thing i'm going to do is format the date in the parsed format to verify it round trips. It turns out, yes. Because there are times that exist in some timezones but not others due to daylight savings [20:00:23] (perhaps still not relevant in my specific case, but might as well parse in the timezone i guess) [20:47:52] Still porting https://wikitech.wikimedia.org/wiki/Search/Elasticsearch_Administration to https://wikitech.wikimedia.org/wiki/Search/OpenSearch/Administration . Some of the content will move into runbooks under https://wikitech.wikimedia.org/wiki/Search/OpenSearch/Runbooks [20:48:10] Will probably ask for a review once things are in place ;) [20:50:16] ryankemper anything you want to go over at pairing today? I'm working on opensearch k8s and the above docs rewrite [20:57:58] inflatador: got a bit of a headache, gonna lie down for a bit. Mostly just that spicerack patch, there’s some linting errors to address as well as fixing up unit tests [20:58:59] ryankemper ACK, hope ya feel better. We can catch up tomorrow or whenever