[17:20:37] hi friends, anything I should worry about before helmfile apply'ing a 200-ish sized DaemonSet? I have at least verified updatestrategy is rolling [17:28:48] cdanis: updating the opentelemetry thing on wikikube ? [17:28:55] akosiaris: correct [17:29:09] I think you are going to be ok then. [17:29:27] I was also wondering about reasonable ways to have a canary deployment of the daemonset, preferably in a way that allows it to be co-located with the mw-debug pinkunicorn pods [17:29:34] but I am guessing that's probably not very possible [17:30:28] you can start a kubectl -n get events -w --sort-by='.lastTimestamp' in a second terminal to catch issues (if any) early [17:30:41] oh that's helpful, thank you [17:32:13] regarding canary for daemonsets, yeah it is possible. In fact it has nothing to do with the daemonset, but rather with the Service k8s object and we have support already in sextant modules [17:32:26] it's the "routed_via" thing you might see in same yaml files [17:32:49] ahhh right [17:32:58] we haven't tested it specifically with a daemonset ofc but you can have 2 different daemonsets and route both and do an green/blue kind of thing [17:33:07] you can't do percentages though [17:33:22] cause a daemonset is always N, where N is the number of nodes [17:33:28] right [17:34:11] does routed_by work with ClusterIP? [17:34:25] and NodePort [17:34:36] neat [17:34:37] it's unrelated to the service type in fact [17:34:51] thanks Alex :) [17:34:56] yw [20:28:56] Error: UPGRADE FAILED: release main failed, and has been rolled back due to atomic being set: timed out waiting for the condition [20:28:58] 🤔