[18:04] I'm not sure how well cloud-init is supposed to support RHEL-based OSes, but I'm having issues with it not setting the hostname permanently. [18:04] Related (old) bug: https://bugzilla.redhat.com/show_bug.cgi?id=750979 [18:08] tl;dr the correct hostname gets set on the first boot, but is unset on subsequent boots because RHEL uses /etc/sysconfig/network instead of /etc/hostname [18:08] CentOS 6.4 guest, cloud-init-0.6.3-0.12.bzr532.el6.noarch [18:28] daveops, 0.6.3 == old [18:29] should be fixed in newer [18:32] smoser: thanks... i figured it was pretty antiquated. i'll update my stuff. [18:41] if u get stuck daveops let me know, y! runs 6.3, 6.2, 6.4 internally using cloud-init [18:41] and even 5.8 (yes i know) [19:08] harlowja: thanks. i got it working on my version by doing some hackery in my cloud.cfg. i'm just removing /etc/hostname with a bootcmd command. it's not pretty, but we need to pull our packages from EPEL and that's the latest version they have atm. [19:09] ah [19:09] ya, in about 10 years RH will have the newer version [19:09] lol [19:09] +- [19:09] haha... right? [19:09] ya, we fight with that stuff daily [19:09] harlowja: how are you guys addressing the issue? [19:09] old depenedencies [19:09] we build it :-P [19:10] its not so hard, its hopefully pretty much 'make rpm' [19:10] we have a few patches for cloud-init modules that do some y! stuff that also gets sucked in [19:10] oh.. nice. i'll test it out and maybe we'll just end up doing that [19:10] but thats about it [19:10] ya, it shouldn't be to bad [19:11] appreciate the advice [19:11] np [19:13] if its not just 'make rpm' let me know daveops and then something has to be fixed [19:13] of course u might want to have a patch for cloud.cfg if u build it yourself [19:13] to remove various things [19:14] *debian/ubuntu things [19:14] those nasty things smoser put in there, ha [19:14] for sure... i'll just steal the patches the fedora guys are using [19:16] everything should "do the right thing", no? [19:16] i think so [19:16] but just incase, ha [19:17] i typically just reconfigure cloud.cfg to what y! wants, and remove all the other stuff [19:17] but people don't have to do that if they don't want [19:17] its not that many changes really [19:17] https://code.launchpad.net/~gholms/cloud-init/rsyslog-programname/+merge/186906 [19:17] i'm not sure what i htink about that one [19:17] it just seem like possibly something could go wrong ... [19:18] hmmm, whats the issue, i'm not really a syslog expert :-/ [19:18] yeah. thats why i dont want to just take it. [19:18] i dont understand what si wrong. [19:19] :) [19:20] i'm with u there, maybe we can get an explanation as to whats broke [19:26] harlowja, it does work for you, right? [19:26] not using syslog :-P [19:26] ha [19:26] bah. [19:26] lol [20:03] smoser: Yo [20:04] hey. [20:04] i commented in that mp. [20:04] * gholms looks [20:06] Oh, the logging one. [20:06] basically "it doesnt seem to be working, but it used to, so we should change somethign ..." [20:07] * gholms nods [20:07] Yeah, that is a terrible description. [20:07] :) [20:07] At that point I was terribly fatigued from working on my bug backlog all day. ;) [20:14] gholms, well, i'm expecting 0.7.3 like end of this week. [20:15] Oh! That's good to know. [20:16] I'm going to see if I can get you a better description of what it was doing, but the short version is that cloud-init logs were going to the default log file instead of cloud-init.log, and that patch was how I fixed it. [20:16] theres one change i'm expecting from utlemming, and i'd like to hvae the fix for https://bugs.launchpad.net/cloud-init/+bug/1225922 [20:16] but its tricky [20:16] That one looks fun. [20:16] gholms, yeah... i'm just weary of a config file change for something that used to work and should work.