[00:33] wallyworld: got this pr for the oci image fetching thing, could u take a look? thanks https://github.com/juju/juju/pull/11662 [00:34] yup, looking [00:35] kelvinliu: can we log a message saying that microk8s was not ready if we reach the timeout? [00:36] also, can we call a micrk8s command to see if the microk8s snap is still coming up so we can maybe know to wait a little longer [00:36] wallyworld: it's because microk8s needs root to run [00:37] no point to wait in this case [00:37] kelvinliu: are you saying that micrk8s k8s would have been broken even if juju were not there [00:38] https://github.com/ubuntu/microk8s/blob/master/microk8s-resources/actions/common/utils.sh#L7 $USER wasnot there was the error [00:40] ok. as an optimisation later, would be good for juju snap hook to check if user is in microk8s group at least so we avoid waiting for 30 unnecessarily [00:40] microk8s wasnot broken, it's just it's not accessible for non root user at that time [00:40] gotcha [00:40] we are not waiting for 30s [00:40] ah right it exits immediately [00:40] we exit 0 immediately if we got any errors [00:41] yeah [00:41] we just exit immediately if we got any errors [00:41] not only permission error [00:42] lgtm, with a suggestion for a message [00:42] ty [03:00] Is it a bug or by design that I can't deploy a charm with no hooks/*, just a dispatch script in $CHARM_DIR ? [03:01] Or am I misinterpreting how dispatch works in 2.8 ? [03:14] stub: it is a bug [03:14] a bug that I thought we had caught already [03:15] Think it was rc3 [03:15] I can reproduce if you want [03:19] stub: if it is in rc3, it is in .0 [03:23] thumper: reproduced with rc3 [03:24] want a bug? [03:25] stub: please [03:28] https://bugs.launchpad.net/juju/+bug/1881839 [03:28] Bug #1881839: dispatch-only charms cannot be deployed, hooks/ directory required [03:28] ta [03:37] hpidcock: if you get a moment, I'd like your thoughts on https://github.com/juju/juju/pull/11660 [03:40] thumper: I'm not sure what tests were failing [03:40] we really need to move to ecdsa [03:41] key generation is fast enough + very secure [03:41] but that is really only possible in 2.8 with tlm's changes to pki [03:44] hmm [04:25] a very simple bug fix https://github.com/juju/juju/pull/11665 for a race test failure === arif-ali_ is now known as arif-ali [09:40] manadart, you around? [09:41] Yeah, but I need 20 mins or so before I can do a HO. [09:42] manadart, I need to nip out anyway for an early lunch, but the reason we don't land in the correct space with --bind is because we pick the wrong AZ [09:43] manadart, in the StartInstanceParams AvailabilityZone the selection is wrong, just wanted to pick your brains about potentials of why [09:43] manadart, the code doesn't look like it's changed from what I can see, so obviously missing something [09:44] stickupkid: But using constraints works. Mechanism for using bind should be the same. Anyway, I'll look and we can chat in a bit. [09:45] manadart, that's what I would have thought, but clearly not [11:18] manadart, ping [11:18] stickupkid: Pong. [11:19] daily mc daily [11:28] https://github.com/CanonicalLtd/juju-qa-jenkins/pull/456 [12:03] hey guys [12:04] how would i figure out why a node failed commission [12:04] what/where are the logs [12:07] juju status <- will tell you the over all issue [12:07] juju debug-log --replay --no-tail <- will give you the logs for the model [12:07] juju debug-log --replay --no-tail -m controller <- will give the logs for the controller [12:07] Eryn_1983_FL, ^ [12:13] ok [12:16] well i think its cert issues and ovn issues, [12:16] fun times.. [12:28] is Ubuntu 20.04 LTS good for openstack [15:16] manadart, https://github.com/juju/juju/pull/11667 [15:16] that cleans up the INFAN networking