#ubuntu-cloud 2011-04-11
<koolhead11> hi all
<koolhead11> kim0, hey
<kim0> Morning
<flaccid> eveing
<koolhead11> kim0, :)
<shahid_> hi
<kim0> shahid_: Howdy
<kim0> What's up
<shahid_> kim0: I have already configured a UEC and its in production
<kim0> woohoo :)
<shahid_> kim0: Now I have to configure another UEC and I am loking for a hardware server
<shahid_> sutable for UEC
<shahid_> high performance server
<kim0> Well the only "requirement" per se is having VT in the CPU
<kim0> I would recommend any nehalem+ CPU, which would meet those requirements
<kim0> It's hard to recommend hardware, without needs from your side ..
<kim0> what kind of VMs run on each NC, what do they do ..etc
<shahid_> some app need more RAM some need more processing power
<kim0> obviously :)
<shahid_> kim0: Is it possible to add more VM types to UEC
<kim0> Might make sense to talk to your hardware vendor too
<kim0> I'm sure you can edit current types, but not exactly sure you can add new ones (probably can though)
<shahid_> ok
<shahid_> kim0: suitable HDD ? SAN with RAID10
<shahid_> is it a good option
<kim0> without requirements .. anything can be good :)
<kim0> raid10 is generally a good default though
<kim0> I'd recommend just starting with what you have .. then if you face any problems, come and ask questions
<shahid_> ok
<shahid_> kim0: Actual requirement is to setup a cloud like EC2 or slicehost
<kim0> well since you already have a uec setup running in production, you can already do that
<kim0> shahid_: I would recommend you build a small cloud, have users test it, measure performance, collect feedback, then ask questions on how to make it better in directionX
<shahid_> ok
<shahid_> kim0: I have one more question
<kim0> shoot
<shahid_> If I use a 8 core processor I can create max 8 VM's
<shahid_> If I use latest multi-threaded processes such as 8core but 16 threads is it possible to create 16 VM or just 8VM's
<kim0> hmm I am not really sure 8cores = 8VMs
<kim0> perhaps TeTeT can comment on that
<shahid_> Hi TeTeT
<shahid_> TeTeT: If I use latest multi-threaded processes such as 8core but 16 threads is it possible to create 16 VM or just 8VM's
<kim0> shahid_: try waiting a bit more
<shahid_> ok
<TeTeT> shahid_: you can manually override the setting with MAX_CPU= in the eucalyptus.conf on the node controller
<TeTeT> shahid_: if you don't have heavy computational needs, I would say that 32 is a safe value to start from with such a processor
<shahid_> ok
<shahid_> thanks TeTeT & kim0
<kim0> Good luck
#ubuntu-cloud 2011-04-12
<superxgl> hi all , why my web UI can not open ?
<superxgl> i think there is no problem with my cloud environment
<superxgl> oh..wait
<superxgl> CLC machine can not use static ip address ?
<superxgl> i can not access web UI now
<TeTeT> smoser: thanks for your testimonial, much appreciated
<smoser> sorry it took me a while to get to it. but yeah, good luck. i read through the meeting minutes from last time.
<TeTeT> smoser: to be honest I did not prepare my wiki page at all, so it was not a big surprise to get bounced
<smoser> right. you came close though
<smoser> :)
<superxgl> has anyone here had ever ran into this problem ?
<TeTeT> superxgl: yeah, I had that too, but it was with Ubuntu 9.10. Haven't seen it since then unless the cluster or cloud controller was bugged and needed a reboot
<zul> kim0: i just uploaded a newer version of glance so we should be kosher now (once it has been accepted)
<TeTeT> superxgl: but I found no recipe to fix it but to restart
<superxgl> TeTeT: oh, every time i run into this problem i have to restart ? hope it not happen again
<superxgl> TeTeT : thank you very much . i will have a try .
<TeTeT> superxgl: good luck
<kim0> zul: glance ? is that different from the openstack with lxc thing ?
<zul> kim0: yes...glance is the image proxying thing for openstack
<kim0> zul: yeah .. not following .. what's new here ?
<kim0> wasn't glance always packaged
<zul> kim0: yes its been update to address some packaging bugs
<kim0> zul: so new version of glance .. great
<zul> kim0: yep
<kim0> zul: woohoo :) rock n roll
<superxgl> TeTeT: now it works :) tkx
<TeTeT> superxgl: :)
<koolhead17> kim0:
<kim0> koolhead17: hey what's up
<koolhead17> how much time we have left 4 the meeting, or is it allready over?
<kim0> koolhead17: which one
<TeTeT> hggdh: hi, for the automated testing of ubuntu server, where do the tests actually reside?
<koolhead17> aah its tueday today. bad me thee weekly meeting here :)
<hggdh> TeTeT: I am guessing you are talking about the server tests via jenkins
<kim0> koolhead17: hehe yeah its tomorrow
<TeTeT> hggdh: yes :) sorry for being unclear
<koolhead17> TeTeT: supp
<hggdh> TeTeT: heh, no problem
<TeTeT> koolhead17: hi there
<hggdh> TeTeT: two pieces: (1) a jenkins server (ours is currently under AWS, at http://jenkins.qa.ubuntu-uk.org/;
<koolhead17> vmware is all across twitter today.
<TeTeT> hggdh: yes, jamespage gave me that url
<hggdh> TeTeT: (2) as many jenkins slaves as you can get your hands on
<hggdh> TeTeT: the slaves are where the tests are actually run
<hggdh> TeTeT: for ISO, it is mostly itaorna and nhanga (at home with me ;-)
<TeTeT> hggdh: ok, I take by default the jenkins server hosts two slaves or so.
<koolhead17> hggdh: home :)
<hggdh> TeTeT: no, the slaves are different servers
<hggdh> koolhead17: ain't it cool?
<TeTeT> hggdh: http://jenkins.qa.ubuntu-uk.org/job/lucid-server-i386_default/lastCompletedBuild/testReport/test/DefaultTest/testReadWrite/? - where is testReadWrite actually defined?
<TeTeT> hggdh: ah, you can set that up in jenkins I take
<koolhead17> hggdh: lucky you :P
 * koolhead17 missing his home
