[03:19] <blackboxsw> another round of manual SRU results https://github.com/cloud-init/ubuntu-sru/pull/6
[03:19] <blackboxsw> gce ^
[03:19] <blackboxsw> all good there. just wanted to highlight it for tomorrow
=== mgerdts_ is now known as mgerdts
=== r-daneel_ is now known as r-daneel
[15:31] <blackboxsw> rharper: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1762759
[15:31] <ubot5`> Ubuntu bug 1762759 in cloud-init (Ubuntu) "cloud-init analyze: event timing gap in azure's events" [Undecided,New]
[15:32] <rharper> blackboxsw: thx!
[15:41] <blackboxsw> smoser: if you get a chance today, we can clean up and land https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/342007
[15:43] <smoser> blackboxsw: yeah.
[15:44] <smoser> blackboxsw: https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/342940
[15:44] <blackboxsw> hah, ohh we didn't turn it on in bionic
[15:44] <blackboxsw> ok
[15:45] <blackboxsw> smoser: was there a bug reported with that?
[15:48] <blackboxsw> approved https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/342940
[15:49] <blackboxsw> if there was a bug there, please associate it with the changelog. If not, then good to land
[15:58] <smoser> blackboxsw: there was not a bug... but i might as well report one
[15:59] <blackboxsw> it'd help our ffe case
[15:59] <blackboxsw> :)
[16:21] <blackboxsw> rharper: smoser https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/342428 is ready for re-review. just ran through a container test to confirm expected behavior
=== r-daneel_ is now known as r-daneel
=== r-daneel_ is now known as r-daneel
[19:12] <rharper> blackboxsw: smoser: so the 10 seconds in the azure ds, is 100% attempting to resolve the __cloud_init_expected_not_found url
[19:12] <rharper> https://paste.ubuntu.com/p/ftpgWdmMyk/
[19:13] <smoser> :-(
[19:22] <rharper> https://paste.ubuntu.com/p/2JDgrnybxy/
[19:22] <smoser> rharper: does that reproduce after ?
[19:22] <rharper> why would nslookup  be faster than gethostby name
[19:22] <rharper> yeah
[19:22] <rharper> it's permanent
[19:23] <rharper> and it's not our upgrade, it's slow pre sru anyhow
[19:23] <smoser> because .... wait for it ... systemd-resolved !
[19:23] <rharper> yes
[19:23] <rharper> but
[19:23] <rharper> on artful
[19:24] <rharper> I don't have bionic on azure to compare to see if it's fix there
[19:25] <smoser> smells maybe like https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1730744
[19:25] <ubot5`> Ubuntu bug 1739672 in systemd (Ubuntu Bionic) "duplicate for #1730744 Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR" [High,Fix released]
[19:29] <rharper> y
[19:29] <rharper> yes it does
[19:30] <rharper> LLMNR setting: yes
[19:30] <rharper>  
[19:30] <rharper> is in --status
[19:32]  * rharper tries to disable per bug 
[19:32] <rharper> restarting systemd-resolved with new config doesn't help
[19:33]  * rharper reboots
[19:36] <rharper> strange status says it's enabled by resolving is fast
[20:01] <rharper> smoser: the ntp branch is ready, if you've not already started, https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/339438
[20:12] <smoser> rharper: yeah... i  plan to sorry so slow
[20:12] <rharper> np, just wanted to get any changes in soon so we can upload to bionic
[20:12] <rharper> I'm out on Friday
[20:49]  * blackboxsw hits that final pass on ntp
[20:49] <dpb1> its time has come.
[20:50] <rharper> time to synchronize with master
[20:51] <dpb1> yes, best not to let it drift too far
[20:52] <rharper> but we don't want to get ahead of ourselves
[20:55] <powersj> *slow clap*
[20:56]  * rharper hands powersj some chrony 
[20:57] <rharper> powersj: we'll fix that right up
[20:57] <powersj> lol
[20:57]  * rharper goes back to watching vmtest runs 
[21:08] <smoser> blackboxsw: some feedback on https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/342428
[21:15] <blackboxsw> fielding now smoser thanks
[21:54] <blackboxsw> rharper: review comments on ntp posted. just wondering about a bit more validation of the config fields
[21:55] <blackboxsw> it's a bit of work, but that's high likelihood of  user-introduced failures
[21:55] <blackboxsw> take or leave what you think is worthwhile
[21:55]  * blackboxsw has to run a bit early today