#cloud-init 2014-02-01 <dgarstang1> hey how does that hostname thing work? <harlowja> so usually datasources provide metadata and read it in <harlowja> and all these modules get activated, they get passed the data from config and metadata and all that <harlowja> and then they just use it to do whatever the module wants to do <harlowja> in this case it calls into a distro specific object (since setting the hostname is distro dependent) and sets it <dgarstang1> harlowja: so.... it doesn't actually set the hostname? <harlowja> the module has access to this distrobution specific object, it asks that object to set the hostname <dgarstang1> cuz... the hostname format is a highly specific thing isn't it? <harlowja> not the hostname format <harlowja> the way to set it seems to be <harlowja> different in freebsd, ubuntu, rhel <harlowja> rhel has a /etc/syconfig file <harlowja> ubuntu has a different one <dgarstang1> lemme try a different angle... where does it get the source of the hostname? <harlowja> from the datasource <harlowja> http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/__init__.py#L164 <harlowja> the datasource gets it from some location <harlowja> *datasource specific <harlowja> which u would think in the GCE datasource would be there metadata server <dgarstang1> yes, but where in the data source? what key? <harlowja> see above function <harlowja> basically datasources when they fetch there data populate self.metadata <dgarstang1> 'local-hostname' ? <dgarstang1> is this stuff documented somewhere? <dgarstang1> how would I have known it's local-hostname and not hostname? <dgarstang1> man I am confused <dgarstang1> http://cloudinit.readthedocs.org/en/latest/topics/modules.html .... nothing. No modules. <dgarstang1> for that matter, if GCE is in the latest version of cloudinit, where is it documented? There's no mention of it at http://cloudinit.readthedocs.org/en/latest/topics/datasources.html <harlowja> dgarstang1 its not in any cloud-init i know about, seems to have been a debian specific patch <harlowja> so its not in the upstream cloud-init, so wouldn't be on cloudinit.readthedocs.org <dgarstang1> harlowja: ok, how about docs on the set_hostname module? <harlowja> probably not as good as it could be <dgarstang1> http://cloudinit.readthedocs.org/en/latest/topics/datasources.html#ec2 ... 'Metadata is accessible via the following URL:'... how's that relevant? <dgarstang1> isn't cloud-init supposed to abstract that so I can't see it and don't care? <dgarstang1> I'd really liketo know how the set_hostname module works, like what key in the metadata it reas <harlowja> python is pretty readible, so http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/__init__.py#L164 sorta describes the whole process <dgarstang1> ah the old read the code reply. :) <dgarstang1> code always lacks context <dgarstang1> like, if I am reading the code for cloudinit __init__, why does it have a get_hostname function there? wouldn't that be in the get_hostname module? Doesn't that mean it's in a different python file somewhere else? <harlowja> dgarstang1 not really, there is a baseclass for datasources in __init__ <dgarstang1> so maybe I need to read this source file, but ... wait... there's a module called update_hostname, which isn't here <harlowja> the function is in this baseclass <harlowja> right, modules != datasources <dgarstang1> harlowja: so where's the code for set_hostname? <harlowja> it isn't in 1 place, it begins its life in the update_hostname module <dgarstang1> in that case, docs would be nice. :) <harlowja> sure, i'd much appreciate them also, but not enough time in the day :) <dgarstang1> or, we'll just keep doing what we are doing and hacking it, not fully using the features of cloud init, and reading the hostname from the metadata ourselves and setting it in a runcmd section <harlowja> sure, or feel free to keep on asking questions and we can provide answers, and presto a doc that u can then submit ;) <dgarstang1> harlowja: well, I dunno <harlowja> i understand how this is not ideal, but it is what it is <dgarstang1> I'd ask what metadata the hostname module uses, but I don't even know if that's specific to the data source, or a common attribute for all <harlowja> prior to before i created http://cloudinit.readthedocs.org it wasn't any better, but a collection of small improvements in the end makes it better for everyone :) <harlowja> dgarstang1 its specific to a datasource <harlowja> since different datasource retrieve it differently <dgarstang1> ok <harlowja> so this then involves the question of what is the GCE thing doing (which i haven't seen the code for, since it never seems to have appeared upstream?) <dgarstang1> So, ec2 ds doesn't even have a set_hostname http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/DataSourceEc2.py <harlowja> dgarstang1 right, thats what inheritence is for <dgarstang1> in fact, it's got almost nothing <harlowja> base class usually provide most of the functionality <dgarstang1> ic <harlowja> most datasources just provide def get_data(self): <harlowja> which is there special way of reading <harlowja> *which is the thing that varies <dgarstang1> Ok, so there's no set_hostname in DataSource either... http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/__init__.py <harlowja> ah, my fault, thought u mean get_hostname <harlowja> right, so datasources provide the data that other parts of cloud-init use <harlowja> so it wouldn't make sense for a datasource to set anything <dgarstang1> well, the default cloud_init_modules has set_hostname, amongst oters <harlowja> yes, modules (one of those is set_hostname) != datasourcs <dgarstang1> it doesnt make sense for a data source to set anything? who does? <dgarstang1> the set_hostname module? where's the code for that? <harlowja> http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/config/cc_set_hostname.py <dgarstang1> well that doesn't tell me what metadata it wants to use. <dgarstang1> ugh <harlowja> util.get_hostname_fqdn <dgarstang1> still not seeing it, sorry <harlowja> which itself will eventually call into the datasource get_hostname <harlowja> so set_hostname calls first util.get_hostname_fqdn which eventually calls into datasource get_hostname (the base class) <harlowja> so that tells u where it comes from <harlowja> the base class then looks in a few places <harlowja> http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/__init__.py#L164 <harlowja> lhost = self.metadata['local-hostname'] <harlowja> line 186 <harlowja> then that module asks the distrobution specific object to set the hostname to this value <harlowja> which will then do whatever distribution specific thing to set the hostname <harlowja> self.metadata is populated by however the datasource fetches its data (which in your case would be whatever the gce datasource is doing) <dgarstang1> kk, thanks <harlowja> np <harlowja> so in the end it becomes a question what is the GCE datasource doing :) <harlowja> and since i'm not sure where that code is, hard to know :-P #cloud-init 2014-02-02 <Cyis> anyone using bootcmd options on Ubuntu 12.04 LTS? <Cyis> I've been using cloud-init on 12.04 LTS for several years now but trying to add a bootcmd to retrieve a script and then execute it once per instance but it seems to be blowing up and everything else is executing fine for me <Cyis> https://gist.github.com/jbouse/674e129ffb3c2cc87279 is my latest attempt if anyone has any insite <Cyis> hmm... think I might have it #cloud-init 2014-02-03 <harlowja> smoser if u get some time, check out that patch set #cloud-init 2014-02-04 <yacoco> I'm creating custom datasource for cloud-init, but I'm a little confused of what is the metadata used for. <yacoco> We could say that the userdata should be a cloud-init configuration written by the user. What should metadata contains? And in what format? #cloud-init 2014-02-05 <longdays> I have a cloud-config yaml file. It failed during instance initialization. Is there any way I can test the validity of that file from a bash shell after boot time? <natorious> something like http://yaml-online-parser.appspot.com/ ? <harlowja> longdays u can just take http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/tools/validate-yaml.py to <longdays> I was looking to see if I can run the file not during init. the yaml is valid <longdays> hope that makes sense <longdays> I just want to debug locally without the long feedback loop of a reboot or respinup of a new machine <harlowja> longdays ya, just pass the file to validate-yaml <longdays> so installing the salt minion <longdays> CalledProcessError: Command '['apt-get', '--option', 'Dpkg33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abOptions33ec:265c:71fe:e26d:2682:4ec2:aaa1:99ab=--force-confold', '--assume-yes', 'install', 'salt']' returned non-zero exit status 100 <longdays> http://pastebin.com/w6mP28Q4 <longdays> https://github.com/number5/cloud-init/blob/8a5e01d7484307a846430ecfe18873627e4b18d1/cloudinit/config/cc_salt_minion.py <longdays> looking at that file <longdays> and https://github.com/number5/cloud-init/blob/8a5e01d7484307a846430ecfe18873627e4b18d1/cloudinit/distros/debian.py <longdays> looks like the -minion is getting stripped <longdays> still looking through the code though <longdays> looks like a dated version on the default ubuntu ami in ec2 <longdays> 12.04 #cloud-init 2014-02-07 <mfisch> smoser: would it be possible to pass-in a TENANT_ID (with some changes to cloud-init)? <harlowja> 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 <mfisch> openstack nova <mfisch> and I'm not sure it is being provided <mfisch> if it is, I'd like to help enable it, it will let me do some better tagging with landscape <harlowja> i don't think it is :-/ <mfisch> I was hoping I could do tagging in landscape by tenant <mfisch> makes it easier for me to separate stuff <harlowja> agreed <mfisch> well if not, I'll just work on getting landscpae registration functional at all <mfisch> right now it's choking <harlowja> i know i've made a patch that does provide it, but i haven't upstreamed it yet <mfisch> harlowja: I found smoser's sample config, you're saying that wont work? <harlowja> mfisch so that would probably be via user-data, which would work <harlowja> the other nicer way is to just have openstack write it (since it obviously knows the userid/tenantid) <harlowja> mfisch http://paste.openstack.org/show/63128/ <harlowja> its nothing complicated <harlowja> i should just upstream that sometime <harlowja> then it shows up in metadata (accessible then via everywhere in cloud-init) <harlowja> maybe someone has already even upstreamed that, i haven't checked <mfisch> looking now <mfisch> thats easier to fix than cloud-init in 12.04 actually <harlowja> yup <harlowja> cloud-init already reads the metadata and exposes it as a dict, these are just 2 new keys <harlowja> *and harmless keys (so i wouldn't expect anyone to complain about it upstream) <mfisch> is instance_id passed in there <mfisch> probably this guy <mfisch> instance_metadata.InstanceMetadata(instance, <harlowja> ya, thats there <harlowja> metadata has 'instance-id' key afaik <harlowja> or uuid <harlowja> one of those <mfisch> makes sense <mfisch> you push it up, I'll +1 it <harlowja> :) <harlowja> k, let me see <mfisch> I have a good use case for it <mfisch> harlowja: if you do it, ping me <harlowja> k <mfisch> now back to getting base landscape working <harlowja> in progress, sh9ouldn't be long <harlowja> just gotta figure out where that code moved to, lol <mfisch> line 2512 <mfisch> one more dumb question, it looks like the INSTANCE_ID is lost for "runcmd", its only there for bootcmd <harlowja> hmm <mfisch> so I guess I'll dump it to a file there and pull it back out? <harlowja> mfisch are u using config-drive or ec2 datasource in cloudinit? <harlowja> that will actually change what metadata is avail afaik <mfisch> so this is a dumb answer but I don't know <harlowja> k <mfisch> just starting playing with this a few hours ago <mfisch> I believe the logs say ec2 <harlowja> ah, then this patch might not help <mfisch> found data source: DataSourceEc2 <mfisch> what decides the datasource? <mfisch> this is on a RHEL system, not what I'm deploying on <harlowja> cloud-init, but openstack has a config which actually decides it <mfisch> if that matters <mfisch> oh I can hack that <harlowja> cloud-init will serach for one <harlowja> let me check, the code paths are 2 different paths for the different pieces in openstack <harlowja> ya, let me see, i think it might work <med_> hey smoser. * med_ was asked to join <mfisch> med_: I'm talking with harlowja actually * med_ sees harlowja but no utlemming <med_> xlnt <mfisch> med_: our poc is using ec2 datasource, what implications will that have for something like the landscape config working? <med_> Hmmm. I think I've mentioned this at one point or another, I don't know jack about landscape. <med_> lame excuse but haven't had time to dig into it. <med_> Not sure why it would matter for cloud-init-y stuff. <mfisch> 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 <med_> cool beans <harlowja> mfisch https://review.openstack.org/72018 <harlowja> feel free to add comment with your use-case, incase the nova reviewrs say this is dumb <harlowja> it does appear that without altering the ec2 format though i can't add this change into that part of the code :( <harlowja> 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 <harlowja> http://docs.openstack.org/grizzly/openstack-compute/admin/content/config-drive.html <harlowja> lets see how much the nova people complain :-p <mfisch> harlowja: looking <mfisch> harlowja: and I assume that cloud-init can parse from the config-drive in lieu of ec2 <harlowja> mfisch ya <harlowja> https://code.launchpad.net/~harlowja/cloud-init/ds-openstack will use the more native openstack metadata endpoint <harlowja> *unifying that code in cloud-init (since its the same data exposed via the metadata rest endpoint and the config drive) <mfisch> that may not help us until 14.04 I'd imagine <harlowja> correct <harlowja> cfgdrive though does work <harlowja> and should be in most modernish versions of cloud-init * harlowja not sure when ubuntu started shipping the version that had it <mfisch> I can look <harlowja> *canonical, not ubuntu <harlowja> that company, haha <mfisch> I suspect that I'll be happy to get partially there and then happier when 14.04 comes out <harlowja> sure <med_> config drive just works <mfisch> med_: is it default enabled on ubuntu? <med_> We've also got to to worry about cloudbase-init (for Win images) <med_> 'default enabled on ubuntu' ? For config drive? It's an openstack thing <med_> not sure what you mean by default enabled. <med_> or do you mean does cloud-init grok config drive? Yes, it does. <mfisch> force_config_drive=True <mfisch> looks like we have it enabled <harlowja> ah, cool <harlowja> u should be able to check inside a vm <harlowja> blkid <harlowja> will tell u <harlowja> something like 'LABEL="config-2" UUID="5B88-2F2F" TYPE="vfat" ' <mfisch> right <mfisch> that system with it enabled is not fully working atm, I think I may have another one though <med_> config drive has been in precise since at least Feb 2012 <harlowja> k <harlowja> ya, i forget when it appeared <harlowja> smoser might remember <med_> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/857378 <med_> to make OVF work with cloud-init <harlowja> k, so should be fine i think #cloud-init 2014-02-08 <harlowja> smoser ok, https://code.launchpad.net/~harlowja/cloud-init/ds-openstack/ all good, tests all over and all that <astol> hi all, how do I tell cloud-init to run first boot commands again on next reboot? (ie reset first boot attribute) #cloud-init 2014-02-09 <veselin> Hi all, a question on 'cloud config'. What is the correct way to reference user-data values into the cloud-config yaml file? E.g. if I pass a Mime Multi Part User-Data message which includes a free text 'myvar=123' and 'text/cloud-config' yaml, how could I call retrieve the myvar value from within the yaml config? #cloud-init 2014-02-10 <smoser> harlowja, for the tox changes... <smoser> i want / need to be able to run 'make test' in package build <smoser> which doesn't have general access to inter-tubes <harlowja> smoser hmmm <harlowja> durn intertupes <harlowja> *tubes <astol> hi all, how do I tell cloud-init to run first boot commands again on next reboot? (ie reset first boot attribute) <smoser> astol, you can configure that in /etc/cloud/cloud.cfg <smoser> if you're just wanting '#!' things to run again, then you can change 'scripts_user' to be 'always' <smoser> - [scripts_user, always] <astol> smoser: I am building an ami base image and since I have already booted once, I need to somehow reset that flag <astol> so when I create instances again from that ami first boot sequence will be executed <astol> I don't need to run them always, just one more time <natorious> wouldn't deleting the /var/lib/cloud dir be what you want then? <astol> natorious: well that's kind of what I did, but this felt so crude I decided to ask <astol> natorious: I honestly scanned cloud-init sources for 15 minutes, but saw nothing (being a non-pythonista) <astol> so I just delete /var/lib/cloud and that's all? <smoser> astol, thats fine. you dont need to change anything. <smoser> it will do that by design. <smoser> the user-scripts run "per-instance" <smoser> and "per-instance" is "whenever an instance-id changes". <smoser> 'rm -Rf /var/lib/cloud' would suffice, but it is not necessary. <astol> smoser: wow! that's actually even more nice, thanks :) I wonder if I'm the only guy asking about that <smoser> pretty much its all supposed to "just work" :) <smoser> this is pretty cool, we moight have 2 more datasources sometime ssoon <smoser> GCE and cloud-sigma. <harlowja> smoser u forogot mine! :-P <harlowja> thats 3 <harlowja> ll <harlowja> *lol #cloud-init 2014-02-12 <dgarstang> What was that file I could remove that would make cloud-init run again? <harlowja> @ /var/lib/cloud <smoser> natorious, ping <smoser> natorious, hm... <smoser> harlowja, what do you think about http://paste.ubuntu.com/6922017/ <smoser> i think i'm going to do that. <smoser> http://paste.ubuntu.com/6922056/ <natorious> smoser: whats up? <smoser> oh. sent you a mail. <smoser> please sign cla, and theen i'll pull your merge proposl <natorious> awesome, thnx <natorious> signed <smoser> natorious, merged. and pushed. <smoser> please give it a whirl and test and fix anythign that falls out. <natorious> thnx. I also like the idea of having the distro author go thru verifying the modules. <harlowja> smoser seems fine with me #cloud-init 2014-02-13 <smoser> utlemming, https://code.launchpad.net/~utlemming/cloud-init/sdc-op-script/+merge/206065 <smoser> the only thing wrong with a boothook is that it doesnt guarantee network. <smoser> harlowja_away, one comment on datasource openstack <smoser> can't 'wait_for_url' <smoser> i know it sucks <smoser> but you can't <smoser> only ec2 can be annoying <smoser> ie, we want to be able to have both OpenStack and EC2 enabled <smoser> and not block boot for some stupid seconds <smoser> harlowja_away, wake up. man. <smoser> utlemming, did you see my half written response to the smart os change? <utlemming> smoser: yeah, and it makes sense <utlemming> smoser: I'll look at it later <smoser> ok. i really, really, really want an upload of cloud-init today <smoser> there is a bunch of stuff in <harmw> smoser: will we see an new cirros release this month aswell? <smoser> :) <smoser> i've been meaning to do that. <smoser> pathetically, one of my motivations for doing so is so i can get in a icehouse commit log :) <harmw> nice, though how does cirros fit into icehouse commitlogs? ;p <smoser> devstack <smoser> i'll change the default cirros used to be the released version. <harmw> nice nice <smoser> what do you use cirros for harmw? <harmw> testing openstack, or something else where I 'just want a vm shell' <harmw> instead of booting fedora/centos <harmw> which take considerably longer to boot :) <harlowja_> smoser waked up, lol <harlowja_> smoser wait_for_url, can be removed :-P <mfisch> is $INSTANCE_ID only available at bootcmd? It didn't seem to be there at runcmd time <smoser> harlowja_, i just about have it i think. was testing that it actually worked <smoser> then gonna merge it. <smoser> hm.. <smoser> mfisch, the doc says it is. <smoser> i'm ok to put it in at runcmd also. <harlowja_> smoser did u get the overall change, basically unifying cfgdrive and osmetadata datasource, being backed by a common class, and then only really changing in the child classes how the data is fetched and from where (url or disk) <smoser> mfisch, it does appear that it should be there for you in bootcmd and in boothooks, but it is only done there. <smoser> harlowja_, yeah, it looks good. <harlowja_> smoser k <harlowja_> thx boss <harlowja_> :-P <smoser> harlowja_, http://paste.ubuntu.com/6927014/ <smoser> thats my changes so far. <harlowja_> smoser seems ok, although should i just remove 'wait_for_url' <harlowja_> cause i know we all love waiting for datasources to come online, lol <harlowja_> and watchign the log <smoser> harlowja_, well, i had removed wait_for_url <smoser> but then i put it back <harlowja_> :-P <smoser> i figured its more useful being configurable <harlowja_> ah <smoser> if you had a openstack where it just wasn't working <smoser> ie, it didn't come up right way, you could turn max_wait up <smoser> and it would retry <harlowja_> ya <harlowja_> looks good to me then <harlowja_> shall i patch or u? <smoser> merged. <harlowja_> k <harlowja_> i know the heat folks and others wanted , https://code.launchpad.net/~harlowja/cloud-init/ec2-ssl ? <harlowja_> although in general since i don't use ssl for this stuff anyway (cfgdrive stil..) up to u :-P <smoser> harlowja_, didn't i pull that lareday? <harlowja_> oh <harlowja_> possibly <harlowja_> will double check <smoser> if not i will <smoser> seems not <smoser> harlowja_, there are merge conflicts there <smoser> can you resolve those really quick ? <harlowja_> k, one sec, writing up little speaker summary/abstract for atalanta summit stuff <smoser> ooh. fancy. <smoser> harlowja_, i'd also like to get the tox stuff too. but can't really pull it if it means it doesn't work "offline" <harlowja_> ya, understandable <smoser> harlowja_, random question. <harlowja_> yo <smoser> i'd like to have cloud-init write some "state" to /run/cloud-init <harlowja_> k <smoser> i dont have any ideas for a mechanism on doing tha tthat doesn't result in potential race conditions on reading it <smoser> ie, cloud-init writing the state file while a reader is reading it <smoser> do you? <harlowja_> write to temp state file, then swap it? <harlowja_> mv is atomic i think in linux <harlowja_> who's the readers in this case? users <harlowja_> ? <smoser> readers is users, yes (or tools) <smoser> mv is atomic, yes. but if i write state to 'cloud-init.state', then go to update it. <smoser> then that is not atomic. <smoser> mv cloud-inti.state cloud-init.state.old && mv cloud-init.state.new cloud-init.state <smoser> would leave a race. <smoser> probably over thinking <smoser> :) <med_> smoser, how do I ask cloud-init to re-run <smoser> :) <mfisch> med_ is asking because I want to test a feature w/o rebuilding an image <med_> (ie, on an image after I locally hack the cloud-init code0 * med_ is mfisch proxy <smoser> what i do very commonly is <smoser> rm -Rf /var/lib/cloud /var/log/cloud-init* <smoser> reboot <med_> He made me drive him to work and now he asks me to ask questions <med_> nod. that's it. <smoser> you can be less invasive too * med_ knew there was a way <smoser> and you can run modules by themselves <smoser> cloud-init single <mfisch> smoser: I'm toying with the idea of having access to INSTANCE_ID inside the landscape module <mfisch> although I wonder if landscape uses hostname by default, /me checks <med_> mfisch, sounds like you're still working for (C) <med_> j/k <smoser> mfisch, so 2 things there.. <smoser> a.) i'm not opposed to having INSTANCE_ID just in the environment whenever we set it <smoser> b.) you do have access to the instance id in the landscape module <mfisch> b) not currently <mfisch> and its not a shell script like bootcmd is <mfisch> so I'd have to do a pass of the dictionary we're building <smoser> you do have access. <smoser> you get 'cloud' passed in <smoser> that has it. <mfisch> ah cool <mfisch> would a simple check like if the dict has a key of $INSTANCE_ID set it there work? <mfisch> may want to make that more generic <smoser> mfisch, ? <smoser> the 'cloud' object has 'get_instance_id()' <smoser> and it proxies most things through to cloud.datasource. <mfisch> smoser: I mean in the config file, we need a token that says "substitute this with the instance ID" <smoser> i'm confused now. <mfisch> smoser: the landscape stuff gets loaded as a dictionary in that file <mfisch> account: foo <mfisch> for example <mfisch> computer-title could default to instance id if unset <mfisch> or something like if dict[computer-title] == "$INSTANCE_ID" then do the substitution <mfisch> smoser: let me propose a fix and maybe it makes more sense <smoser> http://paste.ubuntu.com/6927388/ ? <mfisch> smoser: yes, exactly <smoser> that doesn't do any template/rendering, but functional <mfisch> smoser: I will test that <mfisch> smoser: it screwed up the ordering in the config file to change it there, I'll look into it <mfisch> also instance human readable name, whatever that is would work better there <smoser> mfisch, yeah, yaml wont write in any predictable order <mfisch> smoser: it's sticking it above [client] which confused landscape <smoser> oh? <mfisch> yeah it comes out as <mfisch> computer-title = foo <mfisch> [client] <mfisch> ... <smoser> oh. yeah, it would <smoser> :) <smoser> cause i put it there. <smoser> i didn't realize that. <smoser> just put it in the right place. <smoser> mfisch, http://paste.ubuntu.com/6927527/ <mfisch> smoser: I <mfisch> smoser: I just moved it up and checked if it was in ls_cloudcfg <mfisch> above the merge <smoser> ewll that paste there should basically fill it into instance id if its not present. <mfisch> smoser: yep and that explains why my idea didnt work <mfisch> smoser: sorry for the delay, this is what I ended up doing based on the 12.04 version: <mfisch> http://paste.ubuntu.com/6927655/ <smoser> mfisch, well, if you do it after the mergeTogether <smoser> then you ensure that you're lowest priority <smoser> ie, merge all the stuff the way it does <smoser> then only fill it if its not set elsewhere <zooz> hi smoser, It's Vaidas. We've been talking over email re GCE data source <mfisch> smoser: true <smoser> zooz, hey. <smoser> trunk has gce now. woohoo. <smoser> (possibly not working as i might have broke your code :) <zooz> cool, I am about to look at your improvements and add them to my changes <zooz> I have got proper tests now, handling of user-data and more <zooz> smoser, no worries, I will test in GCE before I do a pull request <zooz> in fact I have been using cloud-init in GCE without any issues for some time now <zooz> smoser, a merge request is on the way for your review. I have tested it in GCE and ran unit tests. No issues. <smoser> zooz, thank you. <smoser> i plan on a cloud-init upload to ubuntu tonight. <zooz> great <smoser> so this will make its way into cloud images for trusty tonight <zooz> awesome! <zooz> done <zooz> let me know if any issues <med_> thanks smoser. <med_> does cloud-init get SRUd (or have a MRE for prior releases)? <smoser> well, SRU. <smoser> but for "hardware" enablement, sru team has let things in. <med_> nodz. <smoser> it is honestly though, somewhat of apain to port back to 12.04 at this point. although datasources are fairly standalone. <med_> 'k * med_ will just take a look at rmadison in the morning <smoser> zooz, still there? <zooz> smoser, yeah <smoser> is there a reason you'd not want the dns resolution? <smoser> the way i did it it actually works (should work) in gce <smoser> and will fail quickliy (dns resolution) just about anywhere else <zooz> smoser, no particular reason, I can test it using dns name <smoser> without attempting to get access to a +1-905-866-7687 that might be firewalled off (and socket level timeout) <zooz> good point <zooz> let me do a quick test <zooz> smoser, it does work in GCE using dns name <smoser> ok. so lets keep that part, that will save people elsewhere from doing a request to that url. <smoser> (unless there is a dns entry external there, which would be unlikely) <zooz> smoser, do you want me to quickly add it back? <smoser> sure. <smoser> i have to go now for a couple hours. <smoser> so i'll take a look again later. <zooz> thanks <harlowja_> smoser alrihgt, i got some free time #cloud-init 2014-02-14 <smoser> zooz, still around ? <smoser> zooz, i merged your changes, with some of mine though. <smoser> some general things about datasources: <smoser> a.) don't say you're "found" if you're not sure <smoser> b.) WARN is annoying, and should only be used for something that the user really should see. <smoser> utlemming, ping <smoser> ok. <smoser> please , everyone test trunk <smoser> zooz for GCE <smoser> harlowja_away, for openstack <smoser> utlemming, for smartos <zooz> smoser, great. Thanks <harlowja_at_home> smoser: fyi, i'll be out till next thuresday (Skiinggg), don't think i let u know, but now am letting u know (just incase) <smoser> harlowja_away, have fun <smoser> harlowja_away, around ? <smoser> zooz, did you try on google compute? <zooz> smoser, yeah <zooz> it fails <smoser> boo <smoser> what'd i break? <smoser> i'm sorry for breaking it. <zooz> is_resolvable() fails <zooz> oh no, no worries <smoser> really? <smoser> you have an instance up now ? <zooz> yeah socket.getaddrinfo does take a hostname <smoser> you can 'ssh-import-id smoser' to let me in if you'd like. <zooz> you're giving it a URL instead of a hostname <zooz> sure, I can spin up a box on GCE for you <zooz> give me a sec <smoser> zooz, is_resolvable_url <smoser> is what it should have used. <smoser> can you test that really quick ? <zooz> sure <smoser> http://paste.ubuntu.com/6932936/ <zooz> http://paste.ubuntu.com/6932940/ <zooz> works now <smoser> zooz, you got that error ? <smoser> that shouldt be a warning. <smoser> hm.. <zooz> user-data was not available <zooz> I just added user-data item and it does work now <zooz> so that warning is expected, unless it should use a different log level <smoser> yeah. thats what i meant. <smoser> generally i dont want WARN <smoser> as that goes to console <zooz> oh, OK, I was not aware of that <smoser> well, i did that one :) <zooz> it's easy to change it <smoser> but generally, WARN only things that really should be seen. <smoser> yeah, i'll fix that <smoser> http://paste.ubuntu.com/6932974/ <smoser> thanks. <zooz> smoser, can you give me your ssh public key? <smoser> oh <smoser> ssh-import-id <smoser> (ubuntu ? <zooz> no, fedora <smoser> its also in debian <smoser> oh for petes sake. <zooz> :-) <smoser> https://launchpad.net/%7Esmoser/+sshkeys <zooz> I am not a big fan of ubuntu :-) <smoser> ssh-import-id basically takes a launchpad (or github) username and does what you'd expect. <zooz> ah that's pretty cool <smoser> yeah, its extremely conveneint. <zooz> ssh -l fedora +1-905-866-7687 <zooz> you'd have to scp the DataSourceGCE.py file over <zooz> smoser, I just added user-data item for you to test <smoser> zooz, actually, i'm good. <smoser> you can add or remove user-data ? <smoser> i guess they're just keys. <smoser> but you can add and remove them. <smoser> hm.. <smoser> we shoudl think about that. <smoser> the other thing to think about, is doing base64 encoding in user-data <smoser> maybe useful, maybe not. <zooz> removed <smoser> zooz, ok. i'm done there. i just uploaded to ubuntu. <smoser> thanks. <zooz> cool thanks #cloud-init 2014-02-16 <astol> hi all, anybody has a working solution for getting aws tags on cloud-init, maybe? <astol> I want to assign hostname = name + instance id #cloud-init 2014-02-18 <fandi> hello.. how to install cloud-init in centos ? <fandi> cloud-init 7 :) #cloud-init 2014-02-20 <harlowja> ok i'm back <harlowja> smoser` ^^ <harmw> back from the snow harlowja :) <harlowja> def <harlowja> i almost did, http://www.heitz.us/Corbet%27s%20Fabien%201.jpg but couldn't get myself to <harlowja> lol <harlowja> to much shitting my pants <harlowja> lol <harmw> wtf <harlowja> lol <harmw> looks nice :> <harlowja> ha <harlowja> thats a well known scary part, lol, but i did some other more sane parts <harmw> where is that anyway <harlowja> jackson hole, wyoming * harmw fires up maps.google <harlowja> *jackson, wyoming (jackson hole is the ski mountain) <harlowja> http://www.jacksonholechamber.com/ <harlowja> pretty place, also where the rich and famous buy there own ranches and crap <harmw> hehe <harmw> hm, is that -the- salt lake city nearby? <harmw> lol, I always kinda thought that was in canada :| <harmw> damn <harlowja> haha <harlowja> 5 hours from SLC <harmw> harlowja: you've got word back from Sean? <harmw> yea well, 5 hours is nothing for you USA guys right :p <harmw> (while it's more like driving from end of the country to the other over here :p) <harlowja> harmw sean said he was gonna get back into it <harlowja> after mail crap is now done afaik <harlowja> let me bug him <harlowja> and get it up into freebsdports and stuff <harmw> ok, cool <harlowja> messaging him, seems like he's not around <harlowja> harmw i'll find him <harlowja> lol <harmw> ok :p <harmw> I'm trying to listen in on the notifications.info queue (rabbit), any tool I can use for that? <harlowja> hmmm, simple kombu listener script? <harmw> yea, or just some cmdline tool like amqp-consume <harmw> http://www.rabbitmq.com/management.html <harmw> looks usable as well <harlowja> yup yup, harmw i've used that before <harmw> ah, and after rabbitmqctl set_permissions -p / harm ".*" ".*" ".*" it all comes to live :> <harmw> nifty web interface <harlowja> yup <harmw> smoser`: wheren't you planning on a new cloudinit release this month? #cloud-init 2014-02-22 <harlowja> smoser` harmw https://www.openstack.org/vote-atlanta/Presentation/askflow-this-time-with-rainbow-ponies <harlowja> vote, thx ;) <harmw> and just wtf is taskflow :p #cloud-init 2014-02-24 <harmw_> meh, still no openstack community newsletter <smathews> hey guys, im using 0.7.4 and noticed that with the config drive source that when it checks the uuid for previous installs it fails because the length of the uuids differ (extra white space) so it runs on_first_boot everytime, is this a known bug (maybe fixed already) <smathews> ? <smathews_> example http://pastie.org/8769066 <smathews> apologies if I missed a responce, the web client keeps disconnecting me <smoser> smathews, why does it find different content in the uuid ? <smoser> smathews, ie, that doesn't look like insane behavior from cloud-init's perspective. why should it be expected to trim data ? <smathews> my guess is that when it writes there is an extra white space at the end of the uuid in the file <smathews> I dont think the logic here is incorrect, or that it should have to trim <smathews> maybe the write of the uuid is incorrect <smathews> also I think this is related, since if the uuids were matching it wouldnt run the network config https://bugs.launchpad.net/cloud-init/+bug/1275098 <smathews> on subsequent launches that is <smathews> util.write_file(iid_fn, "%s\n" % iid) <smathews> looks like its from the newline <smathews> thoughts? <smoser> smathews, it looks like you're right. <smoser> harlowja, ^ <harlowja> hmmm, newlnes! <smathews> heh <harlowja> https://code.launchpad.net/~harlowja/cloud-init/strip-iid-newline/+merge/208028 <smathews> so, while we are on the topic of config drives, can I make a request for in on_first_boot to write the files before applying the network config? <smathews> this would be helpful for when writing static routes <harlowja> seems fair <harlowja> any objections smathews ? <harlowja> smoser ^ <harlowja> lol <smathews> heh <harlowja> i assume smathews doesn't have objects :-P <smathews> hmmm I generally dont object with myself... <smathews> although lol <harlowja> :) <smoser> is it not easy to not write the carraige return? <smoser> clearly strip() should be safe <smoser> but we shoud just not write baad data <smoser> or even bad data <smoser> harlowja, one othe rhting i meant to mention to you. <harlowja> smoser likely it already exists out there with "\n" for quite a few versions, so better to just strip? <smoser> the datasource for openstack right now reads from "latest" <smoser> which is imo wrong <harlowja> ? <smoser> i'm pretty sure it tries "latest" in the metadata service. <smoser> this is somewhat memeory, but there were 2 things i wanted to fix there. <harlowja> k <harlowja> ya, which version to use? <smoser> a.) i thought it was reading from "latest" by default. as opposed to GRIZZLY or HAVANA (their YYYY-MM-DD respectively) <harlowja> sure, seems so <smoser> b.) it was warning when it tried one. warn goes to stdout, which goes to console and log as a warn <smoser> and that wasn't really a failure case. <harlowja> agreed <harlowja> repairing <smathews> smoser, thoughts on writing files before apply network in on_first_boot? <smoser> smathews, i dont follow <smoser> writing files as in 'write_files' ? <smathews> yeah, in on_first_boot apply_network happens before write_files <smathews> Id like to switch that <smathews> it'd be handy for writing static routes and such <smoser> smathews, i have to thikn about it. sorry . have to run right now <smathews> no worries <smathews> thanks for your help! <harlowja> smoser https://code.launchpad.net/~harlowja/cloud-init/ds-os-adjust/+merge/208031 <harlowja> whenver u get free #cloud-init 2014-02-25 <smoser> harlowja, https://code.launchpad.net/~smoser/cloud-init/run-status/+merge/208056 <smoser> i'd like your thoguhts on that. <smoser> perhaps you have a way to make it do roughly equivalent mbut more configurable (currently just hard coded paths) <harlowja> hmmm <harlowja> scanning <smoser> the goal is to allow something other than "post your logs" to debug with :) <harlowja> :) <smoser> i'm not un-happy with it, other than: <smoser> a.) it kind of relies on /run being tmpfs <smoser> b.) paths aren't configurable <harlowja> hmmm, ya, is /run on freebsd (not really sure) <harlowja> u could also hook in the callback into stages.Modules <smoser> stages.modules ? <harlowja> ya, just an idea <harlowja> could update the json everytime that thing runs a module <harlowja> why json, not yaml?? :-P <harlowja> only other thing i can think of is it seems like status_wrapper could take some more options in, <harlowja> in a way its like status_wrapper should have 3 functors <harlowja> 1, pre-function stuff <harlowja> 2, the actual function called <harlowja> 3, the post-function stuff <harlowja> status_pre, status_go, status_post <harlowja> or something <smoser> harlowja, yeah, that is a simplification. <smoser> i think i'm gonna merge whats there though. <harlowja> smoser okdokie <harlowja> smoser do u remember which branch had the jsonschema code i was working on a while ago?? think i lost it ,lol <smoser> no. i dont remember. <harlowja> np <harlowja> smoser i should probably restart that work, adding jsonschema validation for the different modules, still think thats useful? <smoser> i thikn useful, yeah, but not going to get into 14.04. <harlowja> np #cloud-init 2014-02-26 <smoser> harmw_, around ? <smoser> https://bugs.launchpad.net/cloud-init/+bug/1285185 <harmw_> :) <harmw> doesn't look good <smoser> doesn't look good ? <smoser> oleg diagnosed the failure well <smoser> ubuntu shows 'inet addr:xx.yy', freebsd shows 'inet xx.yy' <smoser> i'm thinking of doing a more specific hack <smoser> http://paste.ubuntu.com/7001006/ <harmw> no no, the bugreport is excellent <harmw> its just a shame I allowed it to break <smoser> compared to oleg's solution which was to allow overriding fields <harmw> inet +1-905-866-7687 netmask +1-905-866-7687 broadcast +1-905-866-7687 <harmw> thats Fedora <smoser> http://paste.ubuntu.com/7001019/ <smoser> i'll update the comment then. seems freebsd is that also, no ? <smoser> http://lists.freebsd.org/pipermail/freebsd-hackers/2011-April/035015.html <harmw> inet +1-905-866-7687 netmask 0xffffff00 broadcast +1-905-866-7687 <harmw> freebsd 10 <smoser> right. <smoser> so we're not handling the hex on freebsd <smoser> which is fine <smoser> well, not fine, but another bug <smoser> does this look reasonable: http://paste.ubuntu.com/7001024/ <smoser> (reasonable as a "just get something to fix this") <harmw> hm yes <harmw> btw, which net-tools version does ubuntu install? <smoser> harmw, can you pastebin ifconfig output on a freebsd? <smoser> $ dpkg-query --show net-tools <smoser> net-tools 1.60-25ubuntu2 <harmw> centos 6 ships with that version aswell, showing addr: <harmw> fedora 19 installs 2.10-alpha <kwadronaut> harmw: http://packages.ubuntu.com/ you can find it there for the different ones <harmw> h ok <smoser> well, collect whatever you have easy access to <smoser> we really should have tests for this with examples <harmw> +1 <kwadronaut> it's going to stick to 1.60 for the next couple of years in ubuntu methinks <harmw> http://paste.ubuntu.com/7001095/ <smoser> harmw, thanks <harlowja> harmw just checked with sean, he'll be back tommorow, he was on vacation, still catching back up <harlowja> told him the cloud-init channel misses him <harlowja> lol <harmw> ok, great <harlowja> so i guess after he gets back into the swing of things he'll be back on here <harmw> yea :) * seanwbruno returns from the madness <harlowja> seanwbruno harmw woot <harlowja> welcome back from the other side <seanwbruno> dude <seanwbruno> its dark over there. <harlowja> come out of your cave? <harlowja> lol <harlowja> are they putting u in the basement again seanwbruno ? <harlowja> *did they take your redstapler? <seanwbruno> nah, was away from the office for a week. <seanwbruno> also, is EVERYONE sick here in Sunnyvale? <seanwbruno> geezus. <harlowja> ya, i had sniffles yesetday, seems better today <harlowja> seanwbruno u got all the legal stuff resolved, so u signed canonical stuff right? <harlowja> think u said something about that <seanwbruno> I got *approval* to sign it. <seanwbruno> I haven't done the deed yet or whatever <harlowja> ah, k, deed doing shouldn't be much then <harlowja> i think its just http://www.canonical.com/contributor-license-agreement/submit <harlowja> and put smoser as the project contact * harlowja but i might be wrong, did that a long time ago <smoser> that sounds good enough <harlowja> k <harmw> ah nice, seanwbruno <harmw> say harlowja , you happen to known anyone that did the openstack exams from red hat? <harlowja> is that like a doctor checkup harmw ? <harlowja> where RH is the doctor <harlowja> cough? <harmw> lol * harlowja didn't know there was an openstack exams <harlowja> wonders what that is <harlowja> lol <harmw> http://www.redhat.com/training/courses/ex210/ <harlowja> interesting <harlowja> RH already has examns, crazy <kwadronaut> they fist did the cups training, and since then they *love* to print paper. <harlowja> i give u free exam <seanwbruno> ok, buttons "pushed" on launchpad and license signing thing. <harlowja> Price:$600 <harlowja> i give u examn for half off <harlowja> 300$ <harlowja> josh discount <harmw> does that include a flight and hotel? :> <harlowja> :-/ <harlowja> virtual flight <harlowja> virtual hotel <harmw> hehe <harlowja> harmw so thats a negative, don't know anyone <harmw> :) <harlowja> for 300$ i give u history of openstack and for $350 i can give u a video of me that explains openstack <harlowja> lol <harmw> lol <harlowja> including bonus material <harlowja> PG-13 <harmw> 13? <harlowja> lol <harmw> nvm thn <harmw> :p <harlowja> u got me interested, i wonder what is in this exam, lol * harlowja wonders if i would pass <harmw> well, me to <harmw> though I'm not realy into classroom training in this case, I'd rather just pick up a book on the subject <harlowja> def, and the last book that i saw was a copy/paste of the openstack docs <harlowja> lol <harmw> :| <harlowja> http://shop.oreilly.com/product/0636920021674.do <harlowja> i never understood that book <harlowja> came out in 2011, when openstack still figuring itself out <harmw> jeez <harlowja> was pretty much online docs with some comments <harlowja> was weird, lol <harmw> i can imagine <harmw> http://www.redhat.com/training/courses/cl210/course-exam-outline <harlowja> interesting * harlowja not sure i'd pay 600$ for that, if u know the right people u can get it for free, lol <harlowja> i've done all the install, configure, package stuff with http://anvil.readthedocs.org/ ,lol <harmw> hehe, does that include the piece of paper as well? <harlowja> u got a printer harmw ? <harlowja> lol <harmw> :p <harlowja> seems like an introductory course though <harlowja> how to install, and do basic management <harmw> looks quite like it indeed <harlowja> u get to Y! office, give u josh discount <harlowja> lol <seanwbruno> "training includes free lunch in Y! cafeteria" <harmw> yeah, but let me get some weeks vacation for that first - plus flight money :p <harlowja> and free bathroom usage <harlowja> no fees <harmw> Price:2465 <harmw> thats for the online tut <harmw> *tutorial <harmw> includes a hdd though :> <harmw> 'Upon submitting your registration and payment, you will receive an e-mail notification with instructions on how to access course content. Approximately 3-4 business days after, you will receive the pre-loaded hard drive via priority mail.' <harlowja> for real? <harmw> http://www.redhat.com/training/courses/cl210r/ <harlowja> bahaha <harlowja> thats funny <harlowja> i guess they aren't using there own dogfood <harlowja> seems like u could host the class in a openstack cloud <harlowja> and provide people with snapshots <harlowja> and provide people access to the snapshot with the class + software on it <harmw> I see you can pretty easily roll a y! thingy yourself :p <harlowja> likely <harmw> btw, I'm still having timout between nova and neutron causing all kinds of mayhem <harmw> moving keystone to a dedicated piece of hw didnt help afterall <harlowja> harmw ah, neutron <harlowja> what kind of timeouts, boot timeouts? <harlowja> harmw https://review.openstack.org/#/c/74832/ <harlowja> that might help u ;) <harlowja> i bet they won't tell u that in the RH training, that nova <-> neutron is racy, lol <harmw> when I boot a new instance, everything goes just fine - up until cloud-init contacts the nova's metadata api, which in fails becaus it can't communicate with neutron. Running a curl against it later on when the instance has given up on metadata it runs ok <harmw> lol! <harmw> let me dig up the exact error <harmw> (ill read up on that review in a sec) <harlowja> harmw its proably due to that race <harlowja> 'Make libvirt wait for neutron to confirm plugging before boot' <harlowja> :) <harlowja> so nova can boot before the VIF is plugged, and if the VIF isn't plugged it would make sense that during boot it can't talk to any metadata <harlowja> or anywhere else actually <harmw> indeed, but in this case the instance does manage to contact nova <harmw> its nova that in turn can't communicate with neutron <harlowja> hmmm <harmw> 2014-02-16 10:58:04.683 26729 DEBUG nova.network.neutronv2 [req-55651799-a048-479a-8366-5b9ba38042b6 None None] XXX failed: Connection to neutron failed: timed out _get_auth_token /usr/lib/python2.6/site-packages/nova/network/neutronv2/__init__.py:49 <harmw> 2014-02-16 10:58:04.685 26729 ERROR nova.network.neutronv2 [req-55651799-a048-479a-8366-5b9ba38042b6 None None] Neutron client authentication failed: Connection to neutron failed: timed out <harmw> (the XXX is a personal debug line) <harmw> 2014-02-16 10:58:04.687 26729 ERROR nova.api.metadata.handler [req-55651799-a048-479a-8366-5b9ba38042b6 None None] Failed to get metadata for instance id: 506b3116-bae2-4729-9cdd-6147e720ab1d <harmw> 2014-02-16 10:58:04.687 26729 TRACE nova.api.metadata.handler ConnectionFailed: Connection to neutron failed: timed out <harlowja> hmmmm <harlowja> def weird <harlowja> harmw u might try the #openstack-nova channel <harmw> k, will do <harlowja> *i mean <harlowja> the #openstack-neutron channel <harlowja> or both <harlowja> :-P <harmw> ah yea, thats exactly why I just love openstack <harlowja> so many channels <harlowja> lol <harmw> indeed, indeed <harlowja> harmw neutron is working otherwise right? <harmw> yea yea <harlowja> ya, weird then <harmw> like i said, i can curl 169.xxx just fine afterwords <harlowja> under heavy load? <harmw> haha, definately not :p <harlowja> odd :( <harlowja> bb <harmw> nova list just took 21s... I rly need new hw <harmw> [!!] Joins performed without indexes: 172265 <harmw> thats just awfull (from mysqltuner.pl) <smoser`> harlowja, did you find something ? <smoser`> ont he above? <harlowja> smoser?? <smoser> err.. harmw i meant. <harlowja> k <harmw> I only just askd in #openstack-neutron <harmw> about mysql, I configured it to log not-indexe stuff <harlowja> harmw i think part of the issue with nova list is that it just sucks <harlowja> lol <harlowja> don't try to list all the things <harlowja> lol <harmw> i only have 4 instances... <harlowja> oh <harlowja> lol <harmw> its my homelab :) <harlowja> i know ~1000 i gets bad <harlowja> *it gets <harlowja> *or did once <harlowja> might be fixed now <harlowja> https://bugs.launchpad.net/nova/+bug/1176446 ? <harlowja> see last comment <harmw> shm <harmw> so according to https://bugs.launchpad.net/nova/+bug/1228384 that should be in havana 2013.2.2 <harlowja> seems like it <harmw> ah, and was release last week or so <harlowja> ah <harlowja> there u go <harmw> let's see if those are in the RDO repo <harlowja> ah, RDO <harmw> since feb 14 <harmw> nice <harlowja> if u want newer repositories, my anvil project buidls rpms <harlowja> and can build the newer versions ;) <harlowja> automagically, ll <harlowja> *lol <harmw> nice :) <harlowja> someday i'll get there redhat people to use it <harlowja> https://anvil.readthedocs.org/en/latest/topics/examples.html#building <harmw> but for now Ill stick to rdo, and patch/build whatever I need myself <harlowja> k <harlowja> np <harmw> ah, I did patch build something myself, to patch https://bugs.launchpad.net/neutron/+bug/1251459 <harmw> should've done that before running the update though :p #cloud-init 2014-02-27 <anotheral> question if anyone has time <anotheral> regarding awscli and cloud-init on ubuntu 12.04 <anotheral> nvm - fixed it <smoser> harlowja, did you point me once at some tool that would convert package names ? <smoser> from debian -> redhat or some such? <harlowja> hmmmm, smoser not sure :( <smoser> python library i though. <smoser> i remember that at some point someone pointed me at a library and said "maybe cloud-init could use this to normalize package names across distros" <harlowja> smoser hmmm <harlowja> smoser https://github.com/jordansissel/fpm ? <harlowja> maybe that, not sure <harlowja> i've made a similar tool, but its anvil ;) <smoser> nah. <harlowja> hmmm <smoser> this isn't for *building* <smoser> this was for: <smoser> apt-get install libvirt-bin -> yum install libvirt <smoser> or <harlowja> oh <harlowja> ya <smoser> apt-get install openssh-server -> yum install sshd <harlowja> https://bugs.launchpad.net/cloud-init/+bug/785570 ? <harlowja> packagekit <harlowja> maybe that <smoser> yeah, i think thats what it was :-( <smoser> but thats not what i want <smoser> i want a big table mapping debian names to suse names <harlowja> lol <harlowja> not sure then :-P <harlowja> smoser 14.04 soon right? <harlowja> like next month/ <harlowja> ? <harmw> smoser: you're ok with this patch? https://bugs.launchpad.net/cirros/+bug/1184826 <harmw> just in time for 0.3.2 :p <smoser> harmw, nice. i almost can't believe i dont hvae that. <smoser> the format is the only thing i'd bikeshed on. i'd like for it to be the same as cloud-init. <harmw> hm hm <harmw> sounds reasonable <harmw> ill work something out tonight <smoser> thanks. <natorious> is there a way to schedule a job w/o starting the scheduler? <natorious> wrong chan <harmw> smoser: you're liking this? https://bugs.launchpad.net/cirros/+bug/1184826 <harlowja> seanwbruno for freebsd stuff would the first step be to upload the missing ports to freebsd ports? <harlowja> thats probably like 3-4 python deps <seanwbruno> yepper, I need to grab all the things and construct something that looks like a freebsd port makefile thing. <harlowja> k, i'd save the cloud-init package for last, harmw the current code doesn't write out the network config right? <seanwbruno> I wonder if fbsd ports knows how to interact with lp <seanwbruno> hrm <seanwbruno> let me poke <smoser> harmw, that looks great. <smoser> harmw, can you just verify that /usr/bin is not necessary ? <smoser> i just don't lik ehardocding paths <dgarstang3> How can I get cloud-init to umount a directory ? <smoser> dgarstang3 you want it to not mount /mnt ? <smoser> http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/doc/examples/cloud-config.txt#L178 <dgarstang3> smoser: /mnt is already mounted as part of
{'channel': 'cloud-init', 'month': 2}