=== rangerpbzzzz is now known as rangerpb === sterfield_ is now known as sterfield [20:35] I'm trying to run cloud-init on Xenial and I'm always getting "Applying network configuration from fallback (dhcp)". On first boot, static IP is properly configured from configdrive but when rebooted, it falls back to dhcp and fails to assign an IP. (we only use configdrive, no dhcp) [20:35] How can I debug? [20:52] so it looks like network config is applied but later in stages.py, it thinks there is no datasource and fallback to dhcp ... [21:13] so I commented this line and now it works fine: http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/stages.py#L604 [21:13] but it doesn't use network_data.json, it copies the network template instead === rangerpb is now known as rangerpbzzzz [21:31] part of my logs: http://paste.openstack.org/show/496013/ [22:19] so I managed to force dsmode to be 'net' instead of 'local'. Now it seems to persist the right network config but gateway is missing [22:50] mgagne, can you give the confi drive ? [22:50] smoser: sure, how can I share it with you? [22:51] so the issue is only on reboot ? [22:51] smoser: well, I'm concerned with the overall sanity of the process. [22:52] smoser: logs show it's fallbacking to dhcp and I fear other things might not work that well in the end [22:53] I'm uploading a new image and booting a new instance to get config drive [22:53] https://bugs.launchpad.net/cloud-init/+bug/1575055 [22:54] that is why i'm asking about reboot [22:54] smoser: yea, I fixed that one already [22:54] and your config drive has the network confi g? [22:54] yes [22:55] hold on, will find a way to share it [22:55] https://bugs.launchpad.net/nova/+bug/1513267 [22:55] I'm the author of the bug [22:55] and it's fixed already on our side [22:56] gimme a minute to boot an instance [22:56] :) [23:02] mgagne, please open a bug and i'll take al ook later. [23:02] (put bug number here for me too please) [23:02] ok, what kind of info do you need? whole cloud-init.log ? [23:04] sure thats ifne. [23:04] and the config drive would be most useful. [23:05] ok, will package all that info and open bug [23:27] smoser: bug #1577982 [23:48] sooo for https://raw.githubusercontent.com/mgagne/cloud-init-fedora-pkg/epel7/cloud-init-0.7.5-network-info-support.patch mgagne where can i get some sample data files for this thing :-P [23:48] do u have any i can use [23:48] or do i have to mess around with openstack to make that happen, lol [23:49] harlowja: I have one in my bug report BUT it's an internal implementation of the spec since upstream was taking too much time. [23:49] :-/ [23:49] harlowja: so hopefully, it doesn't deviate too much from upstream [23:49] hold on [23:49] live examplessssss??? [23:50] the one in bug report is from a real VM, not unit test [23:50] https://review.openstack.org/gitweb?p=openstack-infra/glean.git;a=blob;f=glean/tests/fixtures/liberty/mnt/config/openstack/latest/network_info.json;h=33f9af4a5bab5ee7b5bfb6d171681016d135958a;hb=9d493d941bbe4c36d46479c3138fd3602fc5a78f [23:51] glean, hmmm [23:51] whats that, lol [23:51] a project hosting fixtures for cloud-init unit tests :D [23:51] ah, nice, lol [23:52] looks sort of hacky :-P [23:52] what's hacky? json? [23:52] now, was just looking over more of glean, ha [23:52] *no [23:53] we are not here to judge =) [23:53] lol [23:53] ya, i'm just trolling :) [23:53] who does the judging? [23:53] lol [23:53] :D