/srv/irclogs.ubuntu.com/2020/04/14/#cloud-init.txt

punkgeekIs there any way to config vms without iso, such as using python libvirt?03:51
=== hjensas is now known as hjensas|afk
=== hjensas|afk is now known as hjensas
=== tds3 is now known as tds
Odd_Blokepunkgeek: How would you want to use libvirt to configure them?13:36
blackboxswOdd_Bloke: per https://github.com/canonical/cloud-init/pull/314/files pytest fixtures. do you think we need to worry about xenial/bionic support of capsys/caplog as we did with ua-client?15:27
blackboxswI forgot if I asked this question yesterday15:27
Odd_Blokeblackboxsw: What do you mean by "worry about"?15:27
Odd_Bloke(I did comment on your PR with a comment about caplog.)15:27
punkgeekOdd_Bloke: I saw a sample in ovirt that import cloud-init configuration. But I want this tool in python libvirt https://red.ht/2K1gBkn15:27
Odd_BlokeAnd `capsys` is available in xenial.15:27
Odd_Blokepunkgeek: Have you tried using that example?  Does it fail for you?  (This isn't an area I'm familiar with, apologies in advance for dumb questions. :)15:29
Odd_Blokeblackboxsw: Sorry to expand on my previous comment: we should discuss caplog (and potentially using the separate python3-pytest-catchlog package on xenial), but I think that's orthogonal to documenting the current state of matters.15:30
* blackboxsw just reads the responses on my schema PR. I was wondering if we had shortcomings we'd have to be concerned with given that caplog wasn't available on xenial. but you've answered that for me. we can use pytest-catchlog potentially 15:30
blackboxswOdd_Bloke: sorry, was just reading the other context. and agreed it is orthogonal.15:31
blackboxsw~30 until cloud-init status meeting15:31
otuboAnyone can review this oneliner PR really quick? https://github.com/canonical/cloud-init/pull/31515:50
otuboReally sorry for the hard ping on this, it's a super silly fix that was breaking on our tests and I need to backport it by tomorrow EOD :-D15:51
otuboblackboxsw, Odd_Bloke ^^15:51
blackboxswotubo: sure. so what is that whitespace?15:51
blackboxswohh shuffling placement15:52
blackboxswok looking15:52
blackboxswreviewing15:52
Odd_BlokeI'm about to be AFK for a while, but I'd like us to add a test that would have caught this.15:52
Odd_Bloke(Not necessarily as part of the PR that fixes it, as you have time pressure on that.)15:53
otuboOdd_Bloke, sure! I'd be glad to include a test for that, like the day after tomorrow :-)15:53
Odd_Bloke^_^15:53
blackboxswotubo: whats the redhat bugzilla for this bug here? https://bugzilla.redhat.com/show_bug.cgi?id=179466415:57
ubot5bugzilla.redhat.com bug 1794664 in cloud-init "[RHEL8] swapon fails with "swapfile has holes" when created on a xfs filesystem by cloud-init" [High,Assigned]15:57
blackboxswI'm just wondering as I want to cross reference it in the commit message that we land when merging15:58
otuboblackboxsw, yeah, I was just thinking about that.15:58
otuboblackboxsw, can you add the BZ (that's the one, BTW) upon merge? Or I should do something else, like a v2?15:59
blackboxswotubo: I can set the squash merged commit message at merge time16:00
blackboxswso no need for a fix on your end16:00
blackboxswrharper: do you recall what prefix we use in the footer for RH bugzillas?  I'm not seeing any RH: <BUG_ID> in commit messages, but I though we had something.16:00
blackboxswat least for Suse16:00
otuboblackboxsw, actually the correct BZ is 177250516:00
blackboxswahh thanks otubo16:00
otubothat one was for RHEL8, but the fix is actually for RHEL716:01
rharperblackboxsw: we can use whatever is useful for otubo  ... I don't think we have any convention16:01
otuborharper, blackboxsw nothing special for me, BZ#<number> is normally what we do internally16:01
rharperblackboxsw: sometimes there's an LP bug which has a mirror link to an downstream bz16:01
rharperbug #178178116:02
ubot5bug 1781781 in curtin "/swap.img w/fallocate has holes" [Medium,Confirmed] https://launchpad.net/bugs/178178116:02
otuboblackboxsw, do we need Odd_Bloke for that or we can have a review/merge from rharper ? :-)16:10
blackboxswotubo: no I'll merge16:10
blackboxswotubo: this commit message ok with you?https://paste.ubuntu.com/p/RDXMwXxMmt/16:10
blackboxswRBZ: prefix for redhat bugzilla?16:10
otuboblackboxsw, RHBZ is better I guess16:11
blackboxsw+116:11
otuboblackboxsw, that's actually my fault. I got to the bottom of my backlog and found out this issue due to tomorrow.16:11
blackboxswno worries otubo, do you want to spend time adding the unit test today or land it and propose the unit test changes  in a separate PR?16:12
otuboblackboxsw, and thank you very much for the commit :-) If we ever have a cloud-init summit this year, remember me to pay you a beer :-)16:12
otuboblackboxsw, can I add the test once I get this out? Like tomorrow would probably be ok.16:13
blackboxswmerged otubo . ok will fast track a unit test PR once available.16:16
blackboxswthanks16:16
otuboblackboxsw, thanks a lot :)16:17
blackboxswno problemo16:17
blackboxsw#startmeeting cloud-init status meeting16:17
meetingologyMeeting started Tue Apr 14 16:17:46 2020 UTC.  The chair is blackboxsw. Information about MeetBot at http://wiki.ubuntu.com/meetingology.16:17
meetingologyAvailable commands: action commands idea info link nick16:17
blackboxswhey folks, time for cloud-init community status meeting16:18
powersj\o/16:19
otuboRight on time :-)16:19
blackboxswwelcome again to our bi-weekly status meeting feel free to interject comments, questions, suggestions during this status meeting. Generally it is an opportunity for upstream to provide a frequent platform communication and drop-in discussion when a couple of upstream devs are available.16:20
blackboxsw#chair Odd_Bloke smoser rharper powers16:20
meetingologyWarning: Nick not in channel: powers16:20
meetingologyCurrent chairs: Odd_Bloke blackboxsw powers rharper smoser16:20
blackboxsw#chair powersj16:20
meetingologyCurrent chairs: Odd_Bloke blackboxsw powers powersj rharper smoser16:20
blackboxswour IRC channel topic carries the next planned status meeting for those that wish to participate. All are welcome to interject or drive converstation topics here16:20
blackboxswany objections to same time on Apr 28th?16:21
powersjnah that's a good day given we want to cut 20.2 then16:21
=== blackboxsw changed the topic of #cloud-init to: pull-requests https://git.io/JeVed | Meeting minutes: https://goo.gl/mrHdaj | Next status meeting April 28 16:15 UTC | 20.1 (Feb 18) | 20.2 (Apr 28) | https://bugs.launchpad.net/cloud-init/+filebug
blackboxswok topic set for next meetin16:21
blackboxswour last meeting minutes can be found on github at16:22
blackboxsw#link https://cloud-init.github.io/status-2020-03-31.html#status-2020-03-3116:22
blackboxswThe topics we generally cover in this meeting are the following: Previous Actions, Recent Changes, In-progress Development, Community Charter, Upcoming Meetings, Office Hours (~30 mins).16:23
blackboxsw #topic Previous Actions16:23
blackboxswnone listed from last meeting16:23
blackboxsw#topic Recent Changes16:23
blackboxswgit commits landed in tip since Mar 31: https://paste.ubuntu.com/p/VptqRBfVfJ/  found by git log --since 03-31-202016:24
blackboxswchanges sport doc updates, otubo's cc_mount fix , better url handling for regions which  contain underscores in their name  and openbsd fixes from Goneri for passwd locks.16:26
blackboxswthanks for the contributions this round folks!16:27
blackboxsw#topic In-progress Development16:27
blackboxswupstream is currently focused on getting in bug fixes, dropping remnants of py2 in tooling  reviewing active PRs to get cloud-init in shape for the upcoming 20.2 release16:30
blackboxswcommunity notice: as mentioned in the channel topic, Apr 28th is our upstream release date for 20.216:31
blackboxswcommunity notice: we ask that pull requests or bugs that need resolution for 20.2 be up for review by Friday April 24th so there is time to review and merge those fixes.16:31
blackboxswactive pulls indended for the release should be up in github at https://github.com/canonical/cloud-init/pulls16:32
blackboxsw*intended* rather16:32
blackboxsw #topic Community Charter16:32
blackboxswhis section is generally reserved to discuss any general community goals for cloud-init, at last cloud-init summit  we defined those goals as:16:33
blackboxsw- datasource doc fixes16:33
blackboxsw- json schema validation for each cloudinit/config/cc_*py modules16:33
blackboxswthere are feature bugs created for these tasks at https://bugs.launchpad.net/cloud-init/+bugs?field.tag=bitesize16:34
blackboxsw#topic Office hours (next ~30 mins)16:34
blackboxswDuring office hours a couple of upstream devs will have eyes on this channel. Any questions, comments, branch reviews are fair game for discussion.16:35
blackboxswIn leiu of active discussions, developers will be grooming the active pull request review queue  to unblock branch authors.16:36
punkgeekOdd_Bloke: No it doesn't work. why there is no way to config cloud-init in kvm virtualization rather than iso, like vm xml file?16:37
blackboxswI'm getting through a belated review on https://github.com/canonical/cloud-init/pull/29816:37
blackboxswpunkgeek: like seeding ovf-env.xml? https://github.com/canonical/cloud-init/blob/master/doc/sources/ovf/README16:42
rharperpunkgeek: you might want to look at virt-install , they recently have added support for providing cloud-config to VMs;  virt-install is a wrapper around creating VMs utilizing libvirt as a backend, https://athinapl.home.blog/2019/08/25/gsoc-2019-cloud-init-configuration-for-virt-manager-virt-install/16:46
Goneripunkgeek, or you can take a look at virt-lightning16:54
Goneripunkgeek, it's basically a CLI to use libvirt+cloud-init16:54
blackboxswGoneri: review done. sorry for the delay on such a minor set of change requests https://github.com/canonical/cloud-init/pull/298/files#17:03
blackboxswhttps://github.com/CanonicalLtd/uss-tableflip/pull/45 I think comments are resolved17:09
blackboxswI think we are at about the turn of the hour for cloud-init status. I'm going to review https://github.com/canonical/cloud-init/pull/305 next17:11
blackboxswthanks all for tuning in. see you next time17:11
blackboxsw#endmeeting17:12
meetingologyMeeting ended Tue Apr 14 17:12:01 2020 UTC.17:12
meetingologyMinutes:        http://ubottu.com/meetingology/logs/cloud-init/2020/cloud-init.2020-04-14-16.17.moin.txt17:12
meenait's tuesday?17:25
meenai can't believe it's tuesday, when every day feels like tuesday17:25
blackboxswhahaha!17:27
blackboxswheya meena , welcome. :)17:27
blackboxswjust completed another review for goneri https://github.com/canonical/cloud-init/pull/305/files#diff-1708fc6fbf7cc4ca958a7adab7ad615eR2317:28
Odd_Blokemeena: Thanks for the review on that doc PR!17:41
blackboxswrharper: and json schema PR is good for followup review https://github.com/canonical/cloud-init/pull/15217:42
blackboxswyes meena thx for all the reviews on nearly every PR that is up.17:42
blackboxswrharper: this looks like bogus network configuration from a dhcp server lease response doesn't it?20:20
blackboxsw2020-04-07 02:51:55,948 - dhcp.py[DEBUG]: Received dhcp lease on eth0 for 10.54.62.43/255.255.255.25520:20
blackboxsw2020-04-07 02:51:55,949 - __init__.py[DEBUG]: Attempting setup of ephemeral network on eth0 with 10.54.62.43/32 brd 10.54.62.12720:20
rharper no20:20
rharperdo you have the full lease dump ?20:20
blackboxswhow can eth0 access broadcast  addr  10.54.62.127 if subnet netmask is /32?20:21
rharperI don't need to broadcast;  typically you'll also have a static route set20:21
blackboxswrharper: I don't just logs @ https://launchpadlibrarian.net/473747419/cloud-init.log20:21
rharperwe dump the lease parts though I thought20:22
blackboxswit's ephermeral dhcp response constructs/log messages as it parses tmp dhclient lease during initial setup.20:22
blackboxswper the openstack bug from a few days ago20:22
blackboxswhttps://bugs.launchpad.net/cloud-init/+bug/187132320:22
ubot5Ubuntu bug 1871323 in cloud-init "cloud-init fails to add default route during _bringup_static_routes" [Undecided,Incomplete]20:22
rharpercan we ask for the lease file?  either it's a bogus lease; (I'm not sure about that) or we're parsing it in correctly20:23
blackboxswseeing statements like this from cloud-init seem invalid : Running command ['ip', '-family', 'inet', 'addr', 'add', '10.54.62.43/32', 'broadcast', '10.54.62.127', 'dev', 'eth0']20:24
blackboxswyeah I can  get that.20:24
blackboxswwill request the tmp lease and provide reproducible instructions to ge tit20:25
blackboxswI think it's a bogus dhcp config on their network... but just guessing here20:25
rharperblackboxsw: well, let's confirm we're parsing it correctly, we could be putting the /32 on there ourselves20:28
rharperis this recent cloud-init or older release on non-Ubuntu ?20:28
rharperwe added a redhat dhclient rfc parser last fall20:28
rharperblackboxsw the lease is there20:29
rharperoption rfc3442-classless-static-routes 32,10,54,62,1,0,0,0,0,32,169,254,169,254,10,54,62,1,0,10,54,62,120:29
blackboxsw19.4.33, so latest xenial I think.20:30
blackboxswohh right the lease is there in the initial bug file.20:31
blackboxswwhich specifies:20:31
blackboxsw  fixed-address 10.54.62.43;20:31
blackboxsw  option subnet-mask 255.255.255.255;20:31
blackboxswis that invalid given that the router is at    option routers 10.54.62.1;20:31
blackboxswas subnet-mask should be something like 255.255.255.0 or .128 or something to give it visibility to the router right?20:32
blackboxswspecifically, if their router is 10.54.62.1 the smallest possible subnet-netmask they can have is /26 to allow 10.54.62.43 to contact 10.54.62.1. so a netmask of 255.255.255.19220:56
blackboxswwill pose the question on the bug and see if I'm bungling  something there20:56
powersjotubo, have you seen the comments on this https://github.com/canonical/cloud-init/pull/70#pullrequestreview-39331265621:37

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!