== Meeting information == * #cloud-init: Office Hours (next 30 minutes), 13 Nov at 16:03 — 17:01 UTC * Full logs at [[http://ubottu.com/meetingology/logs/cloud-init/2017/cloud-init.2017-11-13-16.03.log.html]] == Meeting summary == ''LINK:'' http://paste.ubuntu.com/25954862/ ''LINK:'' http://paste.ubuntu.com/25954862/ SRU queued for release today ''LINK:'' https://github.com/canonical-server/dev-summary/blob/master/doc/2017-10-31.md ''LINK:'' https://github.com/canonical-server/dev-summary/blob/master/doc/2017-11-07.md ''LINK:'' http://bit.ly/ci-reviews ''LINK:'' https://jenkins.ubuntu.com/server/view/cloud-init/ ''LINK:'' https://bugs.launchpad.net/cloud-init/+bug/1731619 ''LINK:'' http://cloudinit.readthedocs.io/en/latest/topics/datasources/nocloud.html?highlight=nocloud ''LINK:'' http://cloudinit.readthedocs.io/en/latest/topics/datasources/nocloud.html?highlight=nocloud == Vote results == == Done items == * (none) == People present (lines said) == * blackboxsw (53) * robjo (20) * smoser (17) * via (10) * meetingology (3) * ubot5 (2) * powersj (1) * rharper (1) == Full Log == 16:03 #startmeeting Cloud-init bi-weekly status 16:03 Meeting started Mon Nov 13 16:03:13 2017 UTC. The chair is blackboxsw. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 16:03 16:03 Available commands: action commands idea info link nick 16:03 o/ 16:03 time change got to us 16:04 #meetingtopic Recent Changes 16:05 hey folks. thanks for joining just pulling together the content for the last couple weeks of work for the cloud-init project 16:06 http://paste.ubuntu.com/25954862/ 16:06 $ git log a90a8b1cb3104ee3250ac79d6e25a9ff4f527baa.. | log2dch | sed 's,^ ,,' | pastebinit 16:06 most of the ubuntu-side of the house was involved in handling the SRU of 17.1 into ubuntu and handling any discovered regressions 16:06 Published cloud-init packages to Bionic Beaver release 16:06 Update Gentoo Linux support to "rc-service" scripts as "service" is deprecated, thanks to ckonstanski! 16:06 Detected and fixed a pre-release regression of resizefs when root path is specified by UUID on the kernel cmdline (LP: #1725067) 16:06 Launchpad bug 1725067 in cloud-init (Ubuntu Zesty) "cloud-init resizefs fails when booting with root=PARTUUID=" [Medium,Fix committed] https://launchpad.net/bugs/1725067 16:06 #link http://paste.ubuntu.com/25954862/ 16:07 #info SRU queued for release today 16:07 Here's the cloud-init content we published for the last two weeks: 16:07 #link https://github.com/canonical-server/dev-summary/blob/master/doc/2017-10-31.md 16:07 #link https://github.com/canonical-server/dev-summary/blob/master/doc/2017-11-07.md 16:09 last week we handled an EC2 behavior regression for xenial, whereby we didn't want to change cloud-init to configure all nics based on ec2 metadata, we will only configure the primary nice 16:09 last week we handled an EC2 behavior regression for xenial, whereby we didn't want to change cloud-init to configure all nics based on ec2 metadata, we will only configure the primary NIC 16:09 with those SRU regresssions fixed and published to master, we expect cloud-init 17.1 updated in Xenial,Zesty and Artful today 16:10 #meetingtopic In-progress development 16:10 smoser: rharper anything here? 16:10 #link http://bit.ly/ci-reviews 16:11 robjo has done a couple fixes for SuSE and i've pulled a few of them. 16:11 he has one up i saw yestderday for ntpSuSE 16:11 others ther.e we've been delinquent due to some distractions recently. 16:11 blackboxsw: nothing new for me at the moment 16:12 and chad had one up for clean and status 16:12 btw thx robjo ckonstanski and Dave Mulford for the fixes over the last iteration. We also expect that a couple VMware branches for the OVF datasource will last this week or next 16:12 which is nice. 16:13 moving the meeting an hour foward while we are on Standard time or is this a one time occurance, did I miss an announcement? 16:13 #meetingtopic Office Hours (next 30 minutes) 16:14 lp#1731619, chrony support, should that also be driven through ntp config or should there be a new config option? 16:14 so we'll hang out with eyes on this channel for any burning questions/bugs/questions 16:14 robjo: well, the meeting is listed in UTC time 16:14 that pays no attention to US legislation to change clocks at random points in the year :) 16:15 oK, my fault when I added it to my calendar, eay enough to fix ;) 16:15 but the humans here were also affected :) 16:15 heh, anyone opposed to shifting this meeting time +30 from now during the next few months? 16:15 as the meeting now collides w/ another meeting for us 16:15 :/ 16:16 officially 16:30 UTC? 16:17 Well, I'd prefer to either follow the "randomness" clock manipulation or not follow it 16:19 meaning don't change the meeting time because there exists a conflict when standard time switches to daylight savings or vice versa, becaus if you do that you might as well follow the silliness of the government to begin with 16:19 fair point. ok let's keep the new time as is. 16:20 we've discussed side-channel, we can shift our meetings out of the way of this 16:20 so robjo +1 16:20 16:00 UTC 16:24 also related to CI side, powersj and rharper spent quite a bit of time w/ our continuous integration infrastructure fixing/addressing memory & storage pressure issues to make sure we avoid intermittent false test failures due to timeouts or system resource contention 16:24 #link https://jenkins.ubuntu.com/server/view/cloud-init/ 16:28 is there a way to use metadata in the cloud-init file? specifically, if i want to use the aws-provided instance id in an attribute 16:28 OK, back to my question about chrony: lp#1731619, chrony support, should that also be driven through ntp config or should there be a new config option? 16:28 like configuring the chef node name to have my instance id in it 16:32 #link https://bugs.launchpad.net/cloud-init/+bug/1731619 16:32 Launchpad bug 1731619 in cloud-init "Support chrony as a client for ntp" [Undecided,New] 16:33 it's a good bug, we've had a couple of discussions about ntpd versus timesyncd for different system environments 16:34 current implementation of cc_ntp module is to return False ('ntp' not installable) on certain known environments where we know we want systemd timesyncd to run instead by default 16:34 via: i think what your asking is (i htink) covered in https://trello.com/c/AYaCdQyT 16:35 well, i'm trying to do it in a yaml cloud-config file 16:35 right. as it is right now, via you cann't reference anything from the metadata. 16:35 does that mean i need to use #jinja and if so how does that play with #cloud-config ? 16:35 oh 16:36 bummer 16:36 should i just switch to a shell script? 16:36 but we'd hope to implement that. 16:36 via: thats really the only way right now. and then in the shell scripty you'd have to query the metadata service yourself. 16:36 okay, damn 16:36 thanks 16:36 robjo: we think that's a good approach/feature suggestion. We could add chrony template files etc like the ntp templates, and we might be able to have the distro report what time sync daemon it wants to run 16:36 basically... we realize what you're asking is quite helpful and reasonable but dont have a way to do it right now 16:36 but we do plan on implementing it. 16:37 no worries, i'm stuck on an ancient version anyway 16:38 blackboxsw: That was my thinking, move the "service_name" setting to the distro as "time_service_name" and then drive cc_ntp based on that 16:39 since with a third option the black/white decision being made today will no longer work 16:39 +1 robjo yeah. rharper was chatting about this potential approach as well 16:39 look there is also grey ;) 16:39 heh yeah 16:40 Next question.... network config. 16:40 yeah might have to 'grow' an override option in cc_ntp module eventually 16:41 as those grey use-cases come up (per bugs/requests ;) ) 16:41 A long timi ago the RHEL implementation was re-written to use sysconfig renderer, but RHEL sysconfig and SLE sysconfig are different, why wouldn't they be 16:42 that also implies that the openSUSE/SLES implementation for network config rendering still uses the "old" implementation and thus produces a warning in the log file 16:43 * blackboxsw is looking for the warning generated 16:43 this would imply some refactoring is in order if we want to move openSUSE/SLES to using the newer API to render the network config 16:44 blackboxsw: "apply_network_config is not currently implemented " 16:44 "for distribution '%s'. Attempting to use apply_network" 16:45 ahh. right-o 16:45 the question from my point would be is, when I want to implement the SUSE bits am I also on the hook for the refactoring part or can I get some help with that? which of course will make my life easier ;) 16:47 And yes, I realize a bug will need to be filed, but I haven't figured out how to formulate this nicely 16:47 robjo: I think we should be able to help out a bit with that refactor to make sure it's cleaner and easier to maintain. 16:47 OK :) 16:50 there are a couplengeneric distro fixes which need to get designed (just like in the datasources) to make the common distro classes a bit easier to maintain as well as making classes a bit more modular and more easily tested. 16:51 we still haven't landed some of the common datasource changes we had talked about during the Summit because we've been avoiding risk during the 17.1 release. But, similar/minor architecture changes should start taking shape here for datasources and distros now that we see a light at the end of the tunnel on the release. 16:52 we'll keep our eyes open for discussions/suggestions from folks 16:54 Speaking of data sources, for the SUSE Container As A Service Platform, we implemented a data source to read from local disk, is that something that would be of interest upstream? Yes, this might seem silly but in our use case it makes perfect sense ;) 16:56 robjo: I'm curious how different that datasource would be from nocloud datasource 16:56 http://cloudinit.readthedocs.io/en/latest/topics/datasources/nocloud.html?highlight=nocloud 16:56 #link http://cloudinit.readthedocs.io/en/latest/topics/datasources/nocloud.html?highlight=nocloud 16:56 which allows for providing local data instead of dealing with metadata 16:56 well network metadata 16:57 I wasn't really involved, just accepted the patch to the package and have not done a comparison to nocloud, but I'll take a look 17:00 good deal.... think we are at the top of the hour... so I'll probably end meeting now 17:01 thanks via robjo rharper powersj & smoser. next meeting 2 weeks same early time 17:01 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)