=== rcj is now known as Guest33360 === Guest33360 is now known as rcj === rcj is now known as Guest49948 [15:35] hi guys. What does this mean? https://gist.github.com/anonymous/d07b97605b2deb8eb2aa [15:36] tennis_: What version of cloud-init are you running, and which data source are you using/where are you running it? [15:47] Odd_Bloke: Its on a CentOS 7.0 box running on Vagrant. Getting cloud-ini version ... [15:47] Odd_Bloke: its version 0.7.5 [15:48] Odd_Bloke: not sure what you mean by "data source" [15:48] ? [15:53] tennis_: Can you pastebin /var/log/cloud-init.log? [15:53] Odd_Bloke: ok...just a sec [15:54] Odd_Bloke: here is is: https://gist.github.com/anonymous/f8df9e9903517df34a74 [15:56] tennis_: So those warnings shouldn't be appearing; that's a bug. [15:56] I think I see part of the problem. 169.254.169.254 is the address for getting meta-data on cloud instances (aws). That does not exist on Vagrant. Looks like i need to remove that part for vagrant instances (a hassle), or spoof the address if running under Vagrant (not sure if possible). [15:57] tennis_: But, yeah, they're just in exception handling. [15:57] tennis_: The exception is telling us that those metadata addresses don't exist. [15:57] Odd_Bloke: Still a bug then? [15:58] tennis_: Yeah, those exceptions are expected so they shouldn't be showing up as warnings. [15:58] (This might have been fixed since cloud-init 0.7.5) [15:58] tennis_: You can configure the data sources that cloud-init will use; that's probably what you want to do. [15:58] Odd_Bloke: ah, ok. Afaik, this is the latest version in CentOS 7.0 [15:59] Odd_Bloke: Can you point me to an example? :) [15:59] tennis_: Do you have anything in /etc/cloud? [15:59] Think so ... brb [15:59] (I only work with cloud-init on Ubuntu, so the packaging etc. might be quite different) [16:00] Here is the config file from /etc/cloud: https://gist.github.com/anonymous/8ad13661fa1be5a4cb44 [16:03] tennis_: You can add a 'datasource_list: [ None ]' line to that (or, possibly, to a file in /etc/cloud/cloud.cfg.d) which will stop it from trying to use the default list of datasources. [16:04] ok. Do you happen to know if anyone ever spoofed the 196.254... address for vagrant so the init files can be the same everywhere? [16:06] Hmmmm .... I wonder, why does datasource even try to run on vagrant, it says "Ec2" as a keyword. That would imply it should ignore this def on vagrant/virtualbox [16:06] tennis_: The only way cloud-init knows which data sources to use is by being configured. [16:07] tennis_: Otherwise it tries them all until it finds one that works. [16:08] Odd_Bloke: ok, but "ec2" is configured, and the environment is not ec2. Just a thought. :) [16:08] That is, the ec2 keyword is mostly meaningless. :) [16:08] Not complaining, just saying. [16:09] tennis_: You'd have to speak to the package maintainer in CentOS; that's not in the upstream config file: http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/config/cloud.cfg [16:10] tennis_: (But, yeah, it's configuration that won't be used in your use case) [16:11] Odd_Bloke: not sure what you mean by it not being in the upstream config file. ? [16:12] tennis_: That "datasource:\n Ec2:..." stanza isn't in the cloud.cfg distributed by cloud-init; I assume it's been added by the CentOS packaging. [16:12] Odd_Bloke: ah, ok... [16:13] But, again, it doesn't really matter. If you configure cloud-init to not use the EC2 datasource, it won't use that configuration. [16:13] Odd_Bloke: yup. Or I figure out some way to emulate the services at 169.254.169.254 ... not sure which is the better solution. [16:14] tennis_: Configuration. [16:14] Odd_Bloke: think so? [16:15] tennis_: Given it's a single line to drop in, yes. [16:15] Much better than re-implementing EC2s entire metadata service. :) [16:19] Odd_Bloke: true dat. :) Thanks [17:09] what would it take to get vSphere (vmware) support added to cloud-init? [17:10] would it be better to take the approach of using ConfigDrive? (Ben Howard recommended this to me) [17:11] what about other cloud providers (rackspace cloud and softlayer)? === harlowja_away is now known as harlowja_ [23:59] fyi, go vote for https://www.openstack.org/vote-vancouver//Presentation/title-evil-superusers-howto-launching-instances-to-do-your-bidding :-P