Re: DevCloud replacement
OK thank you. Will look into creating a packer file for it... Will have a dependency on qemu-img for converting to xen raw. I've yet to find a way to do this on osx. Do you know what had to be done to get it running in PV mode? I've been looking at generating a Debian image too for those with more ram (256mb per VM). Ubuntu is out of the question at 512mb ram required. On 22 Jun 2014 06:50, Rohit Yadav bhais...@apache.org wrote: Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
On Sun, Jun 22, 2014 at 2:58 PM, Ian Duffy i...@ianduffy.ie wrote: OK thank you. Will look into creating a packer file for it... Will have a dependency on qemu-img for converting to xen raw. I've yet to find a way to do this on osx. Do you know what had to be done to get it running in PV mode? It should work for PV as well, just install using the iso. For conversions to various formats, you may see our appliance building script: https://github.com/apache/cloudstack/blob/master/tools/appliance/build.sh (hack but works, uses vbox, veewee and vhd-util) Regards. I've been looking at generating a Debian image too for those with more ram (256mb per VM). Ubuntu is out of the question at 512mb ram required. On 22 Jun 2014 06:50, Rohit Yadav bhais...@apache.org wrote: Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
I went ahead and built two small linux vms for my personal testing: (both can be downloadable from http://people.apache.org/~bhaisaab/vms) tinycore.ova is ~9M image based on tinycore Linux 3.x release and requires at least 50M RAM tinycore-openbox.ova is ~29M and has openbox window manager Cheers. On Sun, Jun 22, 2014 at 5:16 PM, Rohit Yadav rohityada...@gmail.com wrote: On Sun, Jun 22, 2014 at 2:58 PM, Ian Duffy i...@ianduffy.ie wrote: OK thank you. Will look into creating a packer file for it... Will have a dependency on qemu-img for converting to xen raw. I've yet to find a way to do this on osx. Do you know what had to be done to get it running in PV mode? It should work for PV as well, just install using the iso. For conversions to various formats, you may see our appliance building script: https://github.com/apache/cloudstack/blob/master/tools/appliance/build.sh (hack but works, uses vbox, veewee and vhd-util) Regards. I've been looking at generating a Debian image too for those with more ram (256mb per VM). Ubuntu is out of the question at 512mb ram required. On 22 Jun 2014 06:50, Rohit Yadav bhais...@apache.org wrote: Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
Awesome thanks Rohit. Did you do anything on the boxes or just a clean ISO install and export? I'm trying to create packer files so we can reproduce these images easily. I'm having to do all the conversion stuff within a VM. vhd-util / qemu-img does not play nicely with OSX. On 22 June 2014 13:40, Rohit Yadav rohityada...@gmail.com wrote: I went ahead and built two small linux vms for my personal testing: (both can be downloadable from http://people.apache.org/~bhaisaab/vms) tinycore.ova is ~9M image based on tinycore Linux 3.x release and requires at least 50M RAM tinycore-openbox.ova is ~29M and has openbox window manager Cheers. On Sun, Jun 22, 2014 at 5:16 PM, Rohit Yadav rohityada...@gmail.com wrote: On Sun, Jun 22, 2014 at 2:58 PM, Ian Duffy i...@ianduffy.ie wrote: OK thank you. Will look into creating a packer file for it... Will have a dependency on qemu-img for converting to xen raw. I've yet to find a way to do this on osx. Do you know what had to be done to get it running in PV mode? It should work for PV as well, just install using the iso. For conversions to various formats, you may see our appliance building script: https://github.com/apache/cloudstack/blob/master/tools/appliance/build.sh (hack but works, uses vbox, veewee and vhd-util) Regards. I've been looking at generating a Debian image too for those with more ram (256mb per VM). Ubuntu is out of the question at 512mb ram required. On 22 Jun 2014 06:50, Rohit Yadav bhais...@apache.org wrote: Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
On Sun, Jun 22, 2014 at 7:34 PM, Ian Duffy i...@ianduffy.ie wrote: Awesome thanks Rohit. Did you do anything on the boxes or just a clean ISO install and export? Simply, install and export which should work. You may even use the ISO [1] when creating VMs from within ACS UI. [1] http://www.tinycorelinux.net/downloads.html Cheers. I'm trying to create packer files so we can reproduce these images easily. I'm having to do all the conversion stuff within a VM. vhd-util / qemu-img does not play nicely with OSX. On 22 June 2014 13:40, Rohit Yadav rohityada...@gmail.com wrote: I went ahead and built two small linux vms for my personal testing: (both can be downloadable from http://people.apache.org/~bhaisaab/vms) tinycore.ova is ~9M image based on tinycore Linux 3.x release and requires at least 50M RAM tinycore-openbox.ova is ~29M and has openbox window manager Cheers. On Sun, Jun 22, 2014 at 5:16 PM, Rohit Yadav rohityada...@gmail.com wrote: On Sun, Jun 22, 2014 at 2:58 PM, Ian Duffy i...@ianduffy.ie wrote: OK thank you. Will look into creating a packer file for it... Will have a dependency on qemu-img for converting to xen raw. I've yet to find a way to do this on osx. Do you know what had to be done to get it running in PV mode? It should work for PV as well, just install using the iso. For conversions to various formats, you may see our appliance building script: https://github.com/apache/cloudstack/blob/master/tools/appliance/build.sh (hack but works, uses vbox, veewee and vhd-util) Regards. I've been looking at generating a Debian image too for those with more ram (256mb per VM). Ubuntu is out of the question at 512mb ram required. On 22 Jun 2014 06:50, Rohit Yadav bhais...@apache.org wrote: Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
On Sun, Jun 22, 2014 at 7:34 PM, Ian Duffy i...@ianduffy.ie wrote: Awesome thanks Rohit. Did you do anything on the boxes or just a clean ISO install and export? I'm trying to create packer files so we can reproduce these images easily. I'm having to do all the conversion stuff within a VM. vhd-util / qemu-img does not play nicely with OSX. Yeah, I suppose you'll have to use Linux for image conversions (only for xen vhd, vbox supports qcow2). Not sure how packer works, if it solves this problem that would be great. Lastly, there is a way to get it to work on osx, but that comes with some pain: http://blogs.citrix.com/2012/10/04/convert-a-raw-image-to-xenserver-vhd. Cheers. On 22 June 2014 13:40, Rohit Yadav rohityada...@gmail.com wrote: I went ahead and built two small linux vms for my personal testing: (both can be downloadable from http://people.apache.org/~bhaisaab/vms) tinycore.ova is ~9M image based on tinycore Linux 3.x release and requires at least 50M RAM tinycore-openbox.ova is ~29M and has openbox window manager Cheers. On Sun, Jun 22, 2014 at 5:16 PM, Rohit Yadav rohityada...@gmail.com wrote: On Sun, Jun 22, 2014 at 2:58 PM, Ian Duffy i...@ianduffy.ie wrote: OK thank you. Will look into creating a packer file for it... Will have a dependency on qemu-img for converting to xen raw. I've yet to find a way to do this on osx. Do you know what had to be done to get it running in PV mode? It should work for PV as well, just install using the iso. For conversions to various formats, you may see our appliance building script: https://github.com/apache/cloudstack/blob/master/tools/appliance/build.sh (hack but works, uses vbox, veewee and vhd-util) Regards. I've been looking at generating a Debian image too for those with more ram (256mb per VM). Ubuntu is out of the question at 512mb ram required. On 22 Jun 2014 06:50, Rohit Yadav bhais...@apache.org wrote: Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
Lastly, there is a way to get it to work on osx, but that comes with some pain: http://blogs.citrix.com/2012/10/04/convert-a-raw-image-to-xenserver-vhd. I went through that but couldn't fulfil the dependency on as86 / dev86 On 22 June 2014 16:27, Rohit Yadav rohityada...@gmail.com wrote: On Sun, Jun 22, 2014 at 7:34 PM, Ian Duffy i...@ianduffy.ie wrote: Awesome thanks Rohit. Did you do anything on the boxes or just a clean ISO install and export? I'm trying to create packer files so we can reproduce these images easily. I'm having to do all the conversion stuff within a VM. vhd-util / qemu-img does not play nicely with OSX. Yeah, I suppose you'll have to use Linux for image conversions (only for xen vhd, vbox supports qcow2). Not sure how packer works, if it solves this problem that would be great. Lastly, there is a way to get it to work on osx, but that comes with some pain: http://blogs.citrix.com/2012/10/04/convert-a-raw-image-to-xenserver-vhd. Cheers. On 22 June 2014 13:40, Rohit Yadav rohityada...@gmail.com wrote: I went ahead and built two small linux vms for my personal testing: (both can be downloadable from http://people.apache.org/~bhaisaab/vms) tinycore.ova is ~9M image based on tinycore Linux 3.x release and requires at least 50M RAM tinycore-openbox.ova is ~29M and has openbox window manager Cheers. On Sun, Jun 22, 2014 at 5:16 PM, Rohit Yadav rohityada...@gmail.com wrote: On Sun, Jun 22, 2014 at 2:58 PM, Ian Duffy i...@ianduffy.ie wrote: OK thank you. Will look into creating a packer file for it... Will have a dependency on qemu-img for converting to xen raw. I've yet to find a way to do this on osx. Do you know what had to be done to get it running in PV mode? It should work for PV as well, just install using the iso. For conversions to various formats, you may see our appliance building script: https://github.com/apache/cloudstack/blob/master/tools/appliance/build.sh (hack but works, uses vbox, veewee and vhd-util) Regards. I've been looking at generating a Debian image too for those with more ram (256mb per VM). Ubuntu is out of the question at 512mb ram required. On 22 Jun 2014 06:50, Rohit Yadav bhais...@apache.org wrote: Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Thanks.
Re: DevCloud replacement
Hi Ian, On Sun, Jun 22, 2014 at 5:43 AM, Ian Duffy i...@ianduffy.ie wrote: Hey Rohit, Quick question for you about the ttylinux_vhd image. I'm just about to push some changes to allow for an advanced cloud configuration. While doing some final tests I found myself unable to resolve domains in VMs I brought up. It's very old (I don't know who made it, I just reused it from the first DevCloud by Edison) and based on old linux 2.x, sometimes it fails to get IP from dhcp (VR). Let's refresh it. On inspecting my resolv.conf on a ttylinux based machine I noticed the following: search citrite.net nameserver 10.216.4.31 nameserver 10.216.4.34 nameserver 10.9.47.59 nameserver 172.16.2.66 search cs2cloud.internal nameserver 10.1.1.1 nameserver 8.8.8.8 The first block of nameservers are taken precedence, from what I can tell they are hard coded into your image. Is there any easy way I could re-generate a ttylinux image without them? Yes, you may get the iso and make a vhd yourself: (use pc-486 or appropriate) http://www.ttylinux.net/Documents/User_Guide.html I idea was to build a very small linux image, I also recommend playing with: http://www.damnsmalllinux.org/ http://www.tinycorelinux.net/downloads.html (I've used this, installed linux distro fits in 10MB :) Regards. Thanks.
Re: DevCloud replacement
Hey Ian, Nice work! I got this working on my home PC on the weekend [1]. The readme on github could probably do with pointers to how to set up the host-only network which is also used for devcloud: https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud#DevCloud-Se ttingup(VirtualBox) Cheers, Leo [1] today, on my corporate laptop (mac) I cannot quite get it working since my silly corporate firewall is preventing connection from the VMs back to the host. I did hack and ssh-tunnel up to the point that the vms come up (so at least I know it is not a mac-compat or script issue), but then cloudstack fails to create the system vm instances. Basically what I need to use here is design 2 or 3; my own local setup at the moment basically matches design 2. On 6/13/14, 9:05 PM, Ian Duffy i...@ianduffy.ie wrote: Awesome! I'm still tweaking things here and there. For whatever reason my internet connection to S3 is very poor so I'm insuring that caching of templates on the host via vagrant-cachier works 100%. Will do out more in-depth documentation over the next 2 weeks. Will explain what makes up the boxes and how all the projects tie into each other. Still need to deliver on the two other designs 2 http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy 15/5662278724616192 On 13 June 2014 20:02, Rohit Yadav bhais...@apache.org wrote: Thanks for your work Ian, it's up and running, and I finally have a Xen vm/box to play with. Cheers. On Fri, Jun 13, 2014 at 11:51 PM, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox .box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes Š It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
Hi Leo, Ian's xenserver vagrant works on host-only too. If you do 'vagrant up' and if the VMs boot up you verify with VirtualBox that the second VM (xenserver) will have nic0 (NAT) and nic1 (host-only with promiscuous mode enabled). If that is not the case I suspect some issue in Chef/Vagrant that needs debugging. Regards. On Mon, Jun 16, 2014 at 9:48 PM, Leo Simons lsim...@schubergphilis.com wrote: Hey Ian, Nice work! I got this working on my home PC on the weekend [1]. The readme on github could probably do with pointers to how to set up the host-only network which is also used for devcloud: https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud#DevCloud-Se ttingup(VirtualBox) Cheers, Leo [1] today, on my corporate laptop (mac) I cannot quite get it working since my silly corporate firewall is preventing connection from the VMs back to the host. I did hack and ssh-tunnel up to the point that the vms come up (so at least I know it is not a mac-compat or script issue), but then cloudstack fails to create the system vm instances. Basically what I need to use here is design 2 or 3; my own local setup at the moment basically matches design 2. On 6/13/14, 9:05 PM, Ian Duffy i...@ianduffy.ie wrote: Awesome! I'm still tweaking things here and there. For whatever reason my internet connection to S3 is very poor so I'm insuring that caching of templates on the host via vagrant-cachier works 100%. Will do out more in-depth documentation over the next 2 weeks. Will explain what makes up the boxes and how all the projects tie into each other. Still need to deliver on the two other designs 2 http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy 15/5662278724616192 On 13 June 2014 20:02, Rohit Yadav bhais...@apache.org wrote: Thanks for your work Ian, it's up and running, and I finally have a Xen vm/box to play with. Cheers. On Fri, Jun 13, 2014 at 11:51 PM, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox .box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are
Re: DevCloud replacement
Hi Leo, Thanks for the feedback. Will add some virtualbox network instructions, its something I always overlook, always set and forget. The corporate firewall issue sounds interesting. What is the name of it just out of interest? I've had issues in the past on a mac with communications being blocked from VM - host over a host-only connection. On 16 June 2014 19:14, Rohit Yadav bhais...@apache.org wrote: Hi Leo, Ian's xenserver vagrant works on host-only too. If you do 'vagrant up' and if the VMs boot up you verify with VirtualBox that the second VM (xenserver) will have nic0 (NAT) and nic1 (host-only with promiscuous mode enabled). If that is not the case I suspect some issue in Chef/Vagrant that needs debugging. Regards. On Mon, Jun 16, 2014 at 9:48 PM, Leo Simons lsim...@schubergphilis.com wrote: Hey Ian, Nice work! I got this working on my home PC on the weekend [1]. The readme on github could probably do with pointers to how to set up the host-only network which is also used for devcloud: https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud#DevCloud-Se ttingup(VirtualBox) Cheers, Leo [1] today, on my corporate laptop (mac) I cannot quite get it working since my silly corporate firewall is preventing connection from the VMs back to the host. I did hack and ssh-tunnel up to the point that the vms come up (so at least I know it is not a mac-compat or script issue), but then cloudstack fails to create the system vm instances. Basically what I need to use here is design 2 or 3; my own local setup at the moment basically matches design 2. On 6/13/14, 9:05 PM, Ian Duffy i...@ianduffy.ie wrote: Awesome! I'm still tweaking things here and there. For whatever reason my internet connection to S3 is very poor so I'm insuring that caching of templates on the host via vagrant-cachier works 100%. Will do out more in-depth documentation over the next 2 weeks. Will explain what makes up the boxes and how all the projects tie into each other. Still need to deliver on the two other designs 2 http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy 15/5662278724616192 On 13 June 2014 20:02, Rohit Yadav bhais...@apache.org wrote: Thanks for your work Ian, it's up and running, and I finally have a Xen vm/box to play with. Cheers. On Fri, Jun 13, 2014 at 11:51 PM, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox .box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with
DevCloud replacement
Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes … It works out of the box. Enjoy the week-end, -Sebastien
Re: DevCloud replacement
Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes … It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes ... It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes ... It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes ... It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes … It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
Just out of interest. Is there any reason we don't use devcloud.sql to modify the service offerings and disk offerings to use local storage? On 13 June 2014 19:21, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes … It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
On Fri, Jun 13, 2014 at 11:54 PM, Ian Duffy i...@ianduffy.ie wrote: Just out of interest. Is there any reason we don't use devcloud.sql to modify the service offerings and disk offerings to use local storage? I think we should do it, I used to do it myself (manually though). I was also thinking to change couple of default CloudStack global settings. For example, the local storage for systemvms to true -- these days any host would consist of 100+GBs primary storage. In previous decades/years, I could understand why people had dedicated secondary storages but now a typical host is capable of having terabytes of storage therefore we should allow systemvms to run on local storage by default among other things. Also, I think most of us have been setting them up (which is a pain) everytime we boot up ACS on a freshly deployed database. Regards. On 13 June 2014 19:21, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes ... It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
Thanks for your work Ian, it's up and running, and I finally have a Xen vm/box to play with. Cheers. On Fri, Jun 13, 2014 at 11:51 PM, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes ... It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
Awesome! I'm still tweaking things here and there. For whatever reason my internet connection to S3 is very poor so I'm insuring that caching of templates on the host via vagrant-cachier works 100%. Will do out more in-depth documentation over the next 2 weeks. Will explain what makes up the boxes and how all the projects tie into each other. Still need to deliver on the two other designs 2 http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy15/5662278724616192 On 13 June 2014 20:02, Rohit Yadav bhais...@apache.org wrote: Thanks for your work Ian, it's up and running, and I finally have a Xen vm/box to play with. Cheers. On Fri, Jun 13, 2014 at 11:51 PM, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes … It works out of the box. Enjoy the week-end, -Sebastien -- Daan
Re: DevCloud replacement
Caching of templates would be great, looking forward to your work on rest of the designs. Cheers. On Sat, Jun 14, 2014 at 12:35 AM, Ian Duffy i...@ianduffy.ie wrote: Awesome! I'm still tweaking things here and there. For whatever reason my internet connection to S3 is very poor so I'm insuring that caching of templates on the host via vagrant-cachier works 100%. Will do out more in-depth documentation over the next 2 weeks. Will explain what makes up the boxes and how all the projects tie into each other. Still need to deliver on the two other designs 2 http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy15/5662278724616192 On 13 June 2014 20:02, Rohit Yadav bhais...@apache.org wrote: Thanks for your work Ian, it's up and running, and I finally have a Xen vm/box to play with. Cheers. On Fri, Jun 13, 2014 at 11:51 PM, Ian Duffy i...@ianduffy.ie wrote: Hi Rohit, Thank you for the PR :) was meaning to add a section on the vagrant setup. I've recently extended some of it to use vagrant-cachier for caching the systemvm templates. On 13 June 2014 19:05, Rohit Yadav bhais...@apache.org wrote: I've fixed README: https://github.com/imduffy15/GSoC-2014/pull/1 I installed two vagrant plugins and now it has started to work :) Still under progress. Cheers. On Fri, Jun 13, 2014 at 11:21 PM, Rohit Yadav bhais...@apache.org wrote: Hi Ian, I tried to launch using vagrant up and getting following errors related to librarian_chef and omnibus. I just followed the README file - cloned your repo, updated submodules (so they are cloned too) and did vagrant up. Before opening issue on JIRA, I thought I share it here. Here's the full log; $ vagrant up [21:48:22] Bringing machine 'management' up with 'virtualbox' provider... Bringing machine 'xenserver' up with 'virtualbox' provider... == management: Box 'chef/centos-6.5' could not be found. Attempting to find and install... management: Box Provider: virtualbox management: Box Version: = 0 == management: Loading metadata for box 'chef/centos-6.5' management: URL: https://vagrantcloud.com/chef/centos-6.5 == management: Adding box 'chef/centos-6.5' (v1.0.0) for provider: virtualbox management: Downloading: https://vagrantcloud.com/chef/centos-6.5/version/1/provider/virtualbox.box == management: Successfully added box 'chef/centos-6.5' (v1.0.0) for 'virtualbox'! There are errors in the configuration of this machine. Please fix the following errors and try again: Vagrant: * Unknown configuration section 'librarian_chef'. * Unknown configuration section 'omnibus'. On Fri, Jun 13, 2014 at 9:41 PM, Rohit Yadav bhais...@apache.org wrote: On Fri, Jun 13, 2014 at 9:25 PM, Daan Hoogland daan.hoogl...@gmail.com wrote: Thanks Sebastien and of course Ian, I will try. BUT i think the reason is that xcp is not well supported and devcloud is not based on xenserver but on xcp or even a vanilla (debian/ubuntu?) xen. So will we continue on Ians path or go back and fix devcloud? I think there is no point in supporting XCP, so we should continue with Ian's path and start using/testing ACS with xenserver ( or xenproject). Thanks Ian and Sebastien, trying it out now. The ttylinux image is also accessible here: http://people.apache.org/~bhaisaab/vms/ttylinux_pv.vhd Cheers. On Fri, Jun 13, 2014 at 5:36 PM, sebgoa run...@gmail.com wrote: Hi folks, As you know I love Devcloud, but it has its pains and lately it got broken in 4.3, and I don't think it works with 4.4. So I encourage you to check out: https://github.com/imduffy15/GSoC-2014 This works out of the box. It is from Ian , it uses Vagrant boxes that are available in the vagrant cloud . It sets up NFS and MySql on a centOS6.5 VM, and uses a xenserver box for the hypervisor. You then build locally, 3306 is forwarded localhost, so it looks like your db is local. NAT routing is setup nicely. Devcloud cfg file used . You start bhaissab ttylinux image. It uses Chef recipes ... It works out of the box. Enjoy the week-end, -Sebastien -- Daan
