Hi Sebastian, On 28 Apr 2014, at 09:02, Sebastien Goasguen <run...@gmail.com> wrote:
> > On Apr 25, 2014, at 2:07 PM, Dave Scott <dave.sc...@citrix.com> wrote: > >> Hi, >> >> On 25 Apr 2014, at 17:41, Ian Duffy <i...@ianduffy.ie> wrote: >> >>> Hi All, >>> >>> Thanks for the congratulations! Looking forward to putting more time >>> into Cloudstack. >>> >>> My project in brief involves re-creating devcloud using vagrant and >>> provisioning them with puppet. There's a full proposal at >>> http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy15/5662278724616192 >>> for anybody interested. >> >> I think this will be really good! >> >>> I've started doing a small amount of work on it. As stated in the >>> proposal I'm going to be using xenserver. I read up on doing >>> unattended installations with xenserver and created a packerfile for >>> creating the box file https://github.com/imduffy15/packer-xenserver >> >> By coincidence Jon Ludlam (cc:d) and I have started working on something >> similar — maybe we can collaborate. Our goal was to be able to create >> vagrant definitions (or similar) that we could glue together like lego, to >> make development environments with (e.g.) multiple xenservers to test >> migration and environments with both xen and kvm to test interop, while >> being able to run the management server locally for ease of debugging… well >> that’s the dream anyway :-) >> >> Jon created a xenserver-6.2-sp1 vagrant box (manually) and uploaded it to >> vagrant cloud: >> >> https://vagrantcloud.com/jonludlam/xenserver-6.2-sp1 >> >> (It looks like your packerfile should cleanly automate the production of >> this — is that right?) >> >> I created a very simple ‘infrastructure’ VM which contains mysql, NFS for >> primary and secondary and NAT/DNSMASQ so it can act as the gateway for the >> nested guests: >> >> https://github.com/djs55/cloudstack-dev-vms/tree/master/cloudstack-infrastructure >> >> and I customised Jon’s box to switch to bridge, fiddle with networking >> settings etc: >> >> https://github.com/djs55/cloudstack-dev-vms/tree/master/xenserver-6.2 > > @Dave, this is a bit strange. I am pretty sure CloudStack works with OVS on > XS because that's how we do the GRE tunnels for the native SDN controller. Hm, good point. Maybe this was when I was using an old CloudStack branch. Anyway, I’m on master now :-) so I’ll try switching back to OVS! > >> >> and I’ve got a marvin/deployDatacenter config: >> >> https://github.com/djs55/cloudstack-dev-vms/blob/master/datacenter.cfg >> >> Using virtualbox on OSX I can ‘vagrant up’ the infrastructure VM, ‘vagrant >> up’ the xenserver and then run the management server locally… just about. >> There are still lots of rough edges like >> >> 1. I think I need to do something to ensure the management server uses a >> sensible IP address; since I’m running it on the host for ease of >> development, there are about 10 different IPs it could choose > > in your config file you should be able to define an IP for the mgt server > that is on the same host only network as the VMs. OK > >> >> 2. When switching between cloudstack branches I need to download a matching >> system VM template. I was wondering if I could auto-download the right >> template directly into NFS secondary storage on the infrastructure VM. I >> keep forgetting to do this and it’s very annoying! > > Don't know about this one. You can pressed the templates for sure, but if you > are trying to switch from cloudstack release branches to another 4.1 to 4.3 > for instance, this may mess up your install anyway. It would be good to cache > the various ssvm locally, where you can fetch them faster. Yeah, locally caching a few templates would be handy. Hopefully I’ve not been using up too much of jenkins.buildacloud.org’s bandwidth! Thanks for the tips! Dave >> >> 3. I don’t know how best to spawn multiple xenservers, manage their IPs, add >> them to the cloud etc. > > As Ian said (if I understand your question properly) you can just use > "multi-machines" support in vagrant > >> The deployDatacenter .json format seems to be being actively developed, so >> now the one in the repo only works with cloudstack/master. Maybe this is >> where puppet comes in? > > Marvin is being actively refactored in the marvin-refactor branch, there is a > merge called on it, but it has not happened yet. > >> >> Plus of course to test KVM we need a hypervisor supported by vagrant and >> which supports nested virt which probably means supporting running also on a >> KVM host. So far our Vagrantfiles and boxes are virtualbox-specific. > > I went on the dark side for this and bought vmware workstation :) But I agree > that the vagrant recipes should have a switch to allow us to go from XS to > KVM. > >> >> Cheers, >> Dave >> >>> >>> On 23 April 2014 11:24, Rajesh Battala <rajesh.batt...@citrix.com> wrote: >>>> Congrats Ian, Darren and Seif! >>>> >>>> >>>> -----Original Message----- >>>> From: Sebastien Goasguen [mailto:run...@gmail.com] >>>> Sent: Wednesday, April 23, 2014 1:43 AM >>>> To: dev@cloudstack.apache.org >>>> Cc: Ian Duffy; Darren Brogan; Seif Eddine Jemli >>>> Subject: [GSOC2014] Acceptance of three projects for CloudStack >>>> >>>> I am pleased to announce the acceptance of three google summer of code >>>> projects for Apache CloudStack in summer 2014. >>>> >>>> Our three students are: >>>> >>>> -Ian Duffy (back for one more round), who will work on a >>>> vagrant/puppet/travis configuration to improve on devcloud. >>>> -Darren Brogam, who will improve the GCE and AWS interfaces (that has he >>>> has co-authored) -Seif Eddine Jemli, who will develop a new UI for Primary >>>> Storage plug-ins >>>> >>>> Mike Tutkowski will mentor Seif, while I will mentor Ian and Darren. >>>> >>>> Join me in congratulating our three stars of gsoc 2014 ! >>>> >>>> -Sebastien
