[03:44] <jwilx> http://termbin.com/16tk
[03:44] <jwilx> why am I getting this error?
[05:02] <jwilx> is ANYONE around?
[05:02] <jwilx> ailed to start Initial cloud-init job (pre-networking).
[05:26] <jwilx> http://termbin.com/8uxe
[05:26] <jwilx> this is on arch
[06:49] <jwilx> .
[06:49] <jwilx> anyone?
[13:22] <smoser> jwilx, well, you're probalby missing python3 package for pkg_resources
[15:11] <jwilx> smoser: very helpful... I already corrected that error, only to get this one http://pastebin.com/raw/nS6KXz0w
[15:12] <jwilx> http://termbin.com/8uxe
[15:12] <jwilx> it was working fine on arch
[15:12] <jwilx> I did a clean install, and did nothing but pacman -Syu
[15:12] <jwilx> and it screwed up so I had to install a bunch of python packages
[15:12] <jwilx> I think it's cloud-init bugging out
[15:12] <jwilx> somebody should fix it
[15:15] <jwilx> come on surely somebody can help...
[15:15] <smoser> jwilx, are you on the system ?
[15:15] <smoser> could you try:
[15:15] <jwilx> i'm on it
[15:15] <jwilx> yes
[15:15] <smoser>  python3 -c 'from cloudinit import util; import sys; print(util.load_file(sys.argv[1]))' /sys/class/net/eth0/carrier
[15:16] <smoser> i think harlowja was seeing that also
[15:16] <jwilx> it's using python3
[15:16] <jwilx> 2 *
[15:16] <jwilx> not 3
[15:16] <jwilx> [arch@arch ~]$ sudo python2 -c 'from cloudinit import util; import sys; print(util.load_file(sys.argv[1]))' /sys/class/net/eth0/carrier
[15:16] <jwilx> 1
[15:17] <smoser> hm.
[15:18] <jwilx> fyi i'm using systemd networking here
[15:20] <smoser> that should not cause this error, but cloud-init does not have support at this time for rendering systemd-networkd networking configuration.
[15:20] <smoser> can you run
[15:21] <smoser> sudo python2 -c 'from cloudinit.net import generate_fallback_config; print(generate_fallback_config())'
[15:21] <jwilx> {'version': 1, 'config': [{'subnets': [{'type': 'dhcp'}], 'type': 'physical', 'name': 'eth0', 'mac_address': u'fa:16:3e:37:ae:97'}]}
[15:23] <smoser> well that is odd.
[15:23] <smoser> thats where it stacktraced.
[15:23] <jwilx> hm
[15:23] <magicalChicken> smoser: I remember this from when I was trying to get fallback_net_config working I think
[15:24] <magicalChicken> Depending on the state that the net interface is in, reading from the sys info is an IOError with errno 22
[15:24] <magicalChicken> But later if that net dev is in a clean state it can read
[15:25] <magicalChicken> I think the issue is in python2 IOError does not inherit from OSError
[15:25] <smoser> magicalChicken, yeah, i just checked that it doesnt in py3 either.
[15:25] <magicalChicken> but the catch works in py3
[15:25] <smoser> i suspect it raises IOError and we're just never catching it
[15:25] <magicalChicken> yeah
[15:25] <smoser> but even if we did catch it, i'm not sure what to do
[15:26] <magicalChicken> the code handles that already
[15:26] <smoser> i dont think its py3 v py2
[15:26] <magicalChicken> hang on 1 sec
[15:27] <magicalChicken> http://paste.ubuntu.com/23207506/
[15:28] <magicalChicken> also: http://paste.ubuntu.com/23207515/
[15:29] <smoser> yeah, you're right
[15:29] <smoser> $ python -c 'print(isinstance(IOError(), OSError))'
[15:29] <smoser> False
[15:29] <smoser> $ python3 -c 'print(isinstance(IOError(), OSError))'
[15:29] <smoser> True
[15:30] <magicalChicken> I just remember that cause it caused curtin but #1562003
[15:30] <magicalChicken> which started the clear_holders refactor
[15:35] <smoser> jwilx, are you able to try this:
[15:36] <smoser>  http://paste.ubuntu.com/23207571/
[15:36] <smoser> bug 1562003
[15:52] <jwilx> does the minus mean to remove?
[16:01] <magicalChicken> jwilx: you can just use patch with that
[16:02] <magicalChicken> so clone cloud-init, paste that into a file and do 'patch -p0 < $filename'
[16:03] <smoser> jwilx, yes. '-' means remove
[16:03] <smoser> and + add
[16:03] <smoser> or probably something like:
[16:04] <smoser>  ( cd /usr/lib/python2.7/site-packages/ && patch --dry-run -p0 ) < that-content
[16:09] <jwilx> http://termbin.com/zkqf
[16:09] <jwilx> I get this
[16:16] <smoser> shoot.s orry, jwilx
[16:16] <smoser> jwilx, kill the final ')' off that line i think is all you need.
[16:17] <jwilx> msg = "%s: load file failed with %s" % (fname, e)
[16:17] <jwilx> this one?
[16:18] <jwilx> i did and it is giving same error
[16:18] <jwilx> as above
[16:23] <jwilx> http://termbin/zoeb this smoser
[16:23] <jwilx> http://termbin.com/zoeb
[16:25] <smoser> hm.. jwilx pastebin /var/lib/cloud-init.log ?
[16:26] <jwilx> nothing there
[16:30] <jwilx> smoser:  http://termbin.com/93eq
[16:30] <jwilx> that's output log
[16:32] <smoser> jwilx, someone was here working on arch support recently...
[16:33] <smoser> prometheanfire, ^
[16:33] <smoser> maybe summoning him will make magic occur
[16:55] <jwilx> hm
[16:59] <jwilx> prometheanfire:  any idea?
[17:03] <ThiagoCMC> Hey guys!
[17:05] <ThiagoCMC> Listen, I launching Ubuntu 16.04 on OpenStack, wired to 3 different subnets: subnet 1 is the default, have dhcp=True, subnet 2 is secondary (no dhcp), subnet 3 is the third (no dhcp). However  if I disable the DHCP for a specific subnet (like I just said), Cloud Init still configured the IP as static!!! But I do not want any setup for the secondarie networks. As a workaroung, I'm doing this on cloud init script: "ifdown ens4 ; ifdown ens5" (while en
[17:05] <ThiagoCMC> s3 is fine, first one).
[17:05] <ThiagoCMC> so, how to avoid this workaround and tell cloud-init to configure only the 1 subnet (ens3 vNIC)?
[18:05] <prometheanfire> smoser: I was working on gentoo
[18:06] <prometheanfire> I need to get back on working with it, but with the openstack release coming up...
[18:07] <smoser> prometheanfire, aren't those the same thing
[18:07]  * smoser ducks
[18:07] <smoser> sorry for the bad ping.
[18:08] <prometheanfire> :P
[18:08] <prometheanfire> all the ricers left gentoo for arch ages ago
[18:08] <prometheanfire> gentoo is much better off now :P
[18:16] <jwilx> smoser: so any idea?
[18:16] <jwilx> :/
[18:17] <smoser> jwilx, well, the general 'None' bug is probably just not considering no dns information.
[18:17] <smoser> thats probalby fairly easily fixable.
[18:17] <smoser> can you file a bug against cloud-init ?
[18:17] <jwilx> no idea how
[18:17] <smoser> and state where we've been and where you are now ?
[18:17] <smoser> https://bugs.launchpad.net/cloud-init/+filebug
[18:18] <smoser> jsut recap what is here. you can even reference here
[18:18] <smoser>  https://irclogs.ubuntu.com/2016/09/20/%23cloud-init.html
[18:18] <jwilx> k
[18:29] <jwilx> https://bugs.launchpad.net/cloud-init/+bug/1625766
[18:43] <harlowja> smoser jwilx i've def seen the invalid argument one :-P
[18:43] <harlowja> weird that it is
[18:44] <smoser> harlowja, magicalChicken suggests that that happens before nic is really initialized or brought up. and that we're just missing a exception
[18:45] <harlowja> @smoser talking with nrezinorn and we were thinking about how we could get image building for cent7 into some public image publicing/testing pipeline
[18:45] <harlowja> cause there be some weirdness with networking starting with DataSourceNoCloud
[18:45] <harlowja> that may just be some kind of cent7 issue, but is still weird (same with the argparse crap)
[18:46] <smoser> harlowja, i have to run ... lke right now.
[18:46] <smoser> but i have been thinking about cloud-init integration test
[18:47] <smoser> i'll try to put something together on my thoughts and send to list tomorrow.
[18:47] <smoser> we'lls ee.
[18:47] <smoser> later.
[18:59] <harlowja> whattt
[18:59] <harlowja> lol
[18:59] <harlowja> a chicken?
[18:59] <harlowja> i caught the IOError
[18:59] <harlowja> is this for the /sys/ question
[18:59] <harlowja> ha
[18:59] <harlowja> where u running
[18:59] <harlowja> come back
[19:00] <harlowja> lol
[19:00] <harlowja> k
[19:02] <cwa> any suggestions for setting a http proxy with cloud-init?  I've been trying to do so by exporting the http_proxy env variable via a runcmd:  but it doesn't seem to take (i run a yum update several commands later and it fails because the proxy isn't set)
[19:27] <smoser> cwa, well, you could probabl do a bootcmd to write /etc/environment . cloud-init does not have any way to affect its environment.
[19:28] <jwilx> smoser know how long it usually takes?
[19:28] <jwilx> to get a response
[19:28] <smoser> here is something i do: http://bazaar.launchpad.net/~smoser/+junk/sstack-proxy/view/head:/sstack-proxy
[19:28] <smoser> jwilx, to get a response to the bug ?
[19:28] <jwilx> yeah
[19:28] <cwa> thanks all, i'll take a look at that
[19:29] <smoser> well a while.
[19:29] <smoser> cwa, generally speaking http_proxy globally is a pita
[19:29] <jwilx> meh guess I can try installing gentoo
[19:29] <jwilx> while waiting
[19:29] <smoser> as http_proxy=http://your.proxy/ wget http://localhost:9999/
[19:29] <smoser> and have that fail
[19:30] <jwilx> really wanted to use arch but w/e
[19:30] <smoser> jwilx, what is the provider you ran on ?
[19:30] <jwilx> lunanode
[19:30] <smoser> linode ??
[19:30] <jwilx> luna
[19:30] <jwilx> https://www.lunanode.com/
[19:30] <smoser> ah. k
[19:33] <jwilx> smoser why do you need to know
[19:39] <smoser> jwilx, did you just pick from the template ?
[19:39] <jwilx> smoser
[19:39] <jwilx> yes.
[19:39] <jwilx> it worked fine. until I did an update
[19:39] <smoser> ok. i'll maybe take a look tomorrow.
[19:39] <smoser> just signed up there, gave them $10
[19:40] <jwilx> ah
[20:28] <ThiagoCMC> Hey guys, can someone help me?
[20:42] <harlowja> do u require emergency assistance, if so please dial 911
[20:55] <x58> Are there any active users of cloud-init on FreeBSD? Anyone know if there is active development for FreeBSD?
[20:57] <harlowja> harmw might know that x58
[20:57] <harlowja> i think he did a bunch of the cloud-init stuff for freebsd
[20:58] <harlowja> though idk if it actually works :-P
[20:58] <x58> Yeah, I have been talking with him.
[20:58] <x58> He is no longer doing OpenStack
[20:58] <x58> So he is no longer able or interested in maintaining cloud-init on FreeBSD.
[20:58] <x58> harlowja: ^
[20:58] <harlowja> ok
[20:59] <harlowja> u can be the replacement :-P
[20:59] <x58> Yeah, he suggested that too ;-) I was updating the FreeBSD port to 0.7.8 but it's broken due to linuxisms that are not an easy fix.
[20:59] <harlowja> ??
[20:59] <x58> https://bugs.launchpad.net/cloud-init/+bug/1625802
[20:59] <x58> it tries to read from /sys/class/net which doesn't exist on FreeBSD.
[21:00] <harlowja> ya, that
[21:00] <harlowja> poop
[21:00] <x58> I just filed that bug.
[21:00] <harlowja> k
[21:00] <x58> There has been a patch for another issue: https://bugs.launchpad.net/cloud-init/+bug/1404745
[21:01] <harlowja> ya, perhaps we should bundle this into https://code.launchpad.net/~harlowja/cloud-init/+git/cloud-init/+ref/sys-io-errors
[21:01] <harlowja> which was also simialr
[21:01] <x58> that has been languishing in review... and tools/freebsd-build* hasn't been updated with appropriate depdendencies either.
[21:01] <harlowja> ya, never enough people
[21:01] <harlowja> nrezinorn and i have been working through some cent7 issues
[21:01] <harlowja> some weirdness there
[21:01] <x58> I had a patch for CentOS 7 issues, but don't want to go through hassle of signing CLA...
[21:02] <x58> So I've got a fork running locally.
[21:02] <x58> (I'm Bert on launchpad)
[21:03] <harlowja> hassle
[21:03] <harlowja> hmmm
[21:03] <harlowja> idk how much of a hassle it is
[21:03] <harlowja> hard to accept patches afaik without that :-/
[21:03] <x58> I'd have to get corp legal involved...
[21:03] <nrezinorn> im pretty hassled harlowja  :P
[21:03] <x58> Only because of Canonical's policy of not accepting stuff under the GPLv3...
[21:04] <harlowja> nrezinorn u should be able to contribute to cloud-init without problem
[21:04] <x58> and wanting what is basically the right to relicense any and all contributions under whatever license.
[21:04] <harlowja> no hassle for u
[21:04] <x58> smoser and I had a discussion on the matter already.
[21:04] <harlowja> k
[21:04] <harlowja> ya, IANAL
[21:04] <harlowja> to me the whole license blah blah, is more or/less blah blah
[21:04] <x58> Hire me, then it won't be a problem ;-)
[21:05] <harlowja> where are your cent7 patches? ;0
[21:05] <harlowja> :)
[21:05] <x58> harlowja: https://code.launchpad.net/~bregeer-ctl/cloud-init/+git/cloud-init/+merge/305058
[21:06] <harlowja> kk
[21:06] <harlowja> ya, nrezinorn was seeing something else
[21:07] <nrezinorn> my "something else" is related to starting a VM locally in libvirt and feeding it a cdrom config drive with some data :P  - pre-cloud QA tests if you will
[21:07] <harlowja> precloud cloud
[21:07] <x58> nrezinorn: I've been testing by uploading to glance and starting the image ;-)
[21:07] <x58> Thankfully my cloud is local, and 1 Gbit/sec uploads into glance, so it doesn't take a long time to do testing.
[21:07] <harlowja> ya, what nrezinorn say in 0.7.7 is that networking seems to not start initially (when using DataSourceNoCloud) but after reboot it does
[21:08] <harlowja> which then made me wonder about some thing not recgonizing networking was changed (until after reboot)
[21:08]  * harlowja not sure if /etc/udev/rules.d/70-persistent-net.rules does that
[21:08] <harlowja> or could cause that
[21:08] <harlowja> or something else
[21:09] <x58> Ah, that was another issue... I had to set cloud-init-local to start Before=NetworkManager.service
[21:09] <harlowja> all the systemd dependencies (cloud-init-local before networking) seem ok
[21:09] <x58> https://bugs.launchpad.net/cloud-init/+bug/1620845
[21:09] <harlowja> well damn
[21:09] <harlowja> that would probably be it
[21:09] <harlowja> lol
[21:09] <x58> cloud-init-local and NetworkManager would start together... and race each other.
[21:09] <x58> It was glorious (not, I wanted to shoot someone)
[21:09] <harlowja> ya, sounds about right
[21:09] <harlowja> nrezinorn may be about to shoot someone
[21:10] <harlowja> not really sure
[21:10] <harlowja> lol
[21:10] <x58> My issue was related to /etc/resolv.conf but it also causes issues with ifcg-* files
[21:10] <x58> and whatnot
[21:10] <harlowja> i thought cloud-init-local had before=network-pre
[21:10] <harlowja> guess that doesn't do it
[21:11] <harlowja> https://git.launchpad.net/cloud-init/tree/systemd/cloud-init-local.service#n8
[21:11] <harlowja> assuming thats not enough
[21:11] <x58> Nope
[21:11] <x58> not enough.
[21:11] <harlowja> stupid
[21:11] <harlowja> lol
[21:12] <x58> well, NetworkManager doens't have any require=network-pre in it...
[21:12] <harlowja> gotcha
[21:12] <x58> so NetworkManager will start even though network-pre is not yet "complete"
[21:12] <x58> It's a dependency ordering issue.
[21:12] <harlowja> def
[21:13] <x58> Changing system shipped service files is not my thing though, so I forced cloud-init-local first by making it Before
[21:13] <nrezinorn> lets just blame systemd?  thats the cool thing to do right?
[21:13] <harlowja> ya+1
[21:13] <x58> lol
[21:13] <harlowja> torches ready
[21:14] <harlowja> getting my pitch fork
[21:14] <x58> Pitchforks for sale here!
[21:14] <nrezinorn> ill locally make the changes for netmanager tho and see if that helps!
[21:14] <x58> nrezinorn: no promises ;-)
[21:14] <nrezinorn> "set cloud-init-local to start Before=NetworkManager.service"   <-- this
[21:14] <nrezinorn> lol
[21:15] <harlowja> https://code.launchpad.net/~harlowja/cloud-init/+git/cloud-init/+merge/306283
[21:15] <harlowja> ya, that should do it ^
[21:15] <nrezinorn> i was handed down making golden images for the cloud.  i didnt want to push junk into the cloud if it was totally broken, so i import it into libvirt locally and QA a bunch of crap then it ships to cloud (staging)
[21:15] <x58> Yeah, I am currently trying to build an golden image for FreeBSD 10.3 but cloud-init is broken.
[21:16] <x58> Now I need to go see how much time I can spend on this, and patch it just enough to work.
[21:16] <nrezinorn> i have been mucking with this centos7 jazz for ...3 days?  4 days?  i dont even know.
[21:16] <x58> My local git server now has a fork of cloud-init with a bunch of branches fixing random stuff.
[21:16] <nrezinorn> i hope that this also fixes the hostname issue i am seeing lol
[21:17] <x58> nrezinorn: You'll want to look at the patches for /etc/resolv.conf as well (make it a symlink to something else so that NetworkManager leaves it alone)
[21:17] <x58> Otherwise NetworkManager will happily overwrite your changes to /etc/resolv.conf
[21:17] <harlowja> x58 can u please sign the CLA
[21:17] <harlowja> with sugar on top
[21:18] <harlowja> don't like out of tree fixes that someone has to go discover and recreate
[21:19] <x58> harlowja: Patches are under GPLv3. Feel free to pull em in. At least then I can be assured my code won't suddenly go closed source (happened with maas-image-builder... for which I had not signed a CLA!)
[21:19] <harlowja> ya, this is a weird gray area that idk about
[21:19] <harlowja> like if i just submit your patches under my name
[21:19] <harlowja> lol
[21:19] <x58> Sorry, gonna be a stickler about it. I'll reach out to my boss to see if I can sign a CLA for stuff I did on work time.
[21:20] <x58> harlowja: You'd be infringing my copyright... you can't agree to have canonical relicense something you didn't write.
[21:20] <x58> Just saying.
[21:20] <harlowja> but u just said ' Feel free to pull em in.'
[21:20] <harlowja> lol
[21:20] <x58> Yeah, GPLv3 allows you do that.
[21:20] <x58> Just means you can't claim you wrote it :P
[21:20] <harlowja> gotcha
[21:20] <x58> and give someone permission to relicense.
[21:21] <x58> That's what the CLA requires.
[21:21] <harlowja> but canonical will if i submit them
[21:21] <harlowja> so if i take them, make new pull request with them
[21:21] <harlowja> and don't say that i wrote them
[21:21] <harlowja> someone else will have permission to relicense right
[21:22] <x58> If someone were to merge those into the tree, and Canonical ata later point in time were to relicense the entire codebase under an alternate license, that would be copyright infringement.
[21:22] <harlowja> right
[21:22] <x58> Standard copyright still applies even with GPLv3
[21:23] <x58> That being said. Let's just say I am Sergeant Schulz. I didn't see nothing. I didn't hear nothing. I don't know nothing.
[21:23] <harlowja> so pulling them in i guess u are meaning, not into canonical cloud-init code-base
[21:23] <x58> harlowja: You can pull them in, that would just preclude Canonical from ever relicensing the code base without my explicit approval first.
[21:24] <harlowja> ya, to much blah blah
[21:24] <harlowja> lol
[21:24] <x58> haha
[21:26] <harlowja> can i sell u some kool-aid
[21:26] <harlowja> leol
[21:26] <harlowja> *lol
[21:28] <x58> harlowja: work with smoser and get cloud-init changed so that it doesn't require the CLA ;-)
[21:30] <harlowja> ya, i'm not at canonical though :-P
[21:30] <harlowja> only smoser holds those keys
[21:32] <x58> Ah, thought maybe you were.
[21:32] <x58> With the @ and all ;-)
[21:33] <harlowja> nah, i'm just super-cool
[21:33] <harlowja> lol
[21:33] <harlowja> and been doing cloud-init for to long
[21:33] <harlowja> lol
[21:33] <nrezinorn> super cool?  that's debatable lol
[21:33] <harlowja> :)
[21:33] <harlowja> super-awesome-cool
[21:33] <harlowja> lol
[21:35] <nrezinorn> lol
[21:53] <nrezinorn> x58: your patch didnt fix the issue i was seeing, but maybe you know what i can look through
[21:53] <nrezinorn> our gold images specifically delete the ifcfg-eth0 file
[21:54] <nrezinorn> running the 0.7.7 i have to reboot after creating the vm with cloud-init   and then my networking works.
[22:00] <harlowja> x58 ^ any ideas?
[22:00] <harlowja> nrezinorn afaik the delete happens way before cloud-init (or even the operating system) starts
[22:00] <harlowja> in kickstart land
[22:00] <harlowja> so from the image/operating system its like it never existed
[22:09] <x58> nrezinorn: does cloud-init mention it creating ifcfg-eth0?
[22:09] <x58> It should show some debug output for that.
[22:09] <x58> Can you pastebin your cloud-init output somewhere?
[22:09] <x58> journalctl -a | grep cloud-init
[22:13] <x58> Ohhhhh
[22:13] <x58> cloud-init-local.service, does it have Before=networking.target or something similar?
[22:14] <harlowja> pretty sure nrezinorn added in the before=NetworkManager and think it has that also, will let nrezinorn respond
[22:14] <x58> Hmmm, that's cloud-init.service
[22:14] <x58> there is no "networking.service" in CentOS
[22:14] <x58> it's "network.service"
[22:14] <x58> so cloud-init.service depends on the wrong thing,
[22:15] <harlowja> lol
[22:15] <x58> Looking at my notes for building this CentOS image.
[22:15] <harlowja> kk
[22:15] <harlowja> man this systemd stuff
[22:15]  * harlowja gets my pitchfork 
[22:15] <harlowja> lol
[22:15] <x58> networking.service is a Ubuntuism.
[22:16] <x58> /etc/init.d/network is CentOS's
[22:16] <x58> also make sure that network is enabled, especially if NM_MANAGED is set to NO in /etc/ifcfg-eth0
[22:16] <x58> systemctl enable network
[22:16] <x58> (It should be by default)
[22:16] <x58> otherwise a reboot wouldn't fix it.
[22:17] <x58> You have an ordering issue somewhere... cloud-init-local is not running early enough (before network.service)
[22:19] <harlowja> so nrezinorn when u get back ^
[22:19] <x58> nrezinorn: http://pastebin.ubuntu.com/23209143/ is a successful run.
[22:21] <x58> https://gist.github.com/bertjwregeer/61fede0609fff681fb786bd181a19c8b
[22:21] <x58> there are my .service files.
[22:26] <x58> This one is a better journalctl output: http://pastebin.ubuntu.com/23209158/
[22:26] <x58> includes all the other processes that are started interspersed.
[22:29] <x58> nrezinorn: here's the systemd critical chain: http://paste.ubuntu.com/23209165/
[22:29] <x58> (ignore cleanup_defgw.service, it's a work-around for an issue with our private cloud, one I am hoping I can remove in the next month)
[22:31] <x58> nrezinorn: If NoCloud datasource works like the ConfigDrive datasource, then as long as cloud-init-local runs before NetworkManager and network.service any changes to ifcg-eth0 should be picked up on the first run.
[22:32] <x58> hostname should be getting changed too using the hostname service, you should see something about dbus activating the org.freedesktop.org.hostname1 unit
[22:33] <nrezinorn> x58: yes in the intial boot cloud-init makes a new ifcfg-eth0 file
[22:34] <nrezinorn> but the issue is it requires a reboot for networking to functon - it works fine as-is on 0.7.5  so im trying to track what specifically may be causing the issue
[22:35] <x58> nrezinorn: I understand that, check the systemd critical-chain and make sure that network.service is running after cloud-init-local.service
[22:35] <nrezinorn> centos uses systemd too, fwiw, sonds like maybe the names of things need to get fixed up in the systemd service files - sorry i sorta stepped away from this 'fun" lol
[22:35] <x58> Look at the pastebin I posted above, it should look similar.
[22:36] <x58> I have only been talking about CentOS...
[22:36] <x58> nrezinorn: systemd-analyze critical-chain network.service
[22:36] <x58> does that show cloud-init-local.service as coming before it?
[22:36] <nrezinorn> yeah, so when the file is NOT there (ifcfg-eth0)  the "network info+++"  stuff says eth0 False  until its rebooted
[22:37] <nrezinorn> 1s let me get back to teh vm!
[22:37] <x58> network info +++ is printed by cloud-init
[22:37] <x58> that's after networking is completed
[22:37] <x58> that's too late for anything to still be done.
[22:37] <nrezinorn> yesh im just saying that when it doesnt work, it lists as false for eth0 :)
[22:37] <nrezinorn> ill pastebin the stuff in a sec
[22:39] <x58> For what it's worth, I am running 0.7.7 on my CentOS images.
[22:40] <nrezinorn> systemd-analyze critical-chain network.service  <-- does not show anything cloud-init related in the chain
[22:40] <x58> That's bad.
[22:40] <x58> That means network.service is allowed to start before cloud-init-local.service has done it's thing.
[22:40] <harlowja> man who named these things all differently
[22:40] <harlowja> lol
[22:40] <harlowja> wtf people
[22:41] <nrezinorn> lol
[22:41] <harlowja> i thought systemd was suppoed to make everything common
[22:41] <harlowja> but people name the freaking files differently
[22:41] <harlowja> lol
[22:41] <nrezinorn> you've seen the distro rosetta stone right harlowja ?  ;P
[22:41] <x58> nrezinorn: Make sure you have a Before=NetworkManager.service in cloud-init-local.service
[22:41] <harlowja> is that before or after the crack?
[22:41] <x58> network.service requires NetworkManager.service
[22:41] <x58> nrezinorn: IF you modify the file, make sure to call systemctl reload-daemon or whatever that command is.
[22:41] <nrezinorn> i did put that in there
[22:42] <x58> Did you reload the daemon files?
[22:42] <nrezinorn> i did hte netmanager fix up in my golden image and when i boot it -its still misbehaving
[22:42] <x58> nrezinorn: What's the critical chain for NetworkManager say?
[22:42] <nrezinorn> i used guestmount for testing stuff :)
[22:42] <nrezinorn> 1s
[22:42] <x58> does the critical chain for network.service show NetworkManager.service?
[22:43] <nrezinorn> for networkmanager crit - it lists zero cloud-init related services lol
[22:43]  * nrezinorn blames ubuntu!
[22:43] <harlowja> no no systemd
[22:43] <x58> nrezinorn: grab my .service file here: https://gist.github.com/bertjwregeer/61fede0609fff681fb786bd181a19c8b
[22:44] <x58> What version of CentOS?
[22:44] <nrezinorn> modify both service files?  theres 2
[22:44] <nrezinorn> centos 7.2
[22:44] <x58> Yes.
[22:44] <nrezinorn> its basically the latest centos 7 (from 9/14 lol)  because i dont wnat to wait 30 min for a new image every time
[22:44] <x58> cloud-init.service should be after network.service and requires=network.service
[22:44] <x58> instead of networking.service
[22:44] <nrezinorn> ok 1s let me see how its ordered in my image
[22:44] <x58> Mine is the same. Was wondering if maybe we had different patch levels :/
[22:45] <nrezinorn> gotta shut it down to modify
[22:45] <x58> Modify it, systemctl daemon-reload and blow away /var/lib/cloud
[22:45]  * nrezinorn activates his libvirt powers lol
[22:45] <x58> :P
[22:45] <x58> reboot
[22:45] <nrezinorn> lol k
[22:45] <nrezinorn> that seems easier to do
[22:45] <nrezinorn> haha
[22:45] <x58> It'll decrease your testing cycle ;-)
[22:46] <x58> BRB
[22:49] <nrezinorn> LOL
[22:49] <x58> Did you figure out your issue?
[22:50] <nrezinorn> :D
[22:51] <nrezinorn> the probelm seems to be that the cloud-init.service wants networking.service when its called network.service on centos 7 ;)
[22:51] <x58> Yes, I even linked to a bug report for that ;-)
[22:51] <nrezinorn> haha :)
[22:51] <x58> Wait, sorry
[22:51] <nrezinorn> i nee dto remember the git comand that says when a file was modified ;)
[22:51] <x58> I didn't link to it, I mentioned it above^^
[22:52] <x58> Working now?
[22:52] <nrezinorn> one "bug" resolved lol
[22:52] <nrezinorn> my route command errors
[22:52] <nrezinorn> your output shows it working
[22:52] <nrezinorn> idk whats up with that
[22:52] <x58> What route command?
[22:53] <nrezinorn> ++++++++++++++Route IPv4 info++++++++++++++
[22:53] <nrezinorn> that block it displayed
[22:53] <nrezinorn> on mine is breaks
[22:53] <nrezinorn> and just continues on
[22:53] <x58> check cloud.cfg and make sure it is correctly set to distro: rhel
[22:53] <nrezinorn> it is set poeprly
[22:53] <nrezinorn> to rhel
[22:53] <x58> hmm, I remember having that issue too :/
[22:54] <nrezinorn> its next on the bug list LOL
[22:54] <nrezinorn> along with the hostname not showing proprly until a reboot
[22:54] <x58> hostname should show properly immediately.
[22:54] <x58> Mine is :P
[22:54] <nrezinorn> mine is not haha
[22:54] <nrezinorn> :D
[22:55] <nrezinorn> anywhos i gotta go for now
[22:55] <nrezinorn> perhaps ill be back later, or tomorrow lol
[22:55] <nrezinorn> thanks for the hot tips tho!
[22:55] <x58> I did file a bug for this: https://bugs.launchpad.net/cloud-init/+bug/1621671
[22:55] <x58> the network.service vs networking.service ;_)
[22:55] <nrezinorn> +1
[22:55] <harlowja> evil rhel
[22:55] <nrezinorn> lol
[22:56] <x58> nrezinorn: I should just link to this: https://bugs.launchpad.net/cloud-init/+bugs?search=Search&field.bug_reporter=bregeer-ctl
[22:56] <x58> :P
[22:59] <x58> Alright, time for me to jet. I'm hungry and tired. Enough fighting with cloud-init for today.
[22:59] <harlowja> by fighting u mean tender loving right
[23:01] <x58> sure... whatever you want to call it ;-)
[23:02] <harlowja> lol
[23:26] <sather> how do I have cloud-init userdata scripts output to console?
[23:27] <sather> I get an input/output error when I redirect the entire script to /dev/ttyS0