jwilx | http://termbin.com/16tk | 03:44 |
---|---|---|
jwilx | why am I getting this error? | 03:44 |
jwilx | is ANYONE around? | 05:02 |
jwilx | ailed to start Initial cloud-init job (pre-networking). | 05:02 |
jwilx | http://termbin.com/8uxe | 05:26 |
jwilx | this is on arch | 05:26 |
jwilx | . | 06:49 |
jwilx | anyone? | 06:49 |
=== sterfield_ is now known as sterfield | ||
=== shardy is now known as shardy_lunch | ||
=== shardy_lunch is now known as shardy | ||
smoser | jwilx, well, you're probalby missing python3 package for pkg_resources | 13:22 |
jwilx | smoser: very helpful... I already corrected that error, only to get this one http://pastebin.com/raw/nS6KXz0w | 15:11 |
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:12 |
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:15 |
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:16 |
smoser | hm. | 15:17 |
jwilx | fyi i'm using systemd networking here | 15:18 |
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:20 |
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:21 |
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:23 |
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:24 |
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:25 |
magicalChicken | the code handles that already | 15:26 |
smoser | i dont think its py3 v py2 | 15:26 |
magicalChicken | hang on 1 sec | 15:26 |
magicalChicken | http://paste.ubuntu.com/23207506/ | 15:27 |
magicalChicken | also: http://paste.ubuntu.com/23207515/ | 15:28 |
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:29 |
magicalChicken | I just remember that cause it caused curtin but #1562003 | 15:30 |
magicalChicken | which started the clear_holders refactor | 15:30 |
smoser | jwilx, are you able to try this: | 15:35 |
smoser | http://paste.ubuntu.com/23207571/ | 15:36 |
smoser | bug 1562003 | 15:36 |
jwilx | does the minus mean to remove? | 15:52 |
magicalChicken | jwilx: you can just use patch with that | 16:01 |
magicalChicken | so clone cloud-init, paste that into a file and do 'patch -p0 < $filename' | 16:02 |
smoser | jwilx, yes. '-' means remove | 16:03 |
smoser | and + add | 16:03 |
smoser | or probably something like: | 16:03 |
smoser | ( cd /usr/lib/python2.7/site-packages/ && patch --dry-run -p0 ) < that-content | 16:04 |
jwilx | http://termbin.com/zkqf | 16:09 |
jwilx | I get this | 16:09 |
smoser | shoot.s orry, jwilx | 16:16 |
smoser | jwilx, kill the final ')' off that line i think is all you need. | 16:16 |
jwilx | msg = "%s: load file failed with %s" % (fname, e) | 16:17 |
jwilx | this one? | 16:17 |
jwilx | i did and it is giving same error | 16:18 |
jwilx | as above | 16:18 |
jwilx | http://termbin/zoeb this smoser | 16:23 |
jwilx | http://termbin.com/zoeb | 16:23 |
smoser | hm.. jwilx pastebin /var/lib/cloud-init.log ? | 16:25 |
jwilx | nothing there | 16:26 |
jwilx | smoser: http://termbin.com/93eq | 16:30 |
jwilx | that's output log | 16:30 |
smoser | jwilx, someone was here working on arch support recently... | 16:32 |
smoser | prometheanfire, ^ | 16:33 |
smoser | maybe summoning him will make magic occur | 16:33 |
jwilx | hm | 16:55 |
jwilx | prometheanfire: any idea? | 16:59 |
ThiagoCMC | Hey guys! | 17:03 |
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)? | 17:05 |
prometheanfire | smoser: I was working on gentoo | 18:05 |
prometheanfire | I need to get back on working with it, but with the openstack release coming up... | 18:06 |
smoser | prometheanfire, aren't those the same thing | 18:07 |
* smoser ducks | 18:07 | |
smoser | sorry for the bad ping. | 18:07 |
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:08 |
jwilx | smoser: so any idea? | 18:16 |
jwilx | :/ | 18:16 |
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:17 |
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:18 |
jwilx | https://bugs.launchpad.net/cloud-init/+bug/1625766 | 18:29 |
harlowja | smoser jwilx i've def seen the invalid argument one :-P | 18:43 |
harlowja | weird that it is | 18:43 |
smoser | harlowja, magicalChicken suggests that that happens before nic is really initialized or brought up. and that we're just missing a exception | 18:44 |
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:45 |
smoser | harlowja, i have to run ... lke right now. | 18:46 |
smoser | but i have been thinking about cloud-init integration test | 18:46 |
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:47 |
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 | 18:59 |
harlowja | lol | 19:00 |
harlowja | k | 19:00 |
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:02 |
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:27 |
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:28 |
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:29 |
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:30 |
jwilx | smoser why do you need to know | 19:33 |
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:39 |
jwilx | ah | 19:40 |
ThiagoCMC | Hey guys, can someone help me? | 20:28 |
harlowja | do u require emergency assistance, if so please dial 911 | 20:42 |
x58 | Are there any active users of cloud-init on FreeBSD? Anyone know if there is active development for FreeBSD? | 20:55 |
harlowja | harmw might know that x58 | 20:57 |
harlowja | i think he did a bunch of the cloud-init stuff for freebsd | 20:57 |
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:58 |
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. | 20:59 |
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:00 |
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:01 |
x58 | So I've got a fork running locally. | 21:02 |
x58 | (I'm Bert on launchpad) | 21:02 |
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:03 |
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:04 |
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:05 |
harlowja | kk | 21:06 |
harlowja | ya, nrezinorn was seeing something else | 21:06 |
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:07 |
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:08 |
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:09 |
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:10 |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
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:17 |
harlowja | don't like out of tree fixes that someone has to go discover and recreate | 21:18 |
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:19 |
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:20 |
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:21 |
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:22 |
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:23 |
harlowja | ya, to much blah blah | 21:24 |
harlowja | lol | 21:24 |
x58 | haha | 21:24 |
harlowja | can i sell u some kool-aid | 21:26 |
harlowja | leol | 21:26 |
harlowja | *lol | 21:26 |
x58 | harlowja: work with smoser and get cloud-init changed so that it doesn't require the CLA ;-) | 21:28 |
harlowja | ya, i'm not at canonical though :-P | 21:30 |
harlowja | only smoser holds those keys | 21:30 |
x58 | Ah, thought maybe you were. | 21:32 |
x58 | With the @ and all ;-) | 21:32 |
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:33 |
nrezinorn | lol | 21:35 |
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:53 |
nrezinorn | running the 0.7.7 i have to reboot after creating the vm with cloud-init and then my networking works. | 21:54 |
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:00 |
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:09 |
x58 | Ohhhhh | 22:13 |
x58 | cloud-init-local.service, does it have Before=networking.target or something similar? | 22:13 |
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:14 |
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:15 |
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:16 |
x58 | You have an ordering issue somewhere... cloud-init-local is not running early enough (before network.service) | 22:17 |
harlowja | so nrezinorn when u get back ^ | 22:19 |
x58 | nrezinorn: http://pastebin.ubuntu.com/23209143/ is a successful run. | 22:19 |
x58 | https://gist.github.com/bertjwregeer/61fede0609fff681fb786bd181a19c8b | 22:21 |
x58 | there are my .service files. | 22:21 |
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:26 |
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:29 |
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:31 |
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:32 |
nrezinorn | x58: yes in the intial boot cloud-init makes a new ifcfg-eth0 file | 22:33 |
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:34 |
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:35 |
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:36 |
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:37 |
x58 | For what it's worth, I am running 0.7.7 on my CentOS images. | 22:39 |
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:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
x58 | BRB | 22:46 |
nrezinorn | LOL | 22:49 |
x58 | Did you figure out your issue? | 22:49 |
nrezinorn | :D | 22:50 |
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:51 |
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:52 |
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:53 |
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:54 |
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:55 |
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:56 |
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 | 22:59 |
x58 | sure... whatever you want to call it ;-) | 23:01 |
harlowja | lol | 23:02 |
sather | how do I have cloud-init userdata scripts output to console? | 23:26 |
sather | I get an input/output error when I redirect the entire script to /dev/ttyS0 | 23:27 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!