<hggdh> TeTeT: these were one-time runs, pretty much; the ones we are actually running now (i.e. the ones we certainly do have the code) are for natty
<TeTeT> hggdh: are they in a package or bazaar branch? E.g. if you want to test a modified server iso for a customer, where would I grab the tests from and see if my changes did damage?
<TeTeT> hggdh: it's a theoretical question right now, though - I have no plans for a modified server image ;)
<hggdh> TeTeT: they are in bzr, and in a PPA right now, let me get you the links
<hggdh> TeTeT: https://code.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk
<TeTeT> hggdh: bummer, lucid's bzr is too old for the branch
<hggdh> TeTeT: sic tempora gloria mundi, lucid is too old ;-)
<hggdh> TeTeT: but, anyway, you can grab the source from the latest packages
<TeTeT> hggdh: I've d/l the branch from my natty system, no worries, thanks
<hggdh> TeTeT: anyway: https://launchpad.net/~ubuntu-server-iso-testing-dev/+archive/testing
<hggdh> TeTeT: so, what you would need: add more tests to the slave, and add the jobs on the server (and configure the slave on the server)
<hggdh> TeTeT: theoretically, nothing prohibits you from using, say, our current jenkins server, and adding your own slave to it to run your stuff
<hggdh> TeTeT: last point -- when you get to do it, remember that in our field not much is created, most is copied... have a look at the current jobs, and adapt from there
<koolhead17> okey
<TeTeT> hggdh: ok. I'm just reading the stuff in the u-s-i-t branch, but I don't really see through it - run-tests.py calls the tests themselves, and executes the stuff in templates/test_cases/*
<hggdh> TeTeT: for example, they now cater for cleaning up the slave logs (so that old results do not get saved again and again)
<kim0> Is #cloudfoundry an open-source paas ?! seriously
<hggdh> TeTeT: most of the times we do an ISO install (preseeded); when the install is complete, we copy the test code in the (virtual) machine
<koolhead17> cloud cloud cloud
<TeTeT> hggdh: I see that the README tells me to execute it on a jenkins slave with kvm support, so the testing itself is not done in the cloud at all
<hggdh> TeTeT: indeed -- we need to test specific features of the ISO, and cannot do that in the cloud
<TeTeT> hggdh: do we run similar tests for the images uploaded to amazon by smoser?
<hggdh> TeTeT: OTOH, we are moving our EC2 tests to jenkins
<hggdh> heh
<hggdh> TeTeT: http://jenkins.qa.ubuntu-uk.org/view/natty-ec2/
<TeTeT> hggdh: so the tests to the instance are submitted via cloud init (yaml files) and then check stuff of the instance itself?
<hggdh> yep
<TeTeT> hggdh: nice, thanks for all the info, will relay it tomorrow to my colleagues :)
<hggdh> TeTeT: you are most welcome, sir
<SpamapS> W: Failed to fetch bzip2:/var/lib/apt/lists/partial/us-west-1.ec2.archive.ubuntu.com_ubuntu_dists_natty_main_source_Sources  Hash Sum mismatch
<SpamapS> anybody seen that?
<SpamapS> hmm... is it possible (likely?) that the ec2 mirrors are a bit stuck?
<SpamapS> Archive-Update-in-Progress-ip-10-161-51-124.us-west-1.compute.internal 04-Apr-2011 04:00
<flaccid> probably
#ubuntu-cloud 2011-04-13
<SpamapS> argh!  WARNING: Invalid keys at [https://launchpad.net/~clint-fewbar/+sshkeys]
<flaccid> lol
<flaccid> all the above seems about the usual standard for ubuntu
<flaccid> oh you are a canonical/ubuntu guy?
<jair> hello everyone
<jair> it is a requirement to download the server version 10.10 of ubuntu to use landscape and set up the private cloud? or it is the same kernel I have the alternate version 64bit 10.10 should that work?
<jair> basically what I am asking do I need to download the version 10.10 server of ubuntu or in reality the version 10.10 desktop 64bit will have the same packages and capabilities?
<flaccid> 3mins, uber patient :)
<superxgl> hi all, i have running an instance : euca-run-instances $AMI_IMAGE  -k $KEY_NAME --addressing private -n 1 -g $CLUSTER_MASTER  -f "$bin"/$USER_DATA_FILE -t $INSTANCE_TYPE $KERNEL_ARG --ramdisk eri-A535178D
<superxgl> and i have installed cloud-init package
<superxgl> but i don't why "-f "$bin"/$USER_DATA_FILE" do not execute
<superxgl> is there something wrong ?
<superxgl> the file "$bin"/$USER_DATA_FILE" did *NOT* be executed
<flaccid> you might wanna show the stdeer and exit code
<TeTeT> yeah, is $USER_DATA_FILE a regular shellscript? Can you get it from the instance via wget?
<superxgl> this is the shell script :   http://pastebin.com/mijcWEmc
<flaccid> captcha, lame
<flaccid> ok so where is the output?
<superxgl> this shell script starts the hadoop daemon, no output
<flaccid> you might wanna run it under -ex so you can see what is occurring with the commands.
<superxgl> i have copy this file to my instance , and it can run correclty
<superxgl> sorry, what do u mean run it under -ex  ?
<flaccid> they are bash parameters
<flaccid> going to dinner; bye
<superxgl> flaccid : ok ,tkx.bye
<superxgl> hmm...because it can running in the instance correclty, so i think the shell script is ok
<superxgl> so i think maybe the cloud-init has problems
<superxgl> http://pastebin.com/VTneuzuE
<superxgl> TeTeT: how can i get it from the instance via wget ?
<superxgl> wget from the instance meta-data ?
<TeTeT> superxgl: hmm, don't know from the top of my head, something like wget http://169.254.169.254/current/userdata
<TeTeT> superxgl: http://docs.amazonwebservices.com/AmazonEC2/dg/2007-01-03/AESDG-chapter-instancedata.html
<superxgl> TeTeT: thnx. i will have a try
<superxgl> TeTeT:  http://pastebin.com/5vRdxGy1
<michael__> Is there a good opensource project for providing a layer ontop of ec2 or uec for scalable websites or webapps?
<michael__> something like scalr.net
<soren> scalr is open source.
<TeTeT> superxgl: sorry, out of ideas then
<superxgl> TeTeT: tkx. i will try finding it out
<michael__> soren: yeah but it isn't perfect ;) I just wanted to ask for alternatives :D
<soren> michael__: If you want better answers, ask better questions.
<soren> michael__: Like, say, explain how scalr isn't meeting your needs.
<michael__> scalr isn't stable yet, the current version has a lot of bugs
<michael__> no automatic caching (no needed, but would be a great feature)
<michael__> a Paas layer would be really cool. something like google app engine for uec
<nwl> Cloud Foundry perhaps? :)
<superxgl> where is the cloud-init's message output ?
<TeTeT> superxgl: on the console, via euca-get-console-output <instance id>
<superxgl> [root@CLC bin]# euca-get-console-output i-464C07BC
<superxgl> i-464C07BC
<superxgl> 2011-04-13T11:59:22.263Z
<superxgl> NOT SUPPORTED
<superxgl> hmm...eucalyptus not supported
<superxgl> i found /var/log/cloud-init.log  ,but the file is blank
<kim0> maybe /var/log/syslog
<superxgl> kim0: i find all the file under /var/log, could not find.
<kim0> superxgl: cd /var/log ; grep -r cloud-init * ?
<superxgl> hereis the cloud-init file :   http://pastebin.com/LYyrxxJP
<superxgl> -bash-3.2# cd /var/log ; grep -r cloud-init *
<superxgl> rpmpkgs:cloud-init-0.5.14-23.amzn1.noarch.rpm
<superxgl> maybe the cloud-init is not running ?
<kim0> maybe the grepping is just not right too
<kim0> that's an amazon linux instance right .. never used that before
<superxgl> no, it's not an amazon linux instance, it's an eucalyptus instance
<superxgl> but the cloud-init package is downloaded from the amazon linux instance
<superxgl> maybe that's the problem ?
<superxgl> maybe i have to change something ?
<kim0> just use an ubuntu instance ? :)
<superxgl> emm..but now i need to use centos instance
<kim0> you'd have to dig deep then how the package starts with the system? rpm -ql cloud-init
<kim0> is there a service, is it started, open the script, check where it logs ..etc
<superxgl> kim0 :ãoh, tkx. it is a really useful command.  http://pastebin.com/rfUS8Zjv
<superxgl> http://open.eucalyptus.com/forum/mysql-server-eucalyptus-image-how      "This only works currently with Ubuntu guests and CentOS AMI guests."
<superxgl> maybe not CentOS EMI guests
<TREllis> smoser: I'm checking the latest cloud-init in natty... I want to use it on a baremetal install, I see the preseed values but I'm missing how I specify meta-data/user-data urls? can I do that as a kernel option?
<smoser> yes...
<TREllis> ie. If I seed it to 'NoCloud', How'd I seed /var/lib/cloud/seed...?
<smoser> let me look.
<smoser> theres kind of two ways i think
<TREllis> I'm just poking around the code, but I thought asking you might be quicker :)
<smoser> i would really like your help on getting this documented...
<smoser> i think the 2 ways are something like:
<smoser> a.) drop files ('user-data' and 'meta-data') in /var/lib/cloud/seed/nocloud-net
<TREllis> Sure, I'm kinda documenting this as I go anyway but for a different project, should be easy to pull out the relevant bits
<smoser> user-data can be empty, meta-data should have a value 'seedfrom: http://tinyurl.com/sm-'
<TREllis> ah-ha :)
<smoser> what will then heppen is it will pull from http://tinyurl.com/sm-meta-data and http://tinyurl.com/sm-user-data
<smoser> the second way you can do this is via kernel command line. you can put cloud-config values in
<TREllis> ok, so I'm thinking in a late_command I'll pull the meta-data and user-data files down then... or earlier in the boot grokking /proc/cmdline for urls
<TREllis> ah so there is that already
<superxgl>  curl http://202.115.132.66:8773/latest/user-data
<superxgl> i can get the user-data
<TREllis> superxgl: try doing that if you aren't actually on a cloud :-)
<TREllis> ie. on baremetal
<superxgl> TREllis:  sorry, i could not follow u. what do u mean " on baremetal" ?
<smoser> TREllis, right. that will work.
<smoser> or should
<TREllis> smoser: but you say 2nd way, via kernel command line, what's the option 'user-data=url.to/user-data' ? ;-)
<smoser> TREllis, ./doc/examples/kernel-cmdline.txt has info on how you feed the kernel command line
<smoser> you can just set cloud-config values. and one of those values (i think) you can set is 'meta-data'
<TREllis> superxgl: ie, you are installing a bunch of physical systems and you have zero meta-data service on your network
<smoser> err... 'seed-from'
<TREllis> smoser: ah-ha, found that file thanks, I'll write up a small post on it.
<smoser> TREllis, please let me know what you find. i really apologize for not having done this myself.
<smoser> but i would like to get the doc into cloud-init
<TREllis> smoser: no worries, it's bleeding edge new stuff :)
<smoser> and fix anything that doesnt work.
<superxgl> TREllis ï¼ sorry for my poor englist. so what should i do to get the cloud-init running ? i am still a little confused..
<TREllis> on a related note, I notice that cobbler doesn't respect --kopts-post for ubuntu
<TREllis> superxgl: sorry, I don't follow you, I was talking about a different topic
<superxgl> TREllis : hmm...seems that you were talking about cloud-init , but i could not follow ;-)
<TREllis> superxgl: we were discussing ways you can provide the same meta-data and user-data like ec2/eucalyptus for cloud-init but without using ec2 or eucalyptus
<superxgl> TREllis : oic...it's exciting..
<smoser> TREllis, bummer regading cobbler
<TREllis> smoser: actually... it might just be me. I notice it only uses them in a post snippit which I'm not using, so as long as our grub2 works with 'grubby' it should be ok
<superxgl> maybe i can use this way on my instances
<superxgl> i will put the scripts on my instances
<superxgl> and once the instance start , make the scripts running
<superxgl> -bash-3.2# python /usr/bin/cloud-init
<superxgl>   File "/usr/bin/cloud-init", line 48
<superxgl>     except IOError as e:
<superxgl>                     ^
<superxgl> SyntaxError: invalid syntax
<superxgl> looks like the script has some syntax errors ?
<superxgl> ? looks like cloud-init uses python 2.6
<superxgl> i have installed python 2.6, but my default version still is python 2.4
<superxgl> but not this problem
<superxgl> -bash-3.2# python /usr/bin/cloud-init
<superxgl> Traceback (most recent call last):
<superxgl>   File "/usr/bin/cloud-init", line 23, in ?
<superxgl>     import cloudinit
<superxgl> ImportError: No module named cloudinit
<smoser> well, superxgl, i wonder how you installed, but you're not here.
<TeTeT> smoser: from what I've seen it seems he copied the scripts to whatever os and hoped it would run
<michael__> nwl yeah cloud foundry looks cool missing the php support :D
<michael__> any other opensource layer for using uec as a scalable iaas or as a paas (like scalr.net or google app engine) thanks for suggestions
<nwl> michael__: none that are very good or mature
<michael__> yeah that'S my problem atm
<michael__> scalr isn'T bad so
<michael__> but paas would be awesome, but it should support php node.js at least
<michael__> nwl openfoundry looks great they will add php support, but when :D
<kim0> Hi everyone
<kim0> Ensemble community weekly meeting starting
<kim0> basically this meeting should help keep community members aware of ensemble development
<kim0> I'll be directing any interested people to attend
<kim0> also summaries of this meeting will be posted to planet ubuntu ..etc
<hazmat> This week and last week in ensemble.. we've had a few things go in and a few things in progress. the overall status board for this milestone development (ends at UDS-O) is at http://people.canonical.com/~niemeyer/budapest.html
<kim0> ideally, any future community contributions would be discussed as well
<kim0> Since this is the very first time
<kim0> I think it might be appropriate
<niemeyer> We'll soon be moving that to https://ensemble.canonical.com, btw.. we're just getting the web site organized.
<niemeyer> Well, s/organized/setup
<kim0> to introduce what works "today" in ensemble .. and what is being worked on
<kim0> niemeyer: Great
<hazmat> Last week the ensemble-team landed some changes to formula authorship, specifically the relation-changed-hook was broken out into three separate hooks the relation-joined, relation-changed, relation-depart.
<kim0>  hazmat care to explain why that split was needed
<hazmat> Currently the team is working on a way for the admin to configure services, formula upgrades and fixes to recipes for the the hook change and bashifying our examples.
<hazmat> kim0, in the course of three formula authors writing hooks, it became clear that none of them where getting the sequencing write on the exchange between services. Ensemble was calling the relation-changed hook with one three events join, changed, depart.
<kim0> I think it makes sense to touch a bit deep on what each change would mean to a user or formula developer
<jimbaker> it should be noted that the example recipes for wordpress and mysql have been updated to the new hook semantics seen with -relation-joined, -relation-changed, and -relation-departed
<hazmat> join denotes that a unit of the related service came online
<hazmat> change denotes the unit of a related service changed its settings
<hazmat> depart  denotes the unit of a related service went offline
<kim0> hazmat: perfect
<kim0> hazmat: can you comment on the stuff you're doing for next week as well
<hazmat> There are additional descriptions of what a service/service unit/ and relation in our online docs. http://j.mp/ensemble-docs
<kim0> Thanks for noting that
<kim0> hazmat: How is formula upgrades planned to work
<hazmat> The problem was that formula authors where coding things to relation-change, but that created a subtle timing issue for the sequence, in a distributed system, the change may have already happened by the time the join event was recieved, such that there would be no changed.. The change event is generated/observed against the last time the unit saw the remote unit settings.
<hazmat> Since it was clear this was a common and subtle issue, we decided to change the hook invocation, such that 1. the hooks where split out into relation-joined, relation-changed, and relation-broken
<hazmat> 2. That relation-changed would always be invoked after relation-joined
<kim0> Yeah makes sense
<DigitalFlux> I think that makes sense from a configuration management point of view
<hazmat> There's still some work to be do to upgrade the principia repository with these latest semantics
<hazmat> So moving on to formula upgrades
<kim0> Great way for anyone wanting to wet hands with ensemble .. would be fixing principia to the new hook semantics :)
<jimbaker> (based on my experience, the upgrade to these new hook semantics is quite painless)
<kim0> jimbaker: is there some pattern ?
<jimbaker> kim0, basically what you see is that the handshaking becomes explicit
<jimbaker> prior to the hook semantic changes, formula authors, including myself, were using the accidental ordering of hooks to do the handshaking
<kim0> setup -> joined , tear-down -> departed right
<jimbaker> now what you do in your script is you get your relation settings if you need to consume them. if not there, wait until they become available
<hazmat> The scope of upgrades is pretty large when talking about an arbitrary services, for now to we're tackling an initial step of upgrading just the formula itself, after some back and forth, we'll be restricting formula upgrades to only those service units that are currently running, if its a broken state, it won't be upgraded. We're separately adding a notion of resolving workflow errors, with optional hook retry.
<jimbaker> in your script it is as simple as doing an immediate exit 0 at the point of getting the setting
<kim0> jimbaker: thanks for exaplining that .. guess reading the built-in examples is also a great way to read an example
<jimbaker> (end of story on painless changes for new hook semantics, it's that simple)
<hazmat> cool
<hazmat> so back to upgrades, end result there will be two new ensemble subcommands, ensemble upgrade-formula --repository=examples mydbservice  to upgrade a service formula.
<hazmat> and ensemble resolved [--retry] unit_name
<kim0> hazmat: why isn't upgrading a formula as simple as departing an old service unit .. joining a new one .. or is it ?
<hazmat> kim0, so we're doing formula upgrades, not service upgrades here
<hazmat> ideally the semantic allows for seamless transition without bringing down units
<kim0> hazmat: assuming our perfect example of a wordpres SU running, with a backend mysql SU running
<hazmat> ie. no events are lost, all queued hook executions and observed changes would continue with the new formula
<kim0> could you explain the steps for an upgrade please
<kim0> how it's planned to work rather
<hazmat> so say we've got three units of a wordpress service called myblog running
 * kim0 nods
<hazmat> i've got a new formula which enables some cool plugin in wordpress
<hazmat> to upgrade the service, i'd run ensemble upgrade-formula --repository=$REPO_DIR myblog
<hazmat> That will look into the repo directory for a formula matching the formula of myblog, verify its a newer revision, upload and it mark the units for upgrade.
<hazmat> On the unit side, they'll detect they need upgrades, download the formula, ... and most importantly, execute the upgrade-hook from the new formula before any other hooks from the new formula are executed.
<hazmat> As an additional restriction, to ease authorship of a upgrade hooks, we'll only be upgrading service units that are currently running.
<kim0> aha .. a new  hook
<hazmat> so if the service unit had failed to install or start correctly, it won't be upgradeable
<hazmat> otherwise it becomes a very open-ended question of what the upgrade hook needs to consider
<hazmat> if they can't make any assumptions about the environment their running in
<kim0> Question: Is there some "good-bye" hook for the old version of the formula?
<kim0> Question: Also, does "upgrade-hook" know which version it is upgrading from ? For instance some wordpress upgrades can have (or not) DB schema changes based on the version you're coming from
<hazmat> kim0, there are two good-bye hooks depending on context, in the relation context, if a service is related to other services, if a service unit  goes away, those units will get a -relation-depart hook execution, if the service is removed or the relation between services is removed, they'll get a -relation-broken  hook execution.
<hazmat> in the context of a service unit, if the unit is removed or shutdown (including if the service is removed), the 'stop' hook will be executed.
<kim0> hazmat: yes but do any of depart or broken get fired in case of upgrade
<hazmat> kim0, no.. they don't, the to mysql it looks like the service stays online the whole time
<kim0> cool
<kim0> wrt question2 .. what version the upgrade is starting from
<kim0> is that known to upgrade hook
<hazmat> the mysql units don't see any changes to the state of the wordpress unit... optionally we're looking in the future of allowing  an upgrade hook to iterate and  modify the relations of the unit, if a hook uses that api, then the remote side would see changes
<hazmat> kim0, not yet, but that sounds like a good idea :-)
<kim0> hehe cool
<kim0> Ironically for "Wordpress" what version you're coming from matters a lot
<kim0> Should I file a bug :)
<hazmat> kim0, i'll add it the formula upgrade bug 750483
<uvirtbot> Launchpad bug 750483 in ensemble "unit agent needs to support upgrades" [High,In progress] https://launchpad.net/bugs/750483
<kim0> awesome
<kim0> that sounds well covered
<kim0> Any other points
<kim0> hazmat: anything else ?
<hazmat> nothing else comes to mind for me that's landing this week, bcsaller is doing service-config work which is very cool, but is going to be another week, jim's doing some work on exposing/securing services using ec2 security groups.
<kim0> jimbaker: Wanna talk about anything
<DigitalFlux> I hope i'm not interrupting, but As far as i remember, i did read somewhere that ensemble can depend on shell scripts or puppet to apply the configuration ..
<jimbaker> currently ensemble deploys machines such that the firewall is open
<hazmat> DigitalFlux, all hook are is effectively just an executable, those executable can be in any language and use any tools they'd like
<kim0> DigitalFlux: Yeah it's a high level orchestration tool .. the "hooks" can be written in any language
<DigitalFlux> I don't think that's in the docs, right ? http://people.canonical.com/~niemeyer/ensemble/index.html
<kim0> DigitalFlux: two answers for the price of one ;)
<kim0> Docs are very basic right now
<kim0> DigitalFlux: Help make it better :) bzr branch lp:ensemble
<jimbaker> we will be addressing such that the firewall is configurable by the ensemble user (ensemble expose, ensemble unexpose), with corresponding hooks (exposed, unexposed), and hook commands  (open-port, close-port)
<niemeyer> kim0, DigitalFlux: Well, even suggesting improvements would already be welcome, if you don't have the time to push the changes yourself
<kim0> jimbaker: wow that's cool stuff
<jimbaker> DigitalFlux, it's described to a certain extent in the docs. i actually copy edited some text in the formulas that make it more explicit
<jimbaker> formulas *section*
<niemeyer> kim0: It is indeed!  Effectively an Ensemble user can just do "ensemble expose myblog" and that works
<hazmat> niemeyer, do the draft/specs get published on the doc site?
<niemeyer> hazmat: Yeah
<hazmat> ah. there it is
<kim0> What is open-port close-port ? why are those needed
<hazmat> the expose work is described in further detail at http://people.canonical.com/~niemeyer/ensemble/drafts/expose-services.html
 * kim0 clicks
<jimbaker> kim0, we need to tell ensemble what ports a service needs opened
<hazmat> and http://people.canonical.com/~niemeyer/ensemble/drafts/expose-services.html#service-exposing-for-formula-authors
<jimbaker> there was some debate on whether to describe this in the metadata, but we decided that it was too restrictive to make it static
<DigitalFlux> That's great !, i wil just have to read more about the hooks then ..
<jimbaker> also, a service can open and close ports for a given service unit when that unit is in fact ready
<hazmat> kim0, there's a notion that a service isn't nesc. running on a fixed port, that over time we'll need to do some negotiation for service ports, so that we can do multi-tenant on a machine
<kim0> ah that's cool as well
<hazmat> ie. run three units of different wordpress services on a single machine, each connected to a load balancer for the service.. even with lxc network namespace isolation, we'll be doing a nat against the host machine interface to the container network device.
<kim0> does {open,close}-port operate on top of ec2 security groups ?
<jimbaker> DigitalFlux, this copy editing is in a branch right now, see lp:~jimbaker/ensemble/new-hook-semantics-5-docs
<hazmat> kim0, the mechanism is generic, in future we'll be utilizing machine level firewalls, but for now it will use ec2 security groups
<hazmat> but such a change won't effect the formula-author or user workflow
 * DigitalFlux pulling ..
<jimbaker> this was another important reason - we wanted it provider independent
<kim0> hazmat: so different backends .. i.e. in the future things like cisco firewall APIs would be useable right
<kim0> without even formulas needing change! freaking awesome :)
<niemeyer> alonswartz: How does it feel so far.. looks reasonable?  Anything we can help with?
<niemeyer> kim0: Exactly!
<kim0> jimbaker: Great stuff, anything else you want to comment on
<DigitalFlux> Overwhelming :)
<kim0> Indeed it is
<hazmat> to be fair the implementation change won't effect them, but the introduction of port-negotiation/allocation might.
<kim0> Only because it's the first time I suppose :)
<hazmat> indeed
<jimbaker> kim0, i think that pretty much covers it for me. i have some other work to smooth out rough edges and inconsistencies, as might be expected :)
<kim0> Any special handling to RPC style services .. a la NFS
<kim0> I guess it's a corner case
<kim0> but why not bring that up :)
<jimbaker> kim0, we have only considered a very simple mode of port opening, but potentially we could extend it
<kim0> definitely makes sense
<kim0> Great stuff indeed
<jimbaker> we do cover tcp and udp, but not how it would interact with stateful firewalls for example
<kim0> jimbaker: guess ec2 security groups cover those too as well
<jimbaker> kim0, indeed, it was an easy mapping for now :)
<kim0> um .. icmp ? ipsec ? future versions right
<kim0> those not having a notion of port .. might be a bit problematic
<jimbaker> i do believe the mechanism we have in place should readily support other protocols in the future, it's not restrictive on what open-port means for example
<kim0> yeah let's leave it till then
<kim0> cool
<alonswartz> niemeyer: sorry, I had to handle a quick emergency...
<niemeyer> alonswartz: Oh, no problem
<kim0> alonswartz: hey
<alonswartz> Hey kim0 :)
<niemeyer> alonswartz: Was just wondering if we could help with anything you might be pondering about, since you already had some background on the project previously
<kim0> o/
<alonswartz> I didn't get to follow the whole conversation, but I do have a question
<alonswartz> Is the project ready for outside collaboration yet?
<kim0> It is!
 * kim0 looks around
<kim0> bzr branch lp:ensemble
<niemeyer> alonswartz: Absolutely
<niemeyer> alonswartz: The whole development happens in the open
<kim0> alonswartz: https://lists.ubuntu.com/mailman/listinfo/Ensemble
<niemeyer> alonswartz: Open IRC channel, mailing list, source code, etc
<alonswartz> I have to admit I haven't looked into ensemble since my brush with it at UDS-M
<niemeyer> alonswartz: We've come a long way.. it actually works now :-)
<kim0> hehe
<alonswartz> but it seems you have made great head way
<alonswartz> I'll read up the docs, take it for a spin, and then I'll be more clued up as to the design, and hopefully have ideas on how I can help
<kim0> bcsaller: o/
<bcsaller> hmm?
<alonswartz> OT, I saw you chose to use txaws. out of curiosity, why not boto? does ensemble use async?
<kim0> It's the first time
<kim0> bcsaller: So you're free to comment on anything you like :)
<bcsaller> I think I'll have more new stuff to show next week
<jimbaker> alonswartz, we use twisted completely
<jimbaker> (this works better with the underlying zookeeper implementation)
<kim0> bcsaller: sure thing .. we're not limited to last week though for this time ..
<alonswartz> before I ask stupid questions that are answered in the docs, I'll read them first...
<kim0> Alrighty
<hazmat> we debated a while ago about twisted vs. eventlet/gevent.. but its done at this point.
<alonswartz> but I can't help myself, does/will (or how does) ensemble handle scaling ?
<jimbaker> short answer: yes!
<kim0> as in add service units in runtime
<hazmat> alonswartz, at the moment, you can scale via adding removing units to any service in the environment
<kim0> I think it already does huh
<alonswartz> so the user needs to do it manually, right? there isn't a master ensemble server that handles it transparently...
<jimbaker> alonswartz, again i'd refer you to our docs, many of the hooks deal with scaling up and down
<hazmat> there isn't any autoscaling exposed at the moment, just the ensemble command line to do it.
<hazmat> alonswartz, but its a bit more automated than manual.. if i have mediawiki connected to mysql, memcached, and haproxy.. adding a unit of mediawiki, auto configures it with all those other services.
<alonswartz> fair enough, i'll read the docs and come back with better questions :)
<kim0> Open topic .. any comments, questions
<niemeyer> Thanks all!
<jimbaker> the one thing we don't do that's part of the autoscaling is automatically determine how many service units you need. that would seem to depend on your specific stack needs
<kim0> Can't believe we almost consumed the full hour
<kim0> this was a blast
<niemeyer> jimbaker: That's up for debate
<jimbaker> but we do handle the orchestration, and that's a differentiating factor compared to say puppet
<niemeyer> jimbaker: We haven't covered that topic yet, so let's not provide the impression we're not doing it when in fact we really have to think through the use cases.
<kim0> I would want to hook auto-scaling to some performance-measuring-hook
<jimbaker> niemeyer, agreed
<niemeyer> kim0: Exactly
<kim0> lovely
 * kim0 hugs Ensemble
<alonswartz> Thanks folks!
<kim0> Thanks niemeyer jimbaker bcsaller hazmat alonswartz DigitalFlux
<kim0> Meeting end
<jimbaker> kim0, thanks for organizing this
<bcsaller> kim0: thanks
<kim0> Thank you folks .. This is really exciting stuff
<DigitalFlux> Yeah, Thanks kim0
<kim0> Lovely Ubuntu communities hehe :)
<DigitalFlux> autoscaling with upper limits for the resources would be AWESOME !
<kim0> ec2 limits you to 20 instances any way :P
<DigitalFlux> kim0: Oh, didn't know that
<kim0> you have to explictly ask them to raise that limit
<DigitalFlux> But still, if that can be done based on some metrics that i specify, and machines will scale up and down ..
<DigitalFlux> Well, i will have to quit my job then :-)
<kim0> DigitalFlux: ec2 has some form of that
<kim0> they can monitor load average and auto-scale up/down
<kim0> TEH cloud :)
<kim0> BUT
<DigitalFlux> So what form of orchestration do you point to here ?
<alonswartz> kim0: ec2 has a 20 instance limit?
<kim0> ec2 would "scale" by launching you an instance and you're on your own
<DigitalFlux> jimbaker: So what form of orchestration do you point to here ?
<DigitalFlux> kim0: ofc
<kim0> alonswartz: yeah afaik .. you can raise it
<kim0> you'd just have to contact them
<kim0> or use a different account ..
<kim0> DigitalFlux: with ensemble .. you're not on your own
<kim0> an instance is fired, hooks are triggered to configure it and join it to neighbour instances
<alonswartz> kim0: good to know. I didn't know they had a limit.
<DigitalFlux> kim0: That's the new slogan for the project ? :-)
<kim0> alonswartz: you probably wanna check that too :)
<kim0> dont depend on my leaky memory .. but I found traces of that on google .. so I'm probably not making it up
<alonswartz> i was planning on spinning up a 100 instance cluster (for a batch job), so I'll need to look into that
<kim0> hehe perfect timing
<alonswartz> i'll report back :)
 * kim0 is interested what would need 100 instances
<alonswartz> kim0: batch build of all turnkey appliances, all target formats, all amazon regions, all...
<alonswartz> the list goes on and on ..
<kim0> a ha .. got it
<kim0> one thing I disliked about ec2 .. is their biggest instance is 64G ram
<alonswartz> add 64bit to the equation and it spirals out of control...
<kim0> a friend of mine doing scientific numerical analysis needs a bigger rig .. any suggestions
<jimbaker> DigitalFlux, sorry was in another meeting
<DigitalFlux> jimbaker: no probs, i'm in another one right now :)
<jimbaker> ensemble ensures that all hooks are fired on all service units, in the correct order
<DigitalFlux> jimbaker: you mentioned orchestration
<jimbaker> so this is what i would describe as orchestration
<DigitalFlux> hmm, and puppet doesn't do something similar ?
<jimbaker> a given service unit only needs to take care of itself, responding as its hooks fire
<jimbaker> puppet/chef is very different. it's top down. and because there's a need to worry about the layout, it's hard to write generic recipes
<DigitalFlux> yeah, there have been some efforts done to enhance this, but i guess the model is still different than ensemble
<DigitalFlux> I need to work on how can i get both of the worlds i guess
 * DigitalFlux needs to do some lab
<jimbaker> DigitalFlux, it's definitely a different model. one thing i was challenged on is that puppet better accommodates a model of sysadmins actually logging into a machine and messing around
<jimbaker> this is defended on the basis that critical fixes must be done and now ;)
<jimbaker> i think the cloud model where we don't care about specific machines is inherently better for this
<DigitalFlux> hmm, considering puppet+mcollective, wouldn't that be already solved using this combination ?
<jimbaker> as i recall mcollective, we still have a better foundation in zookeeper, which gives us total ordered events and a consistent, durable view of the world
<kim0> jimbaker: I would love to capture that in plain English in a faq page :)
<jimbaker> but i can really talk best about ensemble
<kim0> did niemeyer check mcollective as well
<kim0> and how ensemble would compare
<jimbaker> kim0, it really comes straight from a zookeeper faq, but there are some ensemble considerations that need to be mixed in
<kim0> jimbaker: I'm adding a faq page tomorrow .. so would love if you could explain a bit more how ensemble is different from puppet+mcollective
<jimbaker> i'm probably not the best person on the team, but i'm sure we can help there
<niemeyer> kim0: There's absolutely nothing like Ensemble out there
<kim0> niemeyer: I'm writing a faq page tomorrow
<kim0> some nice explanations are most welcome :)
<niemeyer> kim0: Not even close.. the perspective taken is completely different
<niemeyer> kim0: https://j.mp/ensemble-docs  should help
<kim0> I guess I should read more about mcollective :)
<niemeyer> kim0: I think this is the wrong perspective..
<niemeyer> kim0: Documentation on Ensemble should be produced to demonstrate its merits, and why we're developing it
<niemeyer> kim0: There's no point in *starting* with something like a competition shootdown
<kim0> niemeyer: yeah but how is ensemble different from puppet/chef and how it relates to augeas, mcollective...etc is FAQ I think
<kim0> Not that I'd talk down other tools .. each has a purpose in life
<niemeyer> kim0: Show why we're developing Ensemble, why it rocks, why we love what we're doing
<niemeyer> kim0: Let people figure by themselves how it compares
<jimbaker> kim0, fwiw, we recommend using augeas w/ ensemble
<kim0> jimbaker: awesome
<jimbaker> it's a nice tool that's perfectly matches w/ what ensemble does
<jimbaker> vs say using puppet templates, which could be done, but just brings in more unnecessary stuff
<jimbaker> principia currently demonstrates the use of augtool, and the bashified examples i've been working on will add it in a future branch
<kim0> jimbaker: does ensemble discourage templates ..
<jimbaker> kim0, not at all. they can be the only way to accomplish certain things. but augtool is more robust
<jimbaker> assuming the lens exist (writing them is more complicated however)
<jimbaker> however, one can readily write templates in nearly any language. the bashified examples for example demonstrate that with bash here docs
<jimbaker> everything the template needs can simply be obtained from the necessary settings
<jimbaker> the local scope that a hook runs in - it only has to work on changing its service unit and coordinating through settings - makes it unnecessary to do more complicated things in the templates
<jimbaker> ensemble really has this wonderful simplicity about it. i think that is what excites us a team
<jimbaker> as a team
<kim0> always a sign you're doing things the right way :)
<jimbaker> kim0, indeed. that's why the apt for the cloud is so appropriate as a way of conceptualizing what we are trying to do
<jimbaker> even if we are working just on the dpkg part right now
<kim0> hehe indeed!
<Heartsbane> so I am curious with the example listed at https://help.ubuntu.com/community/UEC/BundlingImages
<kirkland> Heartsbane: hi, trouble bundling?  what's your error?
<Heartsbane> I keep getting Invalid certfailed to upload kernel
<Heartsbane> failed to bundle kernel lucid-server-uec-amd64-vmlinuz-virtual
<Heartsbane> failed: euca-bundle-image --destination /tmp/uec-publish-image.ljX0Sp --arch x86_64 --image /tmp/uec-publish-image.ljX0Sp/.rename.ulD5ZK/lucid-server-uec-amd64-vmlinuz-virtual --kernel true
<Heartsbane> x86_64
<Heartsbane> I am trying to understand what is happening there
<Heartsbane> I am assuming there is more reading that someone can suggest or refer me too
 * Heartsbane kicks himself over and over and over and over.
<Heartsbane> sorry I figured it out ... time for more caffeine
<Heartsbane> it was such a little thing :(
 * Heartsbane is a ashamed.
<michael__> any suggestions for a good layer on top of uec? in the way of scalr.net or google app engine? should be opensource.
<SpamapS> interesting presentation about 'Xeround' at the MySQL UC
<SpamapS> michael__: just pick your favorite language/framework
<michael__> SpamapS: and how to make it scalable in the uec ?
<michael__> I would like to run a few projects in a scalable way with a bit of failover resistance sorta
#ubuntu-cloud 2011-04-14
<crazed> ensemble eh? sounds pretty cool
<crazed> i want to see it in use though
<flaccid> tried chef or puppet before?
<crazed> yeah i use chef mostly currently
<crazed> chef cloudformation and cloud-init, but you need to combine three things to get the end goal, seems ensemble is trying to do all three together
<flaccid> well cloud-init is a perfect example
<flaccid> that relies on upstart and yet its not even a dependency of the package
<flaccid> it won't work on most other distributions out of box. i still need to find time to port it.
<flaccid> i guess if you are happy with being locked into ubuntu with everything, then its certainly the distro you can be happy with
<crazed> amazon linux adopted cloud-init, i think others would as well, there's nothing else out there that provides a nice set of tools to interact with userdata
<flaccid> yes they had to fork it and do their own version of it which really doesn't help. i need to find term to merge both so that more than 2 distros can use it.
<flaccid> term=time
<flaccid> its disheartening to see two distros act like proprietary companies
<crazed> would it really be that hard to port to say centos?
<crazed> https://bugs.launchpad.net/cloud-init/+bug/655837
<uvirtbot> Launchpad bug 655837 in cloud-init "integrate changes from amazon" [Medium,Triaged]
<flaccid> no i did an analysis and its not hard to port, but of course it takes a little bit of time. this doesn't address the concept of a platform independent codebase
<crazed> oh you're subscribed to that
<flaccid> yes thats the bug we have
<flaccid> nobody has time
<flaccid> good ol working backwards. amazon forked it because it depends on upstart..
<smoser> amazon forked because it depends on apt
<smoser> that was the biggest issue
<smoser> the upstart isn't really all that bad.
<smoser> and they didn't really chose to fork. they're interested in getting their changes back upstream
<smoser> business forced them to fork (ie, they needed something *now*)
<crazed> maybe there should be a concept similar to chef, where it abstracts the init/package systems
<smoser> well, yes. some abstraction layer for packages would be necessary.
<flaccid> i analyzed the code and upstart is more hard in there imho. there is no reason to depend on either.
<flaccid> smoser: if they are interested, why have they not just done it?
<smoser> things take time.
<flaccid> true, but how long for this one? :)
<flaccid> i want to do it so i can port it properly to debian and conform to deb policy, but heh i dont have time yet
<crazed> time's always an issue
<smoser> and priority
<smoser> you have something that works, its hard to assign priority to doing the right thing
<smoser> :)
<smoser> anyway...
<crazed> true
<flaccid> it doesn't work on debian heh
<smoser> i am interested in making cloud-init function properly on debian
<flaccid> otherwise i would of included it in the AMIs i release last week
<smoser> and would be interested in helping people make it work on fedora or the like.
<flaccid> yep, its just time and priority for both of us right and we've talked about this before
<flaccid> thanks again for the rightscale support though :) me and jeremydei are lovin it
<smoser> so you're using it?
<smoser> thats great.
<flaccid> oh just in some natty testing stuff
<smoser> it could be better.
<smoser> you're kindof delegated to user-scripts with it.
<flaccid> i have to find time to rewrite the rightlink_installer.sh for the hook
<smoser> rather than being able to insert boothooks and such
<flaccid> well just the one remote script to install rightlink is all we need :)
<flaccid> smoser: tried out my images yet by any chance?
<smoser> no.
<flaccid> ah wells
<koolhead17> hi all
#ubuntu-cloud 2011-04-15
<AhmedSoliman> Guys, after installing ami-46906c2f and dist-upgrade
<AhmedSoliman> not sudo asks for a password!, what am I supposed to do?
<AhmedSoliman> s/not/now
<kim0> r u using the free tier
<kim0> AhmedSoliman: well that's weird .. can't find bug traces on LP
<kim0> smoser: would you be aware of something like that
<kim0> AhmedSoliman: if you're on a hurry, and this is a new machine .. probably the fastest path is to terminate this instance, start a new one, set the ubuntu user password to something you know, update/dist-upgrade/reboot
<smoser> AhmedSoliman, i'll try to reproduce that, but i can't really think of what would have gone wrong
<kim0> if it still happens .. please file a bug (and mention it here) .. but then you'll know the password at least
<AhmedSoliman> kim0 just point me where to create the bug
<AhmedSoliman> smoser: I'll destroy the machine idd
<kim0> AhmedSoliman: terminate (not stop)
<AhmedSoliman> kim0: sure :)
<kim0> AhmedSoliman: I think a bug should go into https://bugs.launchpad.net/ubuntu/+source/linux-ec2 unless smoser has another say :)
<smoser> it is almost certainly not a bug against linux-ec2
<smoser> as that package is not even in natty
<kim0> oh oops then
<smoser> and it is highly unlikely to be a kernel bug :)
<kim0> I guess on "sudo" then
<AhmedSoliman> so, sudoers is supposed to have NOPASSWD: ALL for the admin group, right?
<AhmedSoliman> apparently, the sudoers file is updated by sudo package maybe
<AhmedSoliman> and the configuration is overwritten
<smoser> AhmedSoliman, i can confirm that is broken
<smoser> please open bug against sudo
<AhmedSoliman> https://bugs.launchpad.net/ubuntu/+source/sudo ?
<kim0> yeah
<kim0> AhmedSoliman: the "report a bug" up there on the right
<smoser> AhmedSoliman,
<smoser> please use
<smoser> ubuntu-bug sudo
<smoser> inside an instance
<smoser> ideally of that AMI
<TeTeT> yeah for apport
<AhmedSoliman> I modified the sudoers already
<smoser> AhmedSoliman, i can do it if you dont want to launch an instance
<smoser> AhmedSoliman, i'll open one
<AhmedSoliman> https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/761689
<uvirtbot> Launchpad bug 761689 in sudo "sudo overwrites sudoers after dist-upgrade" [Undecided,New]
<AhmedSoliman> I think it's better to update that one
<AhmedSoliman> uvirtbot: that's mine
<uvirtbot> AhmedSoliman: Error: "that's" is not a valid command.
<kim0> AhmedSoliman: it's a bot
<smoser> AhmedSoliman, thank you.
 * kim0 scratches head
<kim0> How could a bug that obvious not be reported todate
<kim0> It's not even ec2 related
<smoser> its a regression in 1.7.4p4-5ubuntu5
<smoser> released Fri, 25 Mar 2011 09:13:43 +0100
<smoser> i'm not sure why i wouldn't have seen it before
<AhmedSoliman> smoser: probably not lucky enough :)
<kim0> hehe
<lborda> kim0, ping
<kim0> lborda: hey
<lborda> kim0, how is it going? I am wondering if you have some documentation about the new features that is comming in natty for UEC... couldn't find anywhere
<kim0> hmm
<kim0> lborda: From release notes, Eucalyptus is now the latest stable point release (2.0.2) with security and efficiency fixes
<kim0> lborda: Also if you're interested in openstack .. it's packaged for natty
<kim0> OpenStack nova 2011.2, glance 2011.2, and swift 1.3.0 uploaded for Ubuntu natty today
<kim0> check out http://ubuntu-news.org/2011/04/15/ubuntu-11-04-natty-narwhal-beta-2-released/?utm_source=twitterfeed&utm_medium=statusnet&utm_campaign=Feed%3A+ubuntu-news+(Ubuntu+News)
<lborda> kim0, humm cool tks for the info...
<kim0> anytime ;)
<lborda> kim0, i'm going to try out uec in natty today... have you experienced any big issues during the install... ?
<kim0> haven't really installed fresh onto natty.. but sure thing .. give it a go and let us know
<lborda> kim0, im sure i will np
<kim0> lborda: sounds great .. enjoy :)
<kirkland> kim0: ping
<kim0> kirkland: hey
<nwl> being on this channel makes me feel like I never left Canonical :)
<smoser> AhmedSoliman, mvo is uploading fix for your sudo bug
<smoser> thank you for finding it.
<ttx> nwl: that's what *you* think.
<nwl> ttx: congrats on the release
<ttx> nwl: thanks! happy that it's over :)
<kim0> ttx: congrats man :)
 * kim0 hands ttx a cactus :)
#ubuntu-cloud 2011-04-16
<gabrtv> anyone use cloud-init to write out multi-line config files?
<gabrtv> would like to cat > file <<EOF inside the runcmd module.. but i'm getting tripped up w/ YAML and newlines
<kim0> gabrtv: hey .. check out these examples .. http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/files/390?file_id=examples-20100127004921-ou2032hwkan2zmud-1
<gabrtv> the page is resulting in redirect loops for some reason
<gabrtv> can't click on any examples in the code browser
<jair> gabrtv: really?
<gabrtv> but i'll check out the project or something
<gabrtv> The webpage at http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/files/head:/doc/examples/cloud-config.txt?file_id=examples-20100127004921-ou2032hwkan2zmud-1 has resulted in too many redirects.
<kim0> bzr branch lp:cloud-init  â cd doc/examples .. I think
#ubuntu-cloud 2011-04-17
<oc80z> p â q
<oc80z> if p then q, if not q then not p
<oc80z> ~:>
<DigitalFlux> Hi Guys
<DigitalFlux> I'm having problems with configuring the puppet client, modifying puppet.conf for the [client] section doesn't seem to be read by the puppet service when it is restart !
<jahil2> Hi Everyone
<DigitalFlux> Hi jahil2
<jahil2> I'm compiling snd-aloop from alsa-source package on ubuntu 10.04 2.6.32-312-ec2
<jahil2> module compiled successfully but - error inserting '/usr/src/modules/alsa-driver/drivers/snd-aloop.ko': -1 Unknown symbol in module
<jahil2> any hint or clue will be appreciated
<jahil2> or how can build custom kernel for uce-images
<crazed> hmm anyone ever have an issue with the s3cmd package?
<crazed> specifically, s3cmd sync s3://somebucket/ /some/dir/
<crazed> errors out with "is a directory /some/dir/other/dir"
<crazed> which doesn't seem to make sense considering what sync is supposed to do
<jair> hello guys, I was wondering if I can ask questions about UEC, or this is just for Wednesdays 6:pm UTC
#ubuntu-cloud 2012-04-09
<utlemming> hazmat: I found the bug with lxc-ubuntu-cloud and should a patch to hallyn shortly
#ubuntu-cloud 2012-04-10
<cjs226> in EC2, is there any way to achieve static hostnames when using auto scaling?  i ask as I'm tracking data using Nagios and Graphiteâ¦but it's not working well as each instance has yet another new name which is inefficient to store and kills trending over time
#ubuntu-cloud 2012-04-11
<uksysadmin> hey all
<uksysadmin> anyone using MAAS?
<uksysadmin> I get a 500 deleting nodes and was wondering if anyone has seen this/can help troubleshoot??
#ubuntu-cloud 2012-04-12
<jo-erlend> it shouldn't be necessary to install anything special in the guest in order to take full advantage of Spice?
<jo-erlend> using Ubuntu host and guest.
#ubuntu-cloud 2012-04-14
<amznusr292> hi guys.  is amazon a kind of 'ubuntu cloud'? (ec2 in specific)
<amznusr292> I'm fairly new and will have some questions about setting up my ec2 instance
<amznusr292> for one thing,  I logged in it said a lot of updates were available so I just typed "sudo yum update" -- is that the right way to do it?
