sorry didn't finish my last email - another late night... it would be great to see devcloud support centos/ubuntu. After getting the debian 7 based devcloud working with packer and vagrant I'll take a look in more detail at your repo to see what makes sense for the next steps.
Many thanks, Chris On Wed, Jan 29, 2014 at 11:55 PM, chris snow <chsnow...@gmail.com> wrote: > Thanks for the info Sebastien. > > I have made a bit more progress with: > > - fixing up the existing debian 7 veewee build [1] > - converting the fixed debian 7 veewee build to packer [2] > > I'll focus on adding proper vagrant support over the next couple of days. > > --- > [1] > https://github.com/snowch/cloudstack/commit/3c3b72dcc1a018635060753937963189690cf94e > [2] https://github.com/snowch/cloudstack/tree/master/tools/appliance/packer > > On Wed, Jan 29, 2014 at 10:44 PM, Sebastien Goasguen <run...@gmail.com> wrote: >> >> On Jan 29, 2014, at 1:57 PM, chris snow <chsnow...@gmail.com> wrote: >> >>> I have started thinking about some options: >>> >>> 1) use packer to convert the devcloud2 veewee definition as a starting >>> point >>> 2) create devcloud3 from scratch >>> 3) start with an existing packer definition (e.g. [1]) >>> >>> Do you have a view on which option may be most suitable? >>> >> >> My view would be to start from scratch but of course looking at what has >> been done. >> >> In an ideal world, I would love to see a packer/vagrant file that would do: >> >> -Ubuntu and CentOS >> -Xen and KVM >> >> That way we can decide on what to build. Of course there might be issues due >> to the PV/HVM support in vbox and the OS chosen. >> I don't recall what the issue was that made Rohit use Debian (but see >> http://bhaisaab.org/logs/devcloud/), but ideally it would be good to use >> stock ubuntu 12.04 or 13.04 >> I list 13.04 because there seems to be an issue with libvirt in 12.04 in the >> case that you want ceph (http://ceph.com/docs/master/rbd/rbd-cloudstack/). >> Of course ceph on a single node does not make sense, but for a devcloud3 >> setup we could imagine setting up ceph in it and use it as primary storage. >> >> I mention KVM because if one uses VMware workstation than KVM would be an >> option. >> >> What I am doing these days is taking a veewee bare definition and using >> veewee-to-packer to get started with packer. I install chef/salt/puppet >> agents in the image so that I can use the 3 of them if I want to. >> >>> If we go with option 2 or 3, do you think debian 7.0 should be used as >>> a starting point, or another version such as 7.2 or 7.3? Or even >>> another distro? >>> >>> Are these goals still valid for devcloud3? >>> >>> - Two network interfaces, host-only adapter so that the VM is >>> reachable from host os and a NAT so VMs can access Internet. >> >> Yes >> >>> - Can be used both as an all in one box solution like the original >>> DevCloud but the mgmt server and other services can run elsewhere (on >>> host os). >> >> Yes >> >>> - Reduce resource requirements, so one could run it in 1G limit. >> >> Would be great, but remember that systemvm and ttylinux will run within it, >> so those 4 alone may use 1G >> >>> - Allow multiple DevCloud VMs hosts. >> >> That would be great. Having some skeleton for multiple devcloud hosts in a >> vagrant file so we can deploy "full" clouds. >> >>> - x86 dom0 and xen-i386 so it runs on all host os. >>> - Reduce exported appliance (ova) file size. >>> - It should be seamless, it should work out of the box. >> >> yes >> >>> >>> Are there any new requirements in addition to the ones discussed in >>> this email chain, e.g. >>> >>> - vagrant support (in addition to the ova/ovf image) >>> - packer and vagrant build environment >>> >> >> In simstack https://github.com/runseb/simstack I am trying to provide >> chef/salt/puppet recipes for the install. So in devcloud3, I would lay >> things out so that we can also do those 3 cfg mgt system in the future. Note >> that simstack is not devcloud as I am trying to run the simulator and have >> to compile from source because there is no simulator package. >> >>> >>> Many thanks, >>> >>> Chris >>> >>> >>> [1] https://github.com/opscode/bento/tree/master/packer >>> >>> On Wed, Jan 29, 2014 at 2:25 PM, Sebastien Goasguen <run...@gmail.com> >>> wrote: >>>> >>>> On Jan 29, 2014, at 8:49 AM, Rohit Yadav <bhais...@apache.org> wrote: >>>> >>>>> Thanks for stepping in. That is much needed, in fact I think we should >>>>> use something like packer alongwith vagrant/veewee for both devcloud >>>>> and systemvmtemplate. Veewee can build vms, packer can export them to >>>>> various platforms/formats and a developer could use vagrant for local >>>>> devcloud/host automation. >>>>> >>>> >>>> I looked into it the other day and I agree we need to revamp this. >>>> >>>> veewee development and maintenance is going to stop. So we need to prep a >>>> packer version >>>> >>>> So yes we should create a packer definition for devcloud3 :) and be able >>>> to post-process it to vagrant. >>>> >>>> >>>> >>>>> Regards. >>>>> >>>>> On Wed, Jan 29, 2014 at 1:30 AM, chris snow <chsnow...@gmail.com> wrote: >>>>>> I would like to build the devcloud2 image [1] from scratch using >>>>>> veewee (or packer) and turn it into a vagrant box. >>>>>> >>>>>> There seems to be several versions of Vagrant files and veewee >>>>>> definitions in the code base, making it difficult to know which one to >>>>>> start from, or whether they are still valid. >>>>>> >>>>>> Many thanks, >>>>>> >>>>>> Chris >>>>>> >>>>>> [1] http://bhaisaab.org/logs/devcloud/ >>>> >>> >>> >>> >>> -- >>> Check out my professional profile and connect with me on LinkedIn. >>> http://lnkd.in/cw5k69 >> > > > > -- > Check out my professional profile and connect with me on LinkedIn. > http://lnkd.in/cw5k69 -- Check out my professional profile and connect with me on LinkedIn. http://lnkd.in/cw5k69
