=== harlowja is now known as harlowja_away === harlowja_away is now known as harlowja === harlowja is now known as harlowja_away === harlowja_away is now known as harlowja [22:12] smoser: would it be possible to pass-in a TENANT_ID (with some changes to cloud-init)? [22:13] mfisch what type of cloud are u using, if the cloud doesn't provide the tenant-id in a accessible way to cloud-init, then makes it impossible for cloud-init to know about it [22:14] openstack nova [22:14] and I'm not sure it is being provided [22:14] if it is, I'd like to help enable it, it will let me do some better tagging with landscape [22:14] i don't think it is :-/ [22:14] I was hoping I could do tagging in landscape by tenant [22:15] makes it easier for me to separate stuff [22:15] agreed [22:15] well if not, I'll just work on getting landscpae registration functional at all [22:15] right now it's choking [22:15] i know i've made a patch that does provide it, but i haven't upstreamed it yet [22:15] harlowja: I found smoser's sample config, you're saying that wont work? [22:16] mfisch so that would probably be via user-data, which would work [22:16] the other nicer way is to just have openstack write it (since it obviously knows the userid/tenantid) [22:17] mfisch http://paste.openstack.org/show/63128/ [22:17] its nothing complicated [22:17] i should just upstream that sometime [22:18] then it shows up in metadata (accessible then via everywhere in cloud-init) [22:19] maybe someone has already even upstreamed that, i haven't checked [22:19] looking now [22:19] thats easier to fix than cloud-init in 12.04 actually [22:19] yup [22:19] cloud-init already reads the metadata and exposes it as a dict, these are just 2 new keys [22:20] *and harmless keys (so i wouldn't expect anyone to complain about it upstream) [22:20] is instance_id passed in there [22:20] probably this guy [22:20] instance_metadata.InstanceMetadata(instance, [22:20] ya, thats there [22:20] metadata has 'instance-id' key afaik [22:20] or uuid [22:20] one of those [22:20] makes sense [22:21] you push it up, I'll +1 it [22:21] :) [22:21] k, let me see [22:21] I have a good use case for it [22:22] harlowja: if you do it, ping me [22:22] k [22:22] now back to getting base landscape working [22:22] in progress, sh9ouldn't be long [22:22] just gotta figure out where that code moved to, lol [22:22] line 2512 [22:23] one more dumb question, it looks like the INSTANCE_ID is lost for "runcmd", its only there for bootcmd [22:23] hmm [22:23] so I guess I'll dump it to a file there and pull it back out? [22:23] mfisch are u using config-drive or ec2 datasource in cloudinit? [22:23] that will actually change what metadata is avail afaik [22:23] so this is a dumb answer but I don't know [22:23] k [22:23] just starting playing with this a few hours ago [22:24] I believe the logs say ec2 [22:24] ah, then this patch might not help [22:24] found data source: DataSourceEc2 [22:24] what decides the datasource? [22:24] this is on a RHEL system, not what I'm deploying on [22:24] cloud-init, but openstack has a config which actually decides it [22:24] if that matters [22:24] oh I can hack that [22:24] cloud-init will serach for one [22:25] let me check, the code paths are 2 different paths for the different pieces in openstack [22:26] ya, let me see, i think it might work [22:26] hey smoser. [22:26] * med_ was asked to join [22:27] med_: I'm talking with harlowja actually [22:27] * med_ sees harlowja but no utlemming [22:27] xlnt [22:27] med_: our poc is using ec2 datasource, what implications will that have for something like the landscape config working? [22:28] Hmmm. I think I've mentioned this at one point or another, I don't know jack about landscape. [22:28] lame excuse but haven't had time to dig into it. [22:28] Not sure why it would matter for cloud-init-y stuff. [22:28] we're also discussing the other question of how to add a TENANT_ID into the data passed from nova, harlowja has a patch for nova [22:30] cool beans [22:44] mfisch https://review.openstack.org/72018 [22:45] feel free to add comment with your use-case, incase the nova reviewrs say this is dumb [22:45] it does appear that without altering the ec2 format though i can't add this change into that part of the code :( [22:45] so its either https://code.launchpad.net/~harlowja/cloud-init/ds-openstack needs to merge or u might have to switch to using the config-drive option [22:45] http://docs.openstack.org/grizzly/openstack-compute/admin/content/config-drive.html [22:46] lets see how much the nova people complain :-p [22:48] harlowja: looking [22:52] harlowja: and I assume that cloud-init can parse from the config-drive in lieu of ec2 [22:52] mfisch ya [22:53] https://code.launchpad.net/~harlowja/cloud-init/ds-openstack will use the more native openstack metadata endpoint [22:53] *unifying that code in cloud-init (since its the same data exposed via the metadata rest endpoint and the config drive) [22:53] that may not help us until 14.04 I'd imagine [22:53] correct [22:54] cfgdrive though does work [22:54] and should be in most modernish versions of cloud-init [22:54] * harlowja not sure when ubuntu started shipping the version that had it [22:54] I can look [22:54] *canonical, not ubuntu [22:54] that company, haha [22:55] I suspect that I'll be happy to get partially there and then happier when 14.04 comes out [22:55] sure [22:56] config drive just works [22:56] med_: is it default enabled on ubuntu? [22:57] We've also got to to worry about cloudbase-init (for Win images) [22:57] 'default enabled on ubuntu' ? For config drive? It's an openstack thing [22:57] not sure what you mean by default enabled. [22:57] or do you mean does cloud-init grok config drive? Yes, it does. [22:58] force_config_drive=True [22:58] looks like we have it enabled [22:59] ah, cool [22:59] u should be able to check inside a vm [22:59] blkid [22:59] will tell u [22:59] something like 'LABEL="config-2" UUID="5B88-2F2F" TYPE="vfat" ' [22:59] right [22:59] that system with it enabled is not fully working atm, I think I may have another one though [23:00] config drive has been in precise since at least Feb 2012 [23:00] k [23:00] ya, i forget when it appeared [23:00] smoser might remember [23:00] https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/857378 [23:01] to make OVF work with cloud-init [23:01] k, so should be fine i think