#cloud-init 2013-10-02 <pedroalvarez> Hi! me again :) <pedroalvarez> For use user-data from openstack, I have to add a datasource <pedroalvarez> Config Drive with a configuration as this is enough? http://paste.ubuntu.com/6184639/ <pedroalvarez> In the cloud.cfg file. <smoser> pedroalvarez, you dont have to do zstrickland@example.net. <smoser> you just have to enable the datasource <pedroalvarez> smoser: but, how to enable them? <smoser> they're all enabled by default. there is a builtin list. <smoser> but if you want to select <smoser> datasource_list: [ NoCloud, ConfigDrive, OpenNebula, Azure, AltCloud, OVF, MAAS, Ec2, CloudStack, None ] <pedroalvarez> smoser: also in cloud.cfg? <smoser> yeah. or cluod.cfg.d/foo.cfg <pedroalvarez> smoser: <pedroalvarez> thanks #cloud-init 2013-10-07 <smoser> hey all <smoser> i'm hoping to mark 0.7.3 today. <pedroalvarez> cool <pedroalvarez> smoser: I don't know why I cannot make cloud-init receive data from OpenStack, I have a log this time. http://paste.ubuntu.com/6205664/ <smoser> pedroalvarez, what are you expecting to find ? <smoser> configdrive or ec2 metadata service ? <pedroalvarez> i have installed ubuntu in openstack, and the cloud-config simply worked <pedroalvarez> I'm using the same configuration in other operating system, and I don't know why doesn't work <smoser> ah. <smoser> is ubuntu using cloud-config or ec2 <smoser> er.r.. <smoser> config-drive or ec2 i meant. <pedroalvarez> how can I know? where in the log? <pedroalvarez> smoser: forget it for today, I have to go home. I'll ask you again tomorrow <smoser> cloud-init output should say. <smoser> but basically either you've configured openstack to offer config-drive (or requested it at launch) or to offer the ec2 metadata service. <smoser> if you don't know, then you're prbably doing the MD service. <smoser> but i have less guessses as to what is going wrong with your install for MD than I would for config-drive. <smoser> for config-drive, i'd suspect that enough drivers are not loaded to see the disk or a race condition in it becoming avialable. <smoser> harlowja, around ? <harlowja> yo <harlowja> smoser poke <smoser> you hav eanything really important that you'd like to have in to 0.7.3 ? <smoser> cause i'm about to push "go" on that. <harlowja> not afaik :) <smoser> k. <harlowja> that windows stuff? <harlowja> lol <smoser> yeah. windows. :) <harlowja> alexpilotti ;) <utlemming> smoser: problem with the latest uplaod to lp:cloud-init <smoser> utlemming, ? <utlemming> smoser: ephemeral0 is not mapping to the first partition <utlemming> smoser: on parted disks <utlemming> smoser: http://paste.ubuntu.com/6206712/ <utlemming> smoser: http://paste.ubuntu.com/6206721/ <smoser> i thought you had tested this. <utlemming> smoser: yeah, I did <utlemming> smoser: which is why I am confused <utlemming> smoser: because I took the branch you pinged me and tested against that <smoser> well i merged your branch <smoser> utlemming, please figure out what needs fixing. i just released 0.7.3 so that sucks. <utlemming> smoser: yeah, this blows hard <utlemming> smoser: I'll get this ASAP <smoser> i'll be back in in a couple hours. <utlemming> smoser: lp:~utlemming/cloud-init/lp1236594-bad_ephemeral0_mnt <smoser> utlemming, still there? <utlemming> smoser: yup <smoser> I did the "if not partition" by design. <smoser> because input to devnode_for_dev_part <smoser> should be a string or None <smoser> bool("0") == True <smoser> oh. but i guess "" is not true. that must be what was occuring there? <utlemming> right <smoser> no. <smoser> expand_dotted_devname("ephemeral0") <smoser> would return None <smoser> hm.. <utlemming> the issue is "ephemeral0" is not selecting ephemeral0 or epehemeral0.1 because of that "if partition" <smoser> right. <smoser> utlemming, so i think the right place for that change is in sanitiz_devname. <smoser> i think . as its there that we're saying "ephemeral0" == ephemeral0.0 or ephemeral0.1 <utlemming> hrm... <utlemming> but isn't that the same things as my patch? <smoser> well mostly, except for then there is no way to call devnode_foor_dev_part with "do not expand this" <smoser> err.. with "do not allow part 0 or part 1" <utlemming> smoser: since this is a specific function to cc_mounts, I think adding a flag that controls that behavior seems sane <utlemming> otherwise we have two functions that only get halfway there <utlemming> i.e. def ...(..., literal=False) <utlemming> which controls the beavhior <utlemming> but again, this is one function that is called by one module <smoser> i think you're right <smoser> utlemming, you're changes are correct. <smoser> i'mpretty sure. <utlemming> smoser: I tested those changes on SmartOS, EC2 and Azure #cloud-init 2013-10-08 <smoser> alright, utlemming uploaded. <smoser> i kind of am planning on doing an 0.7.4 release to just tie this fix in and anything else that flushes out in the nexst 36 hours. <utlemming> smoser: ack <smoser> utlemming, it just made it through <smoser> so please get builds in if you can <pedroalvarez> Running 2 OS, in the same OpenStack system, Ubuntu gets the userdata through Ec2 and the other OS doesn't receive anything.. <pedroalvarez> I've got the two log files: <pedroalvarez> -Ubuntu: http://paste.ubuntu.com/6209011/ <pedroalvarez> -The other: http://paste.ubuntu.com/6209024/ <pedroalvarez> I even downgraded my cloud-init version to 0.7.2, but still not working <smoser> neat that btrfs resize worked. that was mostly theoretical <smoser> :) <pedroalvarez> :) <smoser> Oct 08 11:15:33 baserock cloud-init[196]: [CLOUDINIT] __init__.py[DEBUG]: Searching for data source in: ['DataSourceNoCloudNet', 'DataSourceConfigDriveNet', 'DataSourceAltCloud', 'DataSourceOVFNet', 'DataSourceNone'] <smoser> that is your problem <smoser> i'm not sure whats causing it, but for some reason its not looknig for the DataSourceEc2, while it seems like you've configured that. <smoser> Oct 08 11:15:33 baserock cloud-init[196]: [CLOUDINIT] __init__.py[DEBUG]: Looking for for data source in: ['NoCloud', 'ConfigDrive', 'AltCloud', 'OVF', 'MAAS', 'Ec2', 'None'], via packages ['', 'cloudinit.sources'] that matches dependencies ['FILESYSTEM', 'NETWORK'] <pedroalvarez> That's exactly what I was checking right now <pedroalvarez> yes, it is on my cfg file: datasource_list: [ NoCloud, ConfigDrive, AltCloud, OVF, MAAS, Ec2, None ] <pedroalvarez> smoser: there is a module called "disable-ec2-metadata" <pedroalvarez> I have tried to make it works with and without it <pedroalvarez> Seems like the importer can't import it: importer.py[DEBUG]: Found DataSourceEc2 with attributes ['get_datasource_list'] in [] <smoser> pedroalvarez, disable-ec2-metdata not related. <smoser> well... disable-ec2-metadata would most certainly disable your ec2metadata <smoser> pedroalvarez, what is your python version ? <pedroalvarez> smoser: Python 2.7.2 <pedroalvarez> and I have already disabled the "disable-ec2-metadata" module <smoser> that wont affect cloud-init <smoser> that runs late in the boot process <smoser> and if it is enabled by user data <smoser> then it routes the url off <pedroalvarez> Is the python version enough? <smoser> i think so <smoser> i thought it might have an issue if it was 2.6 or 2.6 <smoser> err 2.5 <pedroalvarez> smoser: I could try using configDrive instead Ec2, but I don't know how to configure OpenStack to do it <smoser> no. yo ushoudl fix ec2. <smoser> i'm not sure why you're not finding that datasource, though. <smoser> can you let me into an instance? <pedroalvarez> It's not visible from outside I think <pedroalvarez> Let me ask <pedroalvarez> I can't, but maybe I can try to upload it to a free Openstack online <pedroalvarez> (trystack) <pedroalvarez> hmm.. do you know another alternative than trystack? <smoser> pedroalvarez, i dont know. <smoser> you could put it on amazon <smoser> oh, or even do a devstack *in* amazon <smoser> or tunnel out of theinstance <smoser> can you let me into the bootstrap node ? <smoser> ssh-import-id smoser <pedroalvarez> smoser: found the problem I think. I didn't import boto, essential for run Ec2. I will let you know. Thanks <smoser> hum.. i'd have thoguht we'd see a traceback log there. <smoser> maybe there was on the consoel <pedroalvarez> there isn't: <pedroalvarez> except ImportError: <pedroalvarez> pass <smoser> boooo <pedroalvarez> Solution: <pedroalvarez> except ImportError, e: <pedroalvarez> LOG.debug("Failed to import %s: %r", full_path, e) <smoser> i'd use util.logexc <smoser> but yeah <smoser> harlowja, pedroalvarez hit a but that was hidden somewhat by the fact that the datasource loader hides import errors <harlowja> :-/ <harlowja> hmmm <smoser> so the datsource loading <smoser> tried to load ddatasourceec2 <smoser> which eneeded boto <smoser> and so tboto import-errored <smoser> and then the laoder just swallowd that up. <smoser> so i couldn't figure out from his log why he wasn't seeing the datasource ec2 (or attempting to use it) <harlowja> hmmm <harlowja> ya durn imports of imports failing <harlowja> those are tough ones <harlowja> maybe we should log something at least <harlowja> maybe to start a debug message <harlowja> around try: <harlowja> mod = import_module(full_path) <harlowja> except ImportError: <harlowja> pass <harlowja> except its hard to tell the difference between import not existing (which might be ok) and import having a dependency that is failing <harlowja> both come out as import errors #cloud-init 2013-10-09 <smoser> harlowja, yeah, its not completely straight forward. <pedroalvarez> the example of power_state crashes: http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/doc/examples/cloud-config-power-state.txt <pedroalvarez> the message needs " " <smoser> really? <pedroalvarez> maybe it's the space between "Bye" and "Bye" <smoser> $ python -c 'import yaml, pprint; pprint.pprint(yaml.load("powerstate:\n message: Bye Bye\n"))' <smoser> {'powerstate': {'message': 'Bye Bye'}} <smoser> unless i'm loading it as an array. <pedroalvarez> cc_power_state_change.py[WARNING]: expected string or buffer Not performing power state change! <pedroalvarez> hmmmm <pedroalvarez> I did two changes to make it works. I also changed "delay" to "now" <smoser> pedroalvarez, right. isee that <smoser> funny <smoser> the doc about it is correct <smoser> it needs to be "+30" <pedroalvarez> yes, the doc helped me <smoser> pedroalvarez, http://paste.ubuntu.com/6213844/ that fixes doc and supports the bad example <pedroalvarez> smoser: cool, thanks! :) <pedroalvarez> I'm just trying all the modules to check the integration <pedroalvarez> testing :) <harlowja> smoser yt <smoser> here <harlowja> hey <harlowja> adding a warning message for import failure seems ok? <smoser> yeah, i think so . that would hvae been a smoking gun here. <harlowja> :) <harlowja> k <harlowja> will do boss! <harlowja> vote for me http://lists.openstack.org/pipermail/openstack-dev/2013-October/016288.html <harlowja> lol * harlowja this is a paid message (not by joshua harlow) <harlowja> ha <smoser> i am josh harlow and i approve of this message <harlowja> ha <harlowja> if the above gives u a XYZ for longer than 24hours see your doctor <harlowja> lol <harlowja> hmmm, i guess thats a different advertisement, nm <harlowja> ha <harlowja> smoser https://code.launchpad.net/~harlowja/cloud-init/log-import-fail/+merge/190225 <harlowja> * nothing so special :-P #cloud-init 2013-10-10 <ikkeT> hi guys, any info on vcloud support for cloud-init? <ikkeT> do you know if it's been considered as possible datastore for cloud-init, or if there perhaps would be some initial code for it? <ikkeT> or if there is no way of getting it to work? <ikkeT> vmware vcloud that is... <ikkeT> i'm wondering if the same guest templates could work in both openstack and vmware <smoser> vcloud ? <smoser> oh. vmware vcloud. i'm not aware of any work to that effect. <utlemming> ikkeT: are you talking about vCHS? <smoser> ikkeT, but patches are definitely welcome for that. <ikkeT> i haven't yet looked into it myself, but will need to start looking soon. <ikkeT> smoser, sure, we'll push out patches if that's the path we need to take <smoser> please do!. see HACKING.rst in trunk (bzr branch lp:cloud-init) #cloud-init 2013-10-11 <evilissimo> alexpilotti: are you around? :) <alexpilotti> evilissimo: hey <evilissimo> alexpilotti: I was wondering what's the plan with cloudbase init for windows <alexpilotti> evilissimo: in what sense? :-) <evilissimo> I read somewhere, don't remember where exactly that you might want to get it into cloud-init <alexpilotti> true <evilissimo> is that still the plan? <alexpilotti> sure <alexpilotti> but it's shell of a work <evilissimo> kk, any help needed in that regard? <alexpilotti> *a hell of a <alexpilotti> definitely yes <evilissimo> To put things a bit into perspective <alexpilotti> cloud-init needs to be heavily refactored for that to happen <evilissimo> I am working for Red Hat <alexpilotti> I see <alexpilotti> are you coming to the summit in HK? <evilissimo> No, unfortunately not <evilissimo> Well I am working at the Red Hat Enterprise Virtualization team, and I am mainly responsible for the Windows Guest Agent <evilissimo> which also means oVirt ;) <alexpilotti> that's interesting <evilissimo> So and we are thinking about introducing cloud-init as alternative to sysprep <alexpilotti> we should talk about the status of the virtio drivers :-) <evilissimo> hehe <evilissimo> we can talk about that, if there's anything I can pass along to the devs <alexpilotti> we are currently using a mix of sysprep + cloudinit <alexpilotti> sys prep takes care of generalisation and setting the user name <alexpilotti> cloudbase-init of all the rest <evilissimo> I see <alexpilotti> sorry, s/user/host/ <evilissimo> hmm but cloud-init could also set the host name, no? <evilissimo> cloudbase-init ;) <alexpilotti> actually the unattended.xml starts cloudbase-init for that <alexpilotti> it does <alexpilotti> but since setting the host name requires a reboot <alexpilotti> we avoid that by putting that step during generalization <alexpilotti> another thing we are working on is passwordless authentication in Windows <evilissimo> SSO? <alexpilotti> nope <alexpilotti> WSMan + client certs <evilissimo> that's for WMI? <evilissimo> I don't know WSMan <alexpilotti> not only <alexpilotti> Powershell demoting for example <alexpilotti> WSMan == SSH in the Windows world :-) <evilissimo> oh right <alexpilotti> darn autocorrect <evilissimo> lol, I fortunately don't have that :D <alexpilotti> s/demoting/remoting/ <evilissimo> yeah I guessed that ;) <alexpilotti> no, but you have: https://github.com/Openwsman/openwsman <evilissimo> oh, I mean autocompletion :) <evilissimo> I don't have auto completion ;) <alexpilotti> lol <alexpilotti> good choice, I think I'll follow the advice <evilissimo> The only autocompletion I use is the nick completion <evilissimo> alexpilotti: so what's the problem with the VirtIO drivers? <alexpilotti> we had some issues with the latest versions <alexpilotti> some blue screens <evilissimo> oh? <evilissimo> I haven't heard about that <alexpilotti> so there's some black magic involved in choosing what version to use for what OS :-) <evilissimo> hmm well since I don't handle the packaging for Windows, I am not really aware of it #cloud-init 2013-10-16 <ctracey> hey guys, ltns <ctracey> i think i will have 2 small changes to push shortly <ctracey> before i push the bigger of the 2, just curious if folks ever have issues with package_command from within cloud-init <ctracey> from time to time on RHEL we had issues with yum just failing...no clear reason why <harlowja> hmmmm, yum is just problematic in general <harlowja> *imho its a pile of crap, ha <harlowja> what errors do u see ctracey <ctracey> hey, i wouldnt disagree <ctracey> well, we dont see errors only bc capture=False <harlowja> hmmm <ctracey> so, my change is simply to allow for debugging package_command <ctracey> just wondering if anyone else had encountered it <harlowja> i haven't <harlowja> but i haven't used that feature to much <ctracey> basically I would propose system_info: debug_package_command: true <harlowja> seems to make sense <ctracey> to you can at least grab the output as necessary <harlowja> yahoo has a whole other way to install stuff (like juju in a way) <ctracey> ah, interesting <harlowja> but ya, i think debug package command makes sense <ctracey> the other issue we ran into was a 2.7 vs 2.6 thing <ctracey> buried in the AzureDataSource <harlowja> ah, blame smoser for that one, ha <harlowja> :-P <ctracey> (yes, we are on an ancient python release) <ctracey> :) <ctracey> its a simple fix <ctracey> ill get them in tonight most likely <harlowja> cool <harlowja> sounds great <ctracey> harlowja: you going to HK? <harlowja> sure am <ctracey> niiiice <ctracey> i'll see ya there then :) <harlowja> cool <smoser> ctracey, yeah. i'm sorry about that. <smoser> but wrt debug_package_command <smoser> that output shoudl be caught by <smoser> output: {all: '| tee -a /var/log/cloud-init-output.log'} <smoser> is it not? #cloud-init 2013-10-17 <smoser> i use that everywhere, and see 'apt-get' output to that file. <smoser> and also, you *should* get it on the ec2 console <harlowja> *or openstack console <smoser> right. <smoser> there is a bug for the python2.7 thing <harlowja> 2.7 to new and hot <harlowja> ha <smoser> ctracey, feel free to fix https://bugs.launchpad.net/cloud-init/+bug/1232175 <smoser> i released 0.7.3. and there was one thing that needed fixing <smoser> whihc is now fixed in trunk <smoser> i'd take your 2.6 fix also, and then release 0.7.4 <smoser> i *would* do (854)847-3108, but i dont want to deal with any fallout of the additional dot <harlowja> to many dots! <harlowja> :) <harlowja> btw, smoser taskflow 0.1 coming out tommorow <harlowja> u excited?? <harlowja> ha * smoser googles <smoser> awesome. <harlowja> ha <harlowja> https://wiki.openstack.org/wiki/TaskFlow <harlowja> https://github.com/stackforge/taskflow <harlowja> and yes it even mostly works, ha <harlowja> ^^ why i haven't been so active in cloudinit <smoser> harlowja is one smart dude <harlowja> ha <harlowja> nah <harlowja> its just something openstack (imho) really really needs <harlowja> cause right now u stop nova-compute (the thing that manages the vms) to upgrade that code, and u lose who knows what that its actively doing <harlowja> what i call the poo cleanup crew <harlowja> so taskflow tracks enough of that state itself that it can just resume from where it left off :-P <harlowja> no poo cleanup crew required <harlowja> and its also going to hopefully be the core of https://wiki.openstack.org/wiki/Mistral (TBD) <harlowja> *and in my dream world, it will be at the core of the rest of the projects <harlowja> cinder is already starting to use it, nova soon i hope <smoser> but what will happen to the poo cleaner uppers ? <smoser> will they find new jobs ? <smoser> what about their healthcare? <harlowja> ha <harlowja> no obamacare for poo cleaners <harlowja> *do we still have a government in the US * harlowja checking news, ha <harlowja> seems like we don't, US gov people need to have there heads checked <harlowja> those people so crazy #cloud-init 2013-10-18 <tmclaugh[work]> hi, i see that runcmd runs ar an "rc.local like" level. Is there any way to run commands before other modules? <tmclaugh[work]> We're having some issues with yum repos and that's causing our puppet installation to fail. <tmclaugh[work]> we tried adding a 'yum makecache' before the installation of puppet as a precaution but it doesn't help since the command is executed after the attempt to install puppet. <smoser> well, tmclaugh didn't stick around long enough <Chocobo> Hi. So I am having a small problem with persistent network naming rules and I think I need to delete the persistent net name rules in /etc/udev/rules.d/. I am thinking about creating a per-instance script to do that. Is there a better way? <smoser> Chocobo, what is your hypervisor? <smoser> because persistent naming network rules should work correctly. <smoser> they basically turn off for known MAC that are virtual <smoser> by mac-id allocation <Chocobo> smoser: kvm <smoser> on debian or ubuntu the default mac addrs should not get perisstent rules created. <smoser> unless youre creating macs yourself and not doing it correctly <smoser> s/creating macs /creating mac addresses/ <Chocobo> smoser: Ahh, I am using it to make a CentOS image. <smoser> hm.. <smoser> i think udev has that function uptream <smoser> probably just too old there. <smoser> or maybe locally patched in ubuntu or debian <Chocobo> I already have the official ubuntu image. I should check and see how it is done. I don't see anything in /lib/udev/rules.d/75-persistent-net-generator.rules that looks like it would match the virtual nic's MAC <Chocobo> I acutally don't mind having persisting nic names per instance (vm's can have multiple nics) <smoser> Chocobo, it works right <smoser> mostly. <smoser> ie, virtio bus will do the right thing generally. <smoser> you can get crazy and mess it up with plug unplug and such <smoser> but generlly it enumerates them in a consistent way <smoser> Chocobo, some related bugs with info <smoser> https://blueprints.launchpad.net/ubuntu/+spec/t-cloud-server-cloud-images <smoser> shoot <smoser> paste fail <smoser> https://bugs.launchpad.net/ubuntu/+source/udev/+bug/719418 <Chocobo> So this rule: ENV{MATCHADDR}=="?[2367abef]:*", ENV{MATCHADDR}="" <--- that would match something like fa:16:3e:c1:c0:12 correct? <Chocobo> How strange. CentOS has the same rule but it still writes the rule out. <smoser> Chocobo, i dont know. <smoser> ctracey, is there some reason why you'd not want 'tee' ? <smoser> https://bugs.launchpad.net/cloud-init/+bug/1241701 <smoser> as in <smoser> output: {all: '| tee -a /var/log/cloud-init-output.log'} <smoser> the package command being logged makes quite reaosnable sense <smoser> but is thre a reason that capturing output generically is insufficient ? #cloud-init 2013-10-28 <iwi> hi there, any ideas why cloud-init doesn't resize / on OEL. cloud-init and cloud-utils are installed from EPEL, resize_rootfs is set to true, and resizefs is specified under cloud_init_modules section <iwi> OEL 6.4, cloud-init is 0.6.3-0.12.bzr532 <smoser> iwi, it could be https://bugs.launchpad.net/ubuntu/+source/cloud-utils/+bug/1244662 <smoser> but i've never seen that bug. #cloud-init 2013-10-29 <harlowja> smoser on linkedin it asked me the question 'Do u know if scott moser is good with RHEL' <harlowja> i was like, should i click this or not, haha <harlowja> *should i click yes/no <harlowja> haha <smoser> i did spend 9 months once working on RHEL. <smoser> i have code in RHEL 5 and probably RHEl 6 <smoser> :) <harlowja> nice <smoser> the good thing about RHEL is you can do something, and then 10 years later you can say <smoser> "i have code in the latest RHEL release" <smoser> :) <kwadronaut> lol <kwadronaut> typo's in manuals are also an easy one to get in a lot of software projects ;-) <harlowja> hahaha <harlowja> more like 20 years * harlowja sad that i have to use RHEL <harlowja> haha #cloud-init 2013-10-31 <systest> Anyone have a pointer to a doc describing what the arguments to cloud-init do? specifically, what section of the config us parsed when "init --local" is used? <kwadronaut> systest: http://cloudinit.readthedocs.org/en/latest/ <kwadronaut> no-cloud datasource iirc <kwadronaut> i hope now you have enough reading materials until someone else pops by in irc to better help you ;-) <systest> thanks. I've seen those docs, just missed that section. I'll check it out now. #cloud-init 2014-10-01 <harmw> harlowja_away: I'm looking over netutils.py again, and isn't Nova just by design skipping the network_template stuff when it's dealing with a dhcp'ed network? <smoser> harmw, that may well be how it works. <smoser> i have never succeeded in getting a template available in config drive :) <smoser> its definitely something that needs work. <harmw> yea, well <smoser> i really hope to fix openstack and cloud-init to do sane things <harmw> I hope to get a better look at things tonight <harmw> and that'll could very well result in a bugreport <harmw> not that it is a true bug, but given how it currently looks it should just do what I want - not what someone decided it 'should probably do in this or that situation' <glev> Hello, I have a question about fs_setup. Does it need to be entered under the cloud configmodules section in cloud.cfg to be used in my user-data cloud-config file? <glev> It appears cc.disk_setup is the appropriate module, but it doesnt seem to work. Where is this all documented? The documentation I find shows configuration examples, but they don't work for my CentOS instance. The log seems to not provide much useful information. <glev> Am I in the correct place for cloud-init project related information? <harmw> harlowja: ping <harlowja> harmw pong <harmw> wow <harlowja> ping pong <harmw> I which everything was so low-latency <gholms> Heh <harlowja> well u can't play ping pong at high latency <harlowja> it doesn't work out so well <harmw> true, true <harmw> listen, I'm checking out netinfo.py in nova <harlowja> kk <harmw> return template.render({'interfaces': nets, 'use_ipv6': ipv6_is_available}) <harmw> that should print the template with everything substituted <harlowja> right <harmw> but it doesn't <harmw> it just prints the original template <harlowja> is there anyway u can add in a print before/after the render? <harlowja> and the variables to <harlowja> maybe this is a juno bug :-/ <harmw> (im on icehouse) <harlowja> oh <harlowja> can u add those prints anyway <harmw> ofc <harmw> in build_template i've added print of very function (template.render()) <harmw> which just prints out the original template <harmw> with the nasty literal $ signs <harmw> the net_info that is set on L136 contains proper values <harmw> eg. this works: LOG.debug("NET_INFO: eth%s %s %s %s %s", ifc_num, address, netmask, gateway, dns) <harmw> and this prins the original template: LOG.debug("OK, got template with contents: %s" % template.render({'interfaces': nets, 'use_ipv6': ipv6_is_available})) <harmw> this jinja2 stuff is way to complex for me :P <harmw> (btw, I hacked away 2 continue statements to make it this far) <harmw> nets[0]: {'broadcast': '(854)847-3108', 'netmask': '(854)847-3108', 'gateway_v6': '', 'name': 'eth0', 'dns': u'(854)847-3108', 'address': u'(854)847-3108', 'gateway': u'(854)847-3108', 'netmask_v6': None, 'address_v6': None} <harmw> so thats good <smoser> JayF, in thinking about netowrking and cloud-init <smoser> and that netowkring config. <smoser> i think i'd like some bit of info that says "block boot on this adapter" <smoser> or something like that <JayF> that info comes from neutron atm <JayF> idk if there's a way to link that in, but I'd make a comment on the blueprint if you have desires <smoser> i'm saying the new format. <smoser> i realize the information comes from nuetron <smoser> the reason being, if cloud-init gets this info on a config drive. <smoser> its going to configure networking. <smoser> but then it should not let user code run until sane bits of netwoork are up. <smoser> hm.. <JayF> who is to decide what is a sane amount of network? <JayF> I'm always careful about that <smoser> right. <JayF> bceause in our cloud, at least, you can spin up boxes in 100% private networks <smoser> its non-trivial <JayF> so we can't depend on things for the general case that require internet to exist <smoser> so heres the thing i was thinking about. <smoser> system boots. reads some network from config drive. <smoser> user hotplugs network device <smoser> cloud-init reads config from MD server for that device and configures it. <smoser> should cloud-init block the next boot on presense of that device ? <JayF> I don't know about that specific scenario <JayF> but I'd say cloud-init should do as much as it can regardless of some failures <JayF> (and then give me a way as a developer to instead have it throw a hissy fit, aka exception, if something breaks) <smoser> theres a difference between failure <smoser> and "hasnt hotplugged yet" <JayF> Ah <smoser> and no real way to know the difference <JayF> Yeah, IDK about those cases <JayF> because I don't hotplug things :) <JayF> atm at least <smoser> right. <smoser> so vm, neutron hotplug the thing. <smoser> on reboot, i dont know if i should expect that nic or not. <smoser> and dont know if i've missed an event that would have pulled it from my config. <smoser> ie, missed the hotplug remove during the reboot. <JayF> this is why in the model I proposed for event-driven changes <JayF> that you just pass the event and the updated data and say "make it right" <JayF> you can't manage this as a certain number of steps to perform in order every time imo <JayF> you have to just take the data you're given and do a thing with it, and if, for instance, that data references a network drive that the hypervisor didn't hook up, or that the OS image didn't wait to be ready before cloud-init runs <JayF> then that can't be a cloud-init problem, it's an environmental problem <smoser> hm. <smoser> thats a good point. <smoser> but then makes the data on config-drive possibly stale. <JayF> yes <smoser> and at that point in boot, before a network is available to the MD thats all i have. <JayF> I mean, should we support a mix of sources generally? Do we? <JayF> ooooooooh. <smoser> so if data on config drive had 'required' or not. <smoser> then i could block until all required. <smoser> and just "never unplug stuff that is required" rule. <smoser> and then once required are up i can hit MD and get updated info <JayF> Yeah I'm not sure I have a good informed opinion on this, and I have other stuff I need to finish this week, but I'm going to let that bake for a while and think about it <smoser> :) <smoser> this was bout all the time i could spend on this now too <smoser> i'll comment in gerrit <harlowja> harmw so it seems like the template is getting populated then right? <harmw> it's beeing read just fine, but nothing gets replaced inside... so the original template is copied with any specifics in to the configdrive <harlowja> ya, thats totally weird <harmw> what else is new :P <harlowja> is it possible to open a nova bug for this, it seems like someting is wrong ;) <harlowja> although i'm not sure why y! hasn't seen it since we run that code <harlowja> and are running icehouse <harlowja> so that part doesn't quite make sense, ha <harmw> haha <harmw> template.render(nets[0]) <harmw> that still produces the original template :| <harmw> I don't get it <harlowja> that should run via https://github.com/openstack/nova/blob/stable/icehouse/nova/virt/netutils.py#L150 right? * JayF suspects requirements differences <harmw> yup <harmw> JayF: I'm growing a feeling in that direction as well <harlowja> but jinja2 not processing variables would be like a bad bug, ha <harlowja> or not processing in the same manner, lol <harmw> indeed, so I'm doubting my own setup as well :p <harlowja> can u dump 'nets' and such, then try to load the template in a smaller script that uses your own code, try to replace nets in that code instead? <harlowja> just to cause the same failure <harmw> already trying something like that <harlowja> hmmm, and your template is https://github.com/openstack/nova/blob/stable/icehouse/nova/virt/interfaces.template right? <harmw> oh my <harmw> no <harmw> nowhere near <harlowja> hmmm <harlowja> that might be it <harmw> uhu <harlowja> it seems https://github.com/openstack/nova/commit/fa0d61084e50 changed cheetah -> jinja2 <harmw> I'm reading the vars in the template should be {{ bla }} as well <harlowja> did RDO forget to pickup that file :-/ <harmw> which is merely a $bla in my template <harlowja> ya, thats cheetah syntax :( <harmw> ah! <harlowja> so ya, that would be an issue ;) <harlowja> u used RDO? <harmw> ofcourse <harmw> centos6 + rdo icehouse <harlowja> ah, ya, rdo packagign bug i think <harlowja> wonder if thats been reported <harmw> # rpm -qf /usr/share/nova/interfaces.template <harmw> openstack-nova-common-2014.1.2-1.el6.noarch <harmw> though thats the old file <harlowja> ya, i bet they forgot to update it or something <harlowja> *they being RH <harmw> uhu <harmw> you know where their bugzilla is at? <harlowja> not sure, ha <harmw> h <harmw> bugzilla.rh <harlowja> something like that <harlowja> u can poke 'dprince_' in #openstack-dev <harlowja> he might be able to get that to occur quicker <harlowja> afaik he knows the people that know the people <harmw> ah ok <harlowja> *and also works @ RH <harmw> hhe <harmw> openstack-dev, guess I should join that channel as well then <harlowja> ya, openstack has tons of channels, lol <harmw> my irssi is getting a bit crowded <harlowja> :) <harmw> does he share your TZ? <harlowja> harmw i think EST us <harlowja> so not mine (PST) <harmw> ok, well added a bug <harmw> hhee, well that apparently did the trick - I changed the template to be jinja2 <harmw> so I now have a configdrive with proper network file, woohoo <harmw> hm, well, this *almost* works <harmw> nova just told my vm something about eth0... and freebsd only knows of vtnet0 <harmw> so thats something to look into in freebsd.py <harmw> but other than that, configdrive works and even configured the network (eventhough it was the wrong interface) <harmw> and now it's bedtime :) <harlowja> harmw coolness #cloud-init 2014-10-02 <harmw> anyone aware of issues with efnet? <smoser> haven't been there in probably 10 years ;) <harmw> hehe, yea well I 'need' it for some bsd channels <JayF> Yes <JayF> it's a cesspool :) <JayF> that's the main issue I'm aware of with efnet <JayF> hehehe <harmw> hm, interesting <harmw> configdrive has no MTU support, so it seem <harlowja> could be, does nova/neutron have the ability to set that? <harlowja> *or even pass it in? <harmw> nope, not that I know off :) dnsmasq does, but thats outside either one <harlowja> :) <harlowja> hiren_ have u had any luck getting all this going, i think harmw found a vtnet0 thing that u'll probably hit to <hiren_> harlowja: fighting other fires :-( <harmw> puh <harmw> lame <harlowja> still bash stuff? <hiren_> nah. But I punted a lot of things to this week while takig care of bash drama. <hiren_> so.. <harlowja> gotcha <hiren_> I want to get back in a day or so if I can. <hiren_> just as an fyi, I am doing things with just libvirt/virsh right now. <hiren_> no openstak involved. <harmw> ok <hiren_> Is is something you guys want me to test <hiren_> ? <hiren_> on yahoo openstack cluster? <harmw> almost :) <hiren_> okay. <harlowja> hiren_ well u can get the libvirt + config-drive copy working to start <harlowja> i think u are doing that, which acts close enough to a openstack cluster to begin with <hiren_> "working" is a stong word :-) <harlowja> ya, get that 'working' first, then we can graduate u to openstack cluster ;) <harmw> hihi <hiren_> hah <hiren_> fair enough. <harlowja> :) <harlowja> harmw i think is using a mini-cluster <harlowja> and finding out how much fun it all is <harlowja> haha <harmw> lol <harmw> 2 nodes :> <hiren_> btw, so when I feed that config drive as 'vdb', and start the VM, I should mount that on the way of bring up, right? <hiren_> <disk type='file' device='disk'> <hiren_> <driver name='qemu' type='qcow2' cache='none'/> <hiren_> <source file='/home/openstack/7.6-YAHOO-20140927.openstack.qcow2'/> <hiren_> <target dev='vda' bus='virtio'/> <hiren_> </disk> <hiren_> <disk type='file' device='disk'> <hiren_> <driver name='qemu' type='raw' cache='none'/> <hiren_> <source file='/home/openstack/configdrive.dsk'/> <hiren_> <target dev='vdb' bus='virtio'/> <hiren_> </disk> <hiren_> for example. <harmw> why not use it as cd0? <hiren_> thats better? sure. <harlowja> hiren_ cloud-init should be finding it/mounting it <hiren_> ah <hiren_> thats what I wanted to know <hiren_> so <hiren_> harlowja: I am at a point now, I need to put clound-inint <hiren_> in the image <harlowja> i defer to harmw , hopefully he knows that ;) <harmw> pkg install bzr <harmw> hiren_: are we doing this right now? Since I thought you whre busy :) <harmw> else Ill get some popcorn first <harmw> :> <hiren_> hah <hiren_> true. <hiren_> stupid timezones. <harlowja> lol, popcorn <hiren_> harmw: will you be around after 12:00 PST, that is 1.5 hrs from now? <harmw> oh, I was refering to "hiren_ and the super aweseme cloud-init of joy" :P <hiren_> lol <harmw> it's 19:30 here <harmw> so I have a few more hrs :) <harlowja> sleep is for babies <harmw> lol <hiren_> and for the weak. <hiren_> harmw: okay, lets try this now. <harmw> in that case: instal bzr <hiren_> where? <hiren_> so <harmw> in your vm <harmw> pkg install bzr <hiren_> after it comes up. okay. <harmw> you've got a dhcp address I asume? <harmw> after it comes up... well, yes <harmw> :p <hiren_> now are are talking. not really. Let me fix that. <hiren_> hum. how do I provide "networking" to the vm from config.xml file? <hiren_> this is a fedora box I am doing this on <hiren_> it has virbr0 <harlowja> :) <hiren_> harlowja: :-) you know aht I am talking about. <harlowja> u'll probably have to get libvirt to setup a nat, since afaik u won't have a real address <harlowja> * http://libvirt.org/formatnetwork.html#examplesNAT <harmw> why bother with xml? <harmw> fedora has the boxes interface to manage all this <harmw> or virt-manager <harlowja> could try that to <harlowja> hiren_ although since u are using a box that doesn't have a network that has extra 'ips' for vms, u're likely gonna have to do the NAT approach or try virt-manager (which probably does soemthing similar) <harlowja> the real openstack clusters have whole ranges of ips that we can suck from and release... <hiren_> okay. I am trying NAT <harlowja> networking is oh so much fun :( <harlowja> lol <hiren_> heh <hiren_> obviously it didnt work :/ <hiren_> how should the n/w interface look like inside the vm? <harmw> vtnet0 <harmw> I'm asuming you use virtio <hiren_> this is what I have in config.xml I am using: <hiren_> <network> <hiren_> <name>default</name> <hiren_> <bridge name="virbr0" /> <hiren_> <forward mode="nat"/> <hiren_> <ip address="(854)847-3108" netmask="(854)847-3108"> <hiren_> <dhcp> <hiren_> <range start="(854)847-3108" end="(854)847-3108" /> <hiren_> </dhcp> <hiren_> </ip> <hiren_> </network> <harmw> thats just a network, like a switch <harmw> you also need an adapter, like a nice <harmw> nic <harmw> for your vm <hiren_> http://pastebin.com/WQQGtaBd - config.xml <hiren_> ah <harlowja> hiren_ this is where virt-manager might help :) <harmw> :p <harlowja> i think it manages alot of this <harmw> indeed <hiren_> is it a pkg I should install on this fedora box? <harmw> yum install virt-manager <hiren_> k, installing. <hiren_> ugh, its just gui? <harlowja> :) <harlowja> might have a cli, not sure <harlowja> i've not used it so much <harmw> you needed easy, right :P <harlowja> turtles all the way down, it just gets more and more complicated ;) <harlowja> thats why i stay away from networking lol <hiren_> heh. I needed something that works. :-) <hiren_> so no virt-mgr for me. lets see how else can I get netowkring to work for me. <harlowja> kk <harlowja> there are a bunch of instructions online, i thought it would mostly just work, but maybe requires some tweaking <hiren_> rigth. <harmw> I think I've got this thing sorted now <harmw> regarding static networking/configdrive on fbsd <harlowja> harmw what u find? <harlowja> probably just need to remap ethX to freebsdX <harmw> find? was I looking for something? :P <harmw> yup <harlowja> u looking for the solution <harlowja> haha <harmw> and the ifup was way off as well <harmw> haha <harmw> lol * hiren_ takes off to actual $work. <hiren_> I'll poke at this tonight <hiren_> to get n/w working. <harlowja> kk <harmw> smoser: I've got just one little patch remaining <harmw> http://dpaste.com/27KPCX2 <harmw> aw crap, I see vim put in a tab :| <smoser> we've got a lot of networking things to do in the next 6 months. <harmw> yea whatever, just apply&commit this :> <harmw> or should I properly branch and such? <smoser> i'll pull it <harmw> sweeeeeet <harmw> and please change that TAB :) <smoser> harm type a commit message <harmw> fix: Make sure to use the proper virtio FreeBSD network interface name. <harmw> that'll do <harlowja> harmw send me 100$ <harmw> it doesn't work that way harlowja * harlowja waiting... <harlowja> damn it <harlowja> ha <harmw> only smoser has such powers <harlowja> :( <smoser> these are not the droids you're looking for ? <harmw> :p <harmw> smoser: are there critical bugfixes needed before officially throwing out 0.7.6? <smoser> well, other than some bozo, not mentining any names harmw, broke 'make test' with his suggested patch. <harmw> bozo.. hm, that'll probably be that same guy who'd last broke something <smoser> http://paste.ubuntu.com/8481544/ <harmw> ah <harmw> hehe <harmw> so I expect after changing lines 226 and 227 to read vtnet instead of eth that'll be fixed :p <harmw> (lines in the netconfig test) <smoser> pushed. <harmw> why are there so many non-related lines changed? <harmw> because of make tests or something? <harmw> (pylint and such) <harmw> hiren_: you should checkout trunk for your tests, and test it :) <harmw> hm, I should've just branched.. now I don't get no points! <hiren_> harmw: I'll have to start n/w firtst right? to get bzr installed #cloud-init 2014-10-03 <harmw> yes hiren_ <harmw> else you can't use pkg :) <smoser> harlowja, around ? <harlowja> yo yo <harlowja> sup dawg <smoser> bah. i meant harmw but that cna't hurt <smoser> :) <smoser> bsd. * harlowja runs away <smoser> well, at some poitn i want to talk to harm. <harlowja> sooo bsd <smoser> wanted to know what harm was going to do there. <smoser> upload to bsd. not sure what that really means. other than being available in ports. <smoser> if it means something more or there is a path to something more. <smoser> i dont know much about freebsd. <harmw> I'm not here smoser <harmw> this is my answering robot <harlowja> lol <harmw> and you should be afraid of this robot <harmw> especially you harlowja <harlowja> ha <harlowja> my robot is bigger than yours <harlowja> maybe u should be afraid instead <harlowja> ha <harmw> no-o * smoser tries to think of some joke wrt yahoo and robots. <harmw> mine is bigger than the world <smoser> but fails <harlowja> mine is like infinity big <harlowja> ha <smoser> surely there is some way i can make fun of yahoo here. but i'm missing it. i must be worn out. <harmw> na'ah, that doesn't count <harlowja> :) <harmw> smoser: why make fun of Y!, if you have harlowja around :> <JayF> smoser: how about a Yawho? <harlowja> isn't it the same thing ;) <harlowja> harlowja == yahoo :-P <harmw> anyway, smoser sup <harmw> hehe, that would explain the rapid decline of their stock value <harlowja> lol * JayF shouldn't make fun of Y! after that amazing food at the Ironic mid-cycle last year <harlowja> ha <harlowja> my hope is that marissa starts spending that $$ from alibaby on something good <harlowja> alibaba <harlowja> or whatever <harlowja> and a personal jet for me wouldbe cool <harmw> personal? since no pilot would want to fly you around? :P <harlowja> robot pilot ftw <harmw> smoser: what you wanted to know <smoser> what did you intend to do wrt freebsd ? <smoser> you'd upload it somewhere ? i know nothing about this process. <harmw> I already have a makefile and such so Ill upload zstrickland@example.net <harmw> once thats accepted, it lives in ports <harmw> and ppl can install it using pkg install py27-cloud-init <harmw> just requires a version bump on your end #cloud-init 2014-10-04 <harmw> harlowja_at_home: seems CERN is interested in RDO for el6, just like Y! <harlowja_at_home> hmmmm, RDO <harlowja_at_home> i'm not sure RH wants to further RDO for el6 though ;) <harlowja_at_home> el7 is the future, ha <harmw> lol yes <harmw> but I want just Juno, not an upgrade to centos7 as well :p <harmw> not yet <harlowja_at_home> ya, well wait till juno is released in like 2 weeks, lol <harmw> there is a topic on the RDO ML about this <harlowja_at_home> once y! starts to get juno running (without RDO) i'll have the packages that u can use <harlowja_at_home> *without RDO <harmw> and how whould they differ from RDO? <harlowja_at_home> do u have a link to the RDO ML? <harmw> sure <harmw> sec <harmw> https://www.redhat.com/archives/rdo-list/2014-September/msg00122.html <harlowja_at_home> harmw, packages are built from upstream, so in reality they don't differ much, https://github.com/stackforge/anvil builds them automatically, code is all there and stuff if u want to use it <harlowja_at_home> specs @ https://github.com/stackforge/anvil/tree/master/conf/templates/packaging/specs <harmw> and those specs do the same stuff RDO does? <harlowja_at_home> pretty much <harmw> 'pretty much' :p <harmw> you already got that stuff packaged somewhere? <harlowja_at_home> get a VM, and it will pop out the packages for u ;) <harlowja_at_home> it generates the packages, lol <harmw> I'm not particularly interested in building a crapload of Juno packages by myself :P <harlowja_at_home> ya, i can probably get them published somewhere when i/others get anvil working for juno <harlowja_at_home> those spec files probably need some tweaking for juno <harmw> ye, they look old :p <harlowja_at_home> but the idea for anvil is that it sucks down git repos, analyzes there python requirements, fills out those spec files, finds and downloads dependencies, builds those all into rpms <harlowja_at_home> *builds those into source rpms <harlowja_at_home> and then has a further stage to convert all that into rpms <harmw> just like rpmbuild handles my perl dependencies (sometimes wrong or competely unwanted) <harlowja_at_home> :) <harlowja_at_home> hey, u can change anvil at least ;) <harmw> hehe <harlowja_at_home> i even made terminal recordsing @ http://anvil.readthedocs.org/en/latest/topics/examples.html <harlowja_at_home> a while ago, haha <harlowja_at_home> u can watch it <harlowja_at_home> haha <harmw> lol <harlowja_at_home> *super exciting* <harmw> omfg <harlowja_at_home> lol <harmw> superdupercool :P <harlowja_at_home> ha <harlowja_at_home> ya, showterm.io was neat when i found it <harlowja_at_home> lol <harmw> indeed <harlowja_at_home> although the viewer is still somewhat buggy <harlowja_at_home> still doesn't always scroll right <harmw> so what if I wanted to build me some el65 packages for Juno RC1 <harmw> ha no <harlowja_at_home> first watch http://showterm.io/12c29e87094f128d945fa/ <harlowja_at_home> but anyway, u can try anvil <harlowja_at_home> and give ./smithy a --origin option <harlowja_at_home> and make an origin file for https://github.com/stackforge/anvil/tree/master/conf/origins for juno rc1 <harlowja_at_home> and see how it goes <harmw> what's it doing with passwords in that 'movie' ? <harmw> and this stuff doesn't require root, right? <harlowja_at_home> building rpms does <harmw> still? <harmw> wasn't that squashed ages ago? <harlowja_at_home> for when say later if anvil installs say mysql, it will need root to, and a password <harmw> could be wrong on that though <harmw> ah ok <harmw> makes sense <harlowja_at_home> maybe, i haven't tried turning it off in a while <harmw> you happen to know if epel6 contains all requirements? <harlowja_at_home> not likely <harmw> regarding python versions and stuff <harlowja_at_home> anvil will scan epel for requirements so that it doesn't have to build them <harlowja_at_home> it usually doesn't find them all there <harlowja_at_home> seems to always be some missing, lol <harmw> hehe, but if that happens anvil will build it itself? <harlowja_at_home> yup <harlowja_at_home> or try to <harmw> sounds like anvil is holy grail <harlowja_at_home> ha <harlowja_at_home> depends if it works for u <harmw> ok, so the movie says packaging blabla <harmw> but that is not rpmbuild, right? <harlowja_at_home> thats a source rpmbuild build <harlowja_at_home> which doesn't require root <harmw> ah ok <harlowja_at_home> the non-source-rpm (build stage) requires root <harlowja_at_home> http://anvil.readthedocs.org/en/latest/topics/examples.html#building <harlowja_at_home> ah one reason it requires root to build <harlowja_at_home> 'Installing build requirements' <harlowja_at_home> that one won't work so well without root ;) <harmw> makes sense :) <harlowja_at_home> so ya, anvil builds its own RDO in a way :-P <harmw> hehe <harmw> well my bigest concern with packaging by myself is keeping it updated is also something I need to do, by myself <harmw> and that sucks <harlowja_at_home> ya, well for just local testing and stuff, it should be fine <harlowja_at_home> if u don't have resources to keep on running anvil and stuff, then ya, go with RDO <harmw> yea well <harmw> :) <harlowja_at_home> although y! and godaddy (which have been using anvil) aren't running against trunk openstack, so we sometimes hit anvil issues when moving to the next release, aka, binaries move around or some crap <harmw> hmk <harmw> well I'm not neccesarily after trunk <harmw> stable is fine :p <harlowja_at_home> ya, i don't think stable is juno yet though ;) <harlowja_at_home> so u are in a transitionary period, lol <harmw> :P <harmw> I guess it'll take another 10 yrs for openstack to reach a true stable point :> <harlowja_at_home> 100 <harlowja_at_home> 1000 years <harlowja_at_home> lol <harmw> hm, or I could just start reading about this inplace centos6>7 upgrade path <harlowja_at_home> or that <harmw> hm hm, well that actually sounds like a plan <harlowja_at_home> let me know how it goes <harmw> it'll nuke my designate setup, probably <harlowja_at_home> ya, thats the part i'm worried about, epseciall when u have alot of hypervisors on el6 (like yahoo does) <harlowja_at_home> not so good to nuke hypervisors <harlowja_at_home> lol <harmw> designate isn't the hypervisor <harlowja_at_home> *that sort breaks the inplace upgrade, haha <harmw> its openstack-designate, which I'm running in this centos6 vm I'm targetting for an upgrade :p <harlowja_at_home> gotcha <harmw> and I built the rpm myself, so ditched systemd <harmw> http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool <harmw> ok, lets just see what happens :) <harlowja_at_home> good luck <harlowja_at_home> haha <harlowja_at_home> hmmm https://www.redhat.com/archives/rdo-list/2014-September/msg00128.html <harlowja_at_home> i know perry <harlowja_at_home> hmmm <harlowja_at_home> sucks for people using RDO :( <harlowja_at_home> * https://www.redhat.com/archives/rdo-list/2014-September/msg00133.html <harlowja_at_home> they know about anvil to... argggggg <harlowja_at_home> *at least some of that team knows about anvil <harlowja_at_home> stuff like 'We'd love to have people outside of the Red Hat engineering team doing some of the packaging work that we lack either the time or the priority to do. ' when anvil does exactly this confuse me :-P <harlowja_at_home> maybe i should get on that ML and post, anvil... <harmw> well, yes <harlowja_at_home> lets see if i can do that <harlowja_at_home> they'll probably get all pissed at me, why would people pay for RDO then haha <harmw> but isn't RDO the free countrpart of rhel openstack? I never realy got that :p <harlowja_at_home> hmmm, not sure, anything associated with RH makes me think of $$ <harlowja_at_home> lol <harmw> hehe <harlowja_at_home> i guess i've been in to many of there meetings which end up becoming, use RH product XYZ at yahoo :-P <harmw> hhe <harmw> I only know of CentOS :p <harmw> though that's about to change, since new $job uses RHEL <harmw> and AIX :> <harmw> ok, running # preupg -s CentOS6_7 <harlowja_at_home> ya, i'm debating on whether i want to send mail to rdo list about anvil <harlowja_at_home> lol <harmw> just go for it :> <harlowja_at_home> hmmm, maybe <harlowja_at_home> lol <harlowja_at_home> bb, i'll think about it, ha #cloud-init 2014-10-06 <nvucinic> hi guys, i have disable_root: 0 and ssh_pwauth: 1, and after cloud init passes i cannot log into instance with my root pwd, or over ssh <smoser> nvucinic, it should be supported. <smoser> nvucinic, its a bug. its a result of sshd config being changed in 14.04 to disallow root login by default <smoser> it went from <smoser> PermitRootLogin without-password <smoser> to <smoser> err. from <smoser> PermitRootLogin yes <smoser> to <smoser> PermitRootLogin without-password <smoser> harlowja, around ? <harlowja> sup dawg <smoser> for some work i'm doing on containersa nd openstack... <harlowja> uh oh <smoser> i need to store some information for a user in the db <smoser> here. http://paste.ubuntu.com/8507232/ <harlowja> hmmm <harlowja> so this would be like a keystone addition? <harlowja> or a nova + keystone one <smoser> well, i think so. i think that s where that information would make sense to store. <smoser> well, nova uwell, nova needs to store and retrice that information about a user *somewhere* <smoser> in a per-az way. <harlowja> ya
{'channel': 'cloud-init', 'month': 10}