=== Guest460 is now known as mfisch
=== mfisch is now known as Guest81704
=== Guest81704 is now known as mfisch
=== mfisch is now known as Guest30018
[10:34] <openstackgerrit> Sharat Sharma proposed openstack/cloud-init: Deprecated LOG.warn.  https://review.openstack.org/314042
=== rangerpbzzzz is now known as rangerpb
=== Guest30018 is now known as mfisch
=== mfisch is now known as Guest56459
[19:44] <trodemaster_> Looking for advice on how to troubleshoot cloud-init failing to retrieve OpenStack metadata with a Ubuntu 16.04 instance. What is a good place to start my investigation?
=== rangerpb is now known as rangerpbzzzz
[20:32] <smoser> trodemaster_, config drive ?
[20:33] <smoser> https://bugs.launchpad.net/cloud-init/+bug/1577982
[20:40] <trodemaster_> I'm using the openstack datasource
[20:41] <trodemaster_> will try that workaround to see if it helps tho. thx
[20:47] <trodemaster_> Doesn't seem to be my issue...
=== Guest56459 is now known as mfisch
=== mfisch is now known as Guest87085
=== Guest87085 is now known as mfisch
[21:39] <larsks> trodemaster_: a good place to start is to boot an image that has password login enabled so that you can log in and diagnose the metadata access.
[21:39] <larsks> Although using a config drive ought to work around any issues with access to the network metadata service.
[22:12] <trodemaster_> My image allows me to ssh in currently. I have even verified that I can curl down the metadata. http://169.254.169.254/openstack/latest/meta_data.json the odd part is cloud-init still is failing to see it.
=== magicalChicken_ is now known as magicalChicken
[23:36] <harlowja> smoser https://code.launchpad.net/~harlowja/cloud-init/cloud-init-net-refactor/+merge/293957
[23:37] <harlowja> thoughts welcome
[23:37] <harlowja> this gets me to a place where now i think i can add a redhat net renderer
[23:41] <harlowja> xand then i'll find people that want to test it :-P
[23:42] <rharper> harlowja: I read throw the merge late last week; it looks really good, I'll read again and add any comments.  On the next step, are you looking at a sysconfig renderer or networkd?
[23:42] <harlowja> rharper the above cuts off more of the debian specific stuff into its own files
[23:43] <rharper> ok, even more churn, cool
[23:43] <harlowja> :)
[23:43] <harlowja> rharper ummmm, not sure, rhel7 i think supports sysconfig, not sure about networkd
[23:43] <harlowja> perhaps networkd, if its supported (and i learn about it, ha)
[23:43] <rharper> ok, we're starting to look at networkd output
[23:43] <rharper> so didn't want to duplicate it
[23:43] <harlowja> i'm not totally sure if rhel7 has networkd stuffs
[23:43] <rharper> hehe, it's likely there (you just need systemd-networkd binary)
[23:44] <rharper> but wonder if it's tested
[23:44] <harlowja> unsure
[23:44] <harlowja> https://www.reddit.com/r/CentOS/comments/3a8rp8/not_in_centos7_systemdnetworkd/ lol
[23:44] <rharper> ok, well, no cross over then; but with systemd convergence, I wonder how we'll handle that in net inside cloud-init ?
[23:44] <rharper> do we have a distro common area?
[23:45] <rharper> it's suddenly not so per-distro
[23:45] <harlowja> for net stuff?
[23:45] <rharper> yeah
[23:45] <rharper> network_state -> networkd conf is likely non-distro specific
[23:45] <harlowja> https://code.launchpad.net/~harlowja/cloud-init/cloud-init-net-refactor/+merge/293957 has cloudinit/net/__init__.py for that
[23:45] <rharper> ok
[23:45] <harlowja> and just cloudinit/net/
[23:45] <harlowja> distro stuff ---> cloudinit/net/distros
[23:45] <harlowja> at least thats what that proposal did
[23:45] <rharper> y
[23:46] <harlowja> mirrors closer to the cloudinit/distros
[23:48] <harlowja> that change makes the net dir more like https://gist.github.com/harlowja/4824483bd5066899f429d0de9c6a1437
[23:49] <harlowja> with common stuff in cloudinit/net/ or cloudinit/net/__init__.py
[23:49] <rharper> looks nice
[23:54] <harlowja> ya, mainly shuffle shuffle, lol