You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by James Martin <jm...@basho.com> on 2012/11/30 00:43:29 UTC
back in the game, deploying to devcloud
Sorry folks, had to take a long hiatus from my cloudstack work, but
I'm back in the game and determined to get my devcloud work ready for
a patch and submitted. Right now the problem I'm running into is
deploying the build:
mvn clean install -P developer -D skipTests ; ant build-all rdeploy
rdeploydb -Dport=7222
[sshexec]
[sshexec]
[sshexec] deploydb:
[sshexec]
[sshexec]
[sshexec] deploycddb:
[sshexec]
[sshexec] [exec] failed to init cloudev
dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
directory
This is running from master.
- James
Re: back in the game, deploying to devcloud
Posted by James Martin <jm...@basho.com>.
Ok, sounds good. I'll keep an eye out for next Weds.
On Fri, Nov 30, 2012 at 2:20 PM, Rohit Yadav <ro...@citrix.com> wrote:
> James, we've weekly IRC meetings, maybe you can join us next Wednesday. Watchout on the mailing list, the meeting schedule is announced prior to the meeting on dev ml.
> Regards.
> ________________________________________
> From: James Martin [jmartin@basho.com]
> Sent: Friday, November 30, 2012 8:48 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: back in the game, deploying to devcloud
>
> Sebastien,
>
> Thanks for the context. An IRC meetup would be great.
>
> -James
>
>
> On Fri, Nov 30, 2012 at 9:58 AM, Sebastien Goasguen <ru...@gmail.com> wrote:
>> Maybe I can help with a bit of context here,
>>
>> After Edison released the first devcloud, Chip started to automate the building of devcloud. He contributed some early code in /tools/devcloud which used veewee/vagrant and puppet to build the image automatically. I tested it and created the wiki page:
>>
>>> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>>
>> but this was not finished and fully tested.
>>
>> Time passed...
>>
>> Then James started fixing this.
>>
>> Time passed…
>>
>> Then Rohit just released a new devcloud which solved problems a few of us where having, especially with the host only interface.
>>
>> The automation of building devcloud is still there.
>>
>> What would be nice is for James and Rohit to sync, so that what Rohit did can be automated by the work from James with vagrant and puppet.
>>
>> The current problem James is having just seems to be a building issue with maven that Rohit could help with ? However James may have to look at using Wheezy per Rohit's work?
>>
>> Maybe an IRC discussion can help ?
>>
>> Hope that helps,
>>
>> -Sebastien
>>
>>
>> On Nov 30, 2012, at 3:31 PM, Charles Moulliard <ch...@gmail.com> wrote:
>>
>>> There is a wiki page here :
>>> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>>>
>>>
>>> On Fri, Nov 30, 2012 at 3:16 PM, James Martin <jm...@basho.com> wrote:
>>>
>>>> Rohit,
>>>>
>>>> I've spent quite a bit of time fixing all the veewee and vagrant
>>>> configs in tools devcloud, and also re-rewirting the puppet stuff. I
>>>> understand that you create the image yourself because it's a hassle to
>>>> do so yourself. My work has alleviated that problem.
>>>>
>>>> RIght now the fruit of my labor is a fully ready configured vm, I just
>>>> need instructions on how to deploy the build to it. There is nothing
>>>> on http://rohityadav.in/logs/devcloud that mentnions how to do so.
>>>>
>>>> - James
>>>>
>>>> On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com>
>>>> wrote:
>>>>> James, I see your point, this will probably be fixed later on. We need
>>>> to fix the veewee and vagrant configs in tools/devcloud.
>>>>> Right now I created only the image as most people would not want to
>>>> create their own. If you're looking to create your own, checkout diy
>>>> section of http://rohityadav.in/logs/devcloud
>>>>> The problem is I've used Debian Wheezy, configuring the vagrant box was
>>>> tricky also some packages like mkisofs and maven3 will have to fetched as
>>>> they are not on distro's repos.
>>>>> Any help in fixing these scripts would be great.
>>>>>
>>>>> Regards.
>>>>>
>>>>> ________________________________________
>>>>> From: James Martin [jmartin@basho.com]
>>>>> Sent: Friday, November 30, 2012 1:10 PM
>>>>> To: cloudstack-dev@incubator.apache.org
>>>>> Subject: Re: back in the game, deploying to devcloud
>>>>>
>>>>> Just to clear things up -- I'm not using an image at all. I'm working
>>>>> on the stuff that builds devcloud. I'd like devcloud to be part of
>>>>> the source tree, not something external that you download. I feel
>>>>> this makes for a cleaner development experience and forces the
>>>>> creation of the devcloud image to remain in the core codebase.
>>>>>
>>>>> The goal is to be able, from the cloudstack project root:
>>>>>
>>>>> cd tools/devcloud
>>>>> vagrant up
>>>>> vagrant ssh
>>>>>
>>>>> In order for this to work it requires a vagrant basebox, and a vagrant
>>>>> xenbox. Currently in my fork these are built cleanly with veewee,
>>>>> vagrant, and puppet via a shell script by simply:
>>>>>
>>>>> cd tools/devcloud/deps
>>>>> ./boxer.sh -b all
>>>>>
>>>>> And you end up with:
>>>>>
>>>>> vagrant box list
>>>>> devcloudbase (virtualbox)
>>>>> devcloudbase-xen (virtualbox)
>>>>>
>>>>> Once those vagrant boxes are completed you'd run,
>>>>>
>>>>> cd ../
>>>>> vagrant up
>>>>> vagrant ssh
>>>>>
>>>>> vagrant ssh
>>>>> Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
>>>>>
>>>>> * Documentation: https://help.ubuntu.com/
>>>>> Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
>>>>> devcloud@devcloud:~$ ls /opt/cloudstack/
>>>>> apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
>>>>> startdevcloud.sh
>>>>>
>>>>> and now you have an clean devcloud vagrant install. If you ever screw
>>>>> up the system,
>>>>> you simply:
>>>>> vagrant destroy
>>>>> vagrant up
>>>>>
>>>>> to start fresh
>>>>>
>>>>> I have all of that completed. I just want to be able to install a
>>>>> build to this blank vm. It seems like I should follow these steps:
>>>>>
>>>>>
>>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
>>>>>
>>>>> but I receive an error here:
>>>>>
>>>>> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>>>>> [INFO] Scanning for projects...
>>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>> [INFO] Reactor Build Order:
>>>>> [INFO]
>>>>> [INFO] Apache CloudStack Developer Tools
>>>>> [INFO] Apache CloudStack Developer Tools
>>>>> [INFO]
>>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>> [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
>>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>> [INFO]
>>>>> [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
>>>>> (default) @ cloud-developer ---
>>>>> [WARNING] Ignoring missing properties file:
>>>>>
>>>> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
>>>>> [INFO]
>>>>> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
>>>>> cloud-developer ---
>>>>> [INFO]
>>>>> [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
>>>>> [INFO] Executing tasks
>>>>>
>>>>> main:
>>>>> [copy] Copying 60 files to
>>>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>>>> [copy] Copying 9 files to
>>>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>>>> [INFO] Executed tasks
>>>>> [INFO]
>>>>> [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @
>>>> cloud-developer ---
>>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>> [INFO] Reactor Summary:
>>>>> [INFO]
>>>>> [INFO] Apache CloudStack Developer Tools ................. FAILURE
>>>> [2.025s]
>>>>> [INFO] Apache CloudStack Developer Tools ................. SKIPPED
>>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>> [INFO] BUILD FAILURE
>>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>> [INFO] Total time: 2.947s
>>>>> [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
>>>>> [INFO] Final Memory: 12M/81M
>>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>> [ERROR] Failed to execute goal
>>>>> org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
>>>>> project cloud-developer: Communications link failure
>>>>> [ERROR]
>>>>> [ERROR] The last packet sent successfully to the server was 0
>>>>> milliseconds ago. The driver has not received any packets from the
>>>>> server. Can not read response from server. Expected to read 4 bytes,
>>>>> read 0 bytes before connection was unexpectedly lost.
>>>>> [ERROR] -> [Help 1]
>>>>> [ERROR]
>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>>> the -e switch.
>>>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>>> [ERROR]
>>>>> [ERROR] For more information about the errors and possible solutions,
>>>>> please read the following articles:
>>>>> [ERROR] [Help 1]
>>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>>>>>
>>>>>
>>>>> I don't believe that it's connecting to the vagrant vm I have running
>>>>> and doing the proper deploys. How can we fix this?
>>>>>
>>>>> Thanks!
>>>>>
>>>>> James
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com>
>>>> wrote:
>>>>>> Irrespective of whatever cloudstack version you're on, you don't have
>>>> different workflows for 4.0 and asf master, just build, deploydb and run
>>>> the mgmt server as you have on your laptop, using the new devcloud image:
>>>> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>>>>>>
>>>>>> And make sure to set these global settings and restart mgmt server,
>>>> before you deploy a basic zone:
>>>>>>
>>>>>> host = 192.168.56.1
>>>>>> system.vm.use.local.storage = true
>>>>>> management.network.cidr = 192.168.56.0/24
>>>>>> secstorage.allowed.internal.sites = 192.168.56.0/8
>>>>>>
>>>>>> If you're want to build inside use host ip equal to 192.168.56.10.
>>>> Checkout instructions on working with ASF master and the new devcloud in
>>>> the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>>>>>>
>>>>>> Hope this helps,
>>>>>> Rohit
>>>>>>
>>>>>> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>>>>>>
>>>>>>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>>>>>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>>>>>>> I'm back in the game and determined to get my devcloud work ready for
>>>>>>>> a patch and submitted. Right now the problem I'm running into is
>>>>>>>> deploying the build:
>>>>>>>>
>>>>>>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>>>>>>> rdeploydb -Dport=7222
>>>>>>>>
>>>>>>>>
>>>>>>>> [sshexec]
>>>>>>>> [sshexec]
>>>>>>>> [sshexec] deploydb:
>>>>>>>> [sshexec]
>>>>>>>> [sshexec]
>>>>>>>> [sshexec] deploycddb:
>>>>>>>> [sshexec]
>>>>>>>> [sshexec] [exec] failed to init cloudev
>>>>>>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>>>>>>> directory
>>>>>>>>
>>>>>>>
>>>>>>> Just wondering which image of devloud you were using. Rohit released
>>>>>>> a new Debian Wheezy based image recently which works against master.
>>>>>>>
>>>>>>> Are you running this for 4.0?
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Prasanna.,
>>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Sr. Enterprise Architect (RedHat)
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
RE: back in the game, deploying to devcloud
Posted by Rohit Yadav <ro...@citrix.com>.
James, we've weekly IRC meetings, maybe you can join us next Wednesday. Watchout on the mailing list, the meeting schedule is announced prior to the meeting on dev ml.
Regards.
________________________________________
From: James Martin [jmartin@basho.com]
Sent: Friday, November 30, 2012 8:48 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: back in the game, deploying to devcloud
Sebastien,
Thanks for the context. An IRC meetup would be great.
-James
On Fri, Nov 30, 2012 at 9:58 AM, Sebastien Goasguen <ru...@gmail.com> wrote:
> Maybe I can help with a bit of context here,
>
> After Edison released the first devcloud, Chip started to automate the building of devcloud. He contributed some early code in /tools/devcloud which used veewee/vagrant and puppet to build the image automatically. I tested it and created the wiki page:
>
>> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>
> but this was not finished and fully tested.
>
> Time passed...
>
> Then James started fixing this.
>
> Time passed…
>
> Then Rohit just released a new devcloud which solved problems a few of us where having, especially with the host only interface.
>
> The automation of building devcloud is still there.
>
> What would be nice is for James and Rohit to sync, so that what Rohit did can be automated by the work from James with vagrant and puppet.
>
> The current problem James is having just seems to be a building issue with maven that Rohit could help with ? However James may have to look at using Wheezy per Rohit's work?
>
> Maybe an IRC discussion can help ?
>
> Hope that helps,
>
> -Sebastien
>
>
> On Nov 30, 2012, at 3:31 PM, Charles Moulliard <ch...@gmail.com> wrote:
>
>> There is a wiki page here :
>> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>>
>>
>> On Fri, Nov 30, 2012 at 3:16 PM, James Martin <jm...@basho.com> wrote:
>>
>>> Rohit,
>>>
>>> I've spent quite a bit of time fixing all the veewee and vagrant
>>> configs in tools devcloud, and also re-rewirting the puppet stuff. I
>>> understand that you create the image yourself because it's a hassle to
>>> do so yourself. My work has alleviated that problem.
>>>
>>> RIght now the fruit of my labor is a fully ready configured vm, I just
>>> need instructions on how to deploy the build to it. There is nothing
>>> on http://rohityadav.in/logs/devcloud that mentnions how to do so.
>>>
>>> - James
>>>
>>> On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com>
>>> wrote:
>>>> James, I see your point, this will probably be fixed later on. We need
>>> to fix the veewee and vagrant configs in tools/devcloud.
>>>> Right now I created only the image as most people would not want to
>>> create their own. If you're looking to create your own, checkout diy
>>> section of http://rohityadav.in/logs/devcloud
>>>> The problem is I've used Debian Wheezy, configuring the vagrant box was
>>> tricky also some packages like mkisofs and maven3 will have to fetched as
>>> they are not on distro's repos.
>>>> Any help in fixing these scripts would be great.
>>>>
>>>> Regards.
>>>>
>>>> ________________________________________
>>>> From: James Martin [jmartin@basho.com]
>>>> Sent: Friday, November 30, 2012 1:10 PM
>>>> To: cloudstack-dev@incubator.apache.org
>>>> Subject: Re: back in the game, deploying to devcloud
>>>>
>>>> Just to clear things up -- I'm not using an image at all. I'm working
>>>> on the stuff that builds devcloud. I'd like devcloud to be part of
>>>> the source tree, not something external that you download. I feel
>>>> this makes for a cleaner development experience and forces the
>>>> creation of the devcloud image to remain in the core codebase.
>>>>
>>>> The goal is to be able, from the cloudstack project root:
>>>>
>>>> cd tools/devcloud
>>>> vagrant up
>>>> vagrant ssh
>>>>
>>>> In order for this to work it requires a vagrant basebox, and a vagrant
>>>> xenbox. Currently in my fork these are built cleanly with veewee,
>>>> vagrant, and puppet via a shell script by simply:
>>>>
>>>> cd tools/devcloud/deps
>>>> ./boxer.sh -b all
>>>>
>>>> And you end up with:
>>>>
>>>> vagrant box list
>>>> devcloudbase (virtualbox)
>>>> devcloudbase-xen (virtualbox)
>>>>
>>>> Once those vagrant boxes are completed you'd run,
>>>>
>>>> cd ../
>>>> vagrant up
>>>> vagrant ssh
>>>>
>>>> vagrant ssh
>>>> Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
>>>>
>>>> * Documentation: https://help.ubuntu.com/
>>>> Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
>>>> devcloud@devcloud:~$ ls /opt/cloudstack/
>>>> apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
>>>> startdevcloud.sh
>>>>
>>>> and now you have an clean devcloud vagrant install. If you ever screw
>>>> up the system,
>>>> you simply:
>>>> vagrant destroy
>>>> vagrant up
>>>>
>>>> to start fresh
>>>>
>>>> I have all of that completed. I just want to be able to install a
>>>> build to this blank vm. It seems like I should follow these steps:
>>>>
>>>>
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
>>>>
>>>> but I receive an error here:
>>>>
>>>> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>>>> [INFO] Scanning for projects...
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Reactor Build Order:
>>>> [INFO]
>>>> [INFO] Apache CloudStack Developer Tools
>>>> [INFO] Apache CloudStack Developer Tools
>>>> [INFO]
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO]
>>>> [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
>>>> (default) @ cloud-developer ---
>>>> [WARNING] Ignoring missing properties file:
>>>>
>>> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
>>>> [INFO]
>>>> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
>>>> cloud-developer ---
>>>> [INFO]
>>>> [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
>>>> [INFO] Executing tasks
>>>>
>>>> main:
>>>> [copy] Copying 60 files to
>>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>>> [copy] Copying 9 files to
>>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>>> [INFO] Executed tasks
>>>> [INFO]
>>>> [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @
>>> cloud-developer ---
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Reactor Summary:
>>>> [INFO]
>>>> [INFO] Apache CloudStack Developer Tools ................. FAILURE
>>> [2.025s]
>>>> [INFO] Apache CloudStack Developer Tools ................. SKIPPED
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] BUILD FAILURE
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Total time: 2.947s
>>>> [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
>>>> [INFO] Final Memory: 12M/81M
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [ERROR] Failed to execute goal
>>>> org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
>>>> project cloud-developer: Communications link failure
>>>> [ERROR]
>>>> [ERROR] The last packet sent successfully to the server was 0
>>>> milliseconds ago. The driver has not received any packets from the
>>>> server. Can not read response from server. Expected to read 4 bytes,
>>>> read 0 bytes before connection was unexpectedly lost.
>>>> [ERROR] -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>> the -e switch.
>>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>> [ERROR]
>>>> [ERROR] For more information about the errors and possible solutions,
>>>> please read the following articles:
>>>> [ERROR] [Help 1]
>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>>>>
>>>>
>>>> I don't believe that it's connecting to the vagrant vm I have running
>>>> and doing the proper deploys. How can we fix this?
>>>>
>>>> Thanks!
>>>>
>>>> James
>>>>
>>>>
>>>>
>>>> On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com>
>>> wrote:
>>>>> Irrespective of whatever cloudstack version you're on, you don't have
>>> different workflows for 4.0 and asf master, just build, deploydb and run
>>> the mgmt server as you have on your laptop, using the new devcloud image:
>>> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>>>>>
>>>>> And make sure to set these global settings and restart mgmt server,
>>> before you deploy a basic zone:
>>>>>
>>>>> host = 192.168.56.1
>>>>> system.vm.use.local.storage = true
>>>>> management.network.cidr = 192.168.56.0/24
>>>>> secstorage.allowed.internal.sites = 192.168.56.0/8
>>>>>
>>>>> If you're want to build inside use host ip equal to 192.168.56.10.
>>> Checkout instructions on working with ASF master and the new devcloud in
>>> the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>>>>>
>>>>> Hope this helps,
>>>>> Rohit
>>>>>
>>>>> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>>>>>
>>>>>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>>>>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>>>>>> I'm back in the game and determined to get my devcloud work ready for
>>>>>>> a patch and submitted. Right now the problem I'm running into is
>>>>>>> deploying the build:
>>>>>>>
>>>>>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>>>>>> rdeploydb -Dport=7222
>>>>>>>
>>>>>>>
>>>>>>> [sshexec]
>>>>>>> [sshexec]
>>>>>>> [sshexec] deploydb:
>>>>>>> [sshexec]
>>>>>>> [sshexec]
>>>>>>> [sshexec] deploycddb:
>>>>>>> [sshexec]
>>>>>>> [sshexec] [exec] failed to init cloudev
>>>>>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>>>>>> directory
>>>>>>>
>>>>>>
>>>>>> Just wondering which image of devloud you were using. Rohit released
>>>>>> a new Debian Wheezy based image recently which works against master.
>>>>>>
>>>>>> Are you running this for 4.0?
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Prasanna.,
>>>>>
>>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Sr. Enterprise Architect (RedHat)
>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
Re: back in the game, deploying to devcloud
Posted by James Martin <jm...@basho.com>.
Sebastien,
Thanks for the context. An IRC meetup would be great.
-James
On Fri, Nov 30, 2012 at 9:58 AM, Sebastien Goasguen <ru...@gmail.com> wrote:
> Maybe I can help with a bit of context here,
>
> After Edison released the first devcloud, Chip started to automate the building of devcloud. He contributed some early code in /tools/devcloud which used veewee/vagrant and puppet to build the image automatically. I tested it and created the wiki page:
>
>> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>
> but this was not finished and fully tested.
>
> Time passed...
>
> Then James started fixing this.
>
> Time passed…
>
> Then Rohit just released a new devcloud which solved problems a few of us where having, especially with the host only interface.
>
> The automation of building devcloud is still there.
>
> What would be nice is for James and Rohit to sync, so that what Rohit did can be automated by the work from James with vagrant and puppet.
>
> The current problem James is having just seems to be a building issue with maven that Rohit could help with ? However James may have to look at using Wheezy per Rohit's work?
>
> Maybe an IRC discussion can help ?
>
> Hope that helps,
>
> -Sebastien
>
>
> On Nov 30, 2012, at 3:31 PM, Charles Moulliard <ch...@gmail.com> wrote:
>
>> There is a wiki page here :
>> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>>
>>
>> On Fri, Nov 30, 2012 at 3:16 PM, James Martin <jm...@basho.com> wrote:
>>
>>> Rohit,
>>>
>>> I've spent quite a bit of time fixing all the veewee and vagrant
>>> configs in tools devcloud, and also re-rewirting the puppet stuff. I
>>> understand that you create the image yourself because it's a hassle to
>>> do so yourself. My work has alleviated that problem.
>>>
>>> RIght now the fruit of my labor is a fully ready configured vm, I just
>>> need instructions on how to deploy the build to it. There is nothing
>>> on http://rohityadav.in/logs/devcloud that mentnions how to do so.
>>>
>>> - James
>>>
>>> On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com>
>>> wrote:
>>>> James, I see your point, this will probably be fixed later on. We need
>>> to fix the veewee and vagrant configs in tools/devcloud.
>>>> Right now I created only the image as most people would not want to
>>> create their own. If you're looking to create your own, checkout diy
>>> section of http://rohityadav.in/logs/devcloud
>>>> The problem is I've used Debian Wheezy, configuring the vagrant box was
>>> tricky also some packages like mkisofs and maven3 will have to fetched as
>>> they are not on distro's repos.
>>>> Any help in fixing these scripts would be great.
>>>>
>>>> Regards.
>>>>
>>>> ________________________________________
>>>> From: James Martin [jmartin@basho.com]
>>>> Sent: Friday, November 30, 2012 1:10 PM
>>>> To: cloudstack-dev@incubator.apache.org
>>>> Subject: Re: back in the game, deploying to devcloud
>>>>
>>>> Just to clear things up -- I'm not using an image at all. I'm working
>>>> on the stuff that builds devcloud. I'd like devcloud to be part of
>>>> the source tree, not something external that you download. I feel
>>>> this makes for a cleaner development experience and forces the
>>>> creation of the devcloud image to remain in the core codebase.
>>>>
>>>> The goal is to be able, from the cloudstack project root:
>>>>
>>>> cd tools/devcloud
>>>> vagrant up
>>>> vagrant ssh
>>>>
>>>> In order for this to work it requires a vagrant basebox, and a vagrant
>>>> xenbox. Currently in my fork these are built cleanly with veewee,
>>>> vagrant, and puppet via a shell script by simply:
>>>>
>>>> cd tools/devcloud/deps
>>>> ./boxer.sh -b all
>>>>
>>>> And you end up with:
>>>>
>>>> vagrant box list
>>>> devcloudbase (virtualbox)
>>>> devcloudbase-xen (virtualbox)
>>>>
>>>> Once those vagrant boxes are completed you'd run,
>>>>
>>>> cd ../
>>>> vagrant up
>>>> vagrant ssh
>>>>
>>>> vagrant ssh
>>>> Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
>>>>
>>>> * Documentation: https://help.ubuntu.com/
>>>> Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
>>>> devcloud@devcloud:~$ ls /opt/cloudstack/
>>>> apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
>>>> startdevcloud.sh
>>>>
>>>> and now you have an clean devcloud vagrant install. If you ever screw
>>>> up the system,
>>>> you simply:
>>>> vagrant destroy
>>>> vagrant up
>>>>
>>>> to start fresh
>>>>
>>>> I have all of that completed. I just want to be able to install a
>>>> build to this blank vm. It seems like I should follow these steps:
>>>>
>>>>
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
>>>>
>>>> but I receive an error here:
>>>>
>>>> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>>>> [INFO] Scanning for projects...
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Reactor Build Order:
>>>> [INFO]
>>>> [INFO] Apache CloudStack Developer Tools
>>>> [INFO] Apache CloudStack Developer Tools
>>>> [INFO]
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO]
>>>> [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
>>>> (default) @ cloud-developer ---
>>>> [WARNING] Ignoring missing properties file:
>>>>
>>> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
>>>> [INFO]
>>>> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
>>>> cloud-developer ---
>>>> [INFO]
>>>> [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
>>>> [INFO] Executing tasks
>>>>
>>>> main:
>>>> [copy] Copying 60 files to
>>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>>> [copy] Copying 9 files to
>>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>>> [INFO] Executed tasks
>>>> [INFO]
>>>> [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @
>>> cloud-developer ---
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Reactor Summary:
>>>> [INFO]
>>>> [INFO] Apache CloudStack Developer Tools ................. FAILURE
>>> [2.025s]
>>>> [INFO] Apache CloudStack Developer Tools ................. SKIPPED
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] BUILD FAILURE
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [INFO] Total time: 2.947s
>>>> [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
>>>> [INFO] Final Memory: 12M/81M
>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>> [ERROR] Failed to execute goal
>>>> org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
>>>> project cloud-developer: Communications link failure
>>>> [ERROR]
>>>> [ERROR] The last packet sent successfully to the server was 0
>>>> milliseconds ago. The driver has not received any packets from the
>>>> server. Can not read response from server. Expected to read 4 bytes,
>>>> read 0 bytes before connection was unexpectedly lost.
>>>> [ERROR] -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>> the -e switch.
>>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>> [ERROR]
>>>> [ERROR] For more information about the errors and possible solutions,
>>>> please read the following articles:
>>>> [ERROR] [Help 1]
>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>>>>
>>>>
>>>> I don't believe that it's connecting to the vagrant vm I have running
>>>> and doing the proper deploys. How can we fix this?
>>>>
>>>> Thanks!
>>>>
>>>> James
>>>>
>>>>
>>>>
>>>> On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com>
>>> wrote:
>>>>> Irrespective of whatever cloudstack version you're on, you don't have
>>> different workflows for 4.0 and asf master, just build, deploydb and run
>>> the mgmt server as you have on your laptop, using the new devcloud image:
>>> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>>>>>
>>>>> And make sure to set these global settings and restart mgmt server,
>>> before you deploy a basic zone:
>>>>>
>>>>> host = 192.168.56.1
>>>>> system.vm.use.local.storage = true
>>>>> management.network.cidr = 192.168.56.0/24
>>>>> secstorage.allowed.internal.sites = 192.168.56.0/8
>>>>>
>>>>> If you're want to build inside use host ip equal to 192.168.56.10.
>>> Checkout instructions on working with ASF master and the new devcloud in
>>> the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>>>>>
>>>>> Hope this helps,
>>>>> Rohit
>>>>>
>>>>> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>>>>>
>>>>>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>>>>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>>>>>> I'm back in the game and determined to get my devcloud work ready for
>>>>>>> a patch and submitted. Right now the problem I'm running into is
>>>>>>> deploying the build:
>>>>>>>
>>>>>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>>>>>> rdeploydb -Dport=7222
>>>>>>>
>>>>>>>
>>>>>>> [sshexec]
>>>>>>> [sshexec]
>>>>>>> [sshexec] deploydb:
>>>>>>> [sshexec]
>>>>>>> [sshexec]
>>>>>>> [sshexec] deploycddb:
>>>>>>> [sshexec]
>>>>>>> [sshexec] [exec] failed to init cloudev
>>>>>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>>>>>> directory
>>>>>>>
>>>>>>
>>>>>> Just wondering which image of devloud you were using. Rohit released
>>>>>> a new Debian Wheezy based image recently which works against master.
>>>>>>
>>>>>> Are you running this for 4.0?
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Prasanna.,
>>>>>
>>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Sr. Enterprise Architect (RedHat)
>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
RE: back in the game, deploying to devcloud
Posted by Rohit Yadav <ro...@citrix.com>.
Hi Sebastien, you're right the work on automation of building the DevCloud appliance is still pending as per new network and developer workflow scheme described in the blog: http://rohityadav.in/logs/devcloud/
I would suggest James goes ahead and fixes the automation of appliance building. If he faces any issues we can help contribute patches. The problem for me was the Ubuntu (vagrant) box, it does not work for some reason with two nics, Wheezy did and am not sure how one can create boxes using Wheezy.
I think the last emails should help all of you with maven building issues. Let know anyone faces any issues, we'll work on it.
Regards.
________________________________________
From: Sebastien Goasguen [runseb@gmail.com]
Sent: Friday, November 30, 2012 8:28 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: back in the game, deploying to devcloud
Maybe I can help with a bit of context here,
After Edison released the first devcloud, Chip started to automate the building of devcloud. He contributed some early code in /tools/devcloud which used veewee/vagrant and puppet to build the image automatically. I tested it and created the wiki page:
> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
but this was not finished and fully tested.
Time passed...
Then James started fixing this.
Time passed…
Then Rohit just released a new devcloud which solved problems a few of us where having, especially with the host only interface.
The automation of building devcloud is still there.
What would be nice is for James and Rohit to sync, so that what Rohit did can be automated by the work from James with vagrant and puppet.
The current problem James is having just seems to be a building issue with maven that Rohit could help with ? However James may have to look at using Wheezy per Rohit's work?
Maybe an IRC discussion can help ?
Hope that helps,
-Sebastien
On Nov 30, 2012, at 3:31 PM, Charles Moulliard <ch...@gmail.com> wrote:
> There is a wiki page here :
> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>
>
> On Fri, Nov 30, 2012 at 3:16 PM, James Martin <jm...@basho.com> wrote:
>
>> Rohit,
>>
>> I've spent quite a bit of time fixing all the veewee and vagrant
>> configs in tools devcloud, and also re-rewirting the puppet stuff. I
>> understand that you create the image yourself because it's a hassle to
>> do so yourself. My work has alleviated that problem.
>>
>> RIght now the fruit of my labor is a fully ready configured vm, I just
>> need instructions on how to deploy the build to it. There is nothing
>> on http://rohityadav.in/logs/devcloud that mentnions how to do so.
>>
>> - James
>>
>> On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com>
>> wrote:
>>> James, I see your point, this will probably be fixed later on. We need
>> to fix the veewee and vagrant configs in tools/devcloud.
>>> Right now I created only the image as most people would not want to
>> create their own. If you're looking to create your own, checkout diy
>> section of http://rohityadav.in/logs/devcloud
>>> The problem is I've used Debian Wheezy, configuring the vagrant box was
>> tricky also some packages like mkisofs and maven3 will have to fetched as
>> they are not on distro's repos.
>>> Any help in fixing these scripts would be great.
>>>
>>> Regards.
>>>
>>> ________________________________________
>>> From: James Martin [jmartin@basho.com]
>>> Sent: Friday, November 30, 2012 1:10 PM
>>> To: cloudstack-dev@incubator.apache.org
>>> Subject: Re: back in the game, deploying to devcloud
>>>
>>> Just to clear things up -- I'm not using an image at all. I'm working
>>> on the stuff that builds devcloud. I'd like devcloud to be part of
>>> the source tree, not something external that you download. I feel
>>> this makes for a cleaner development experience and forces the
>>> creation of the devcloud image to remain in the core codebase.
>>>
>>> The goal is to be able, from the cloudstack project root:
>>>
>>> cd tools/devcloud
>>> vagrant up
>>> vagrant ssh
>>>
>>> In order for this to work it requires a vagrant basebox, and a vagrant
>>> xenbox. Currently in my fork these are built cleanly with veewee,
>>> vagrant, and puppet via a shell script by simply:
>>>
>>> cd tools/devcloud/deps
>>> ./boxer.sh -b all
>>>
>>> And you end up with:
>>>
>>> vagrant box list
>>> devcloudbase (virtualbox)
>>> devcloudbase-xen (virtualbox)
>>>
>>> Once those vagrant boxes are completed you'd run,
>>>
>>> cd ../
>>> vagrant up
>>> vagrant ssh
>>>
>>> vagrant ssh
>>> Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
>>>
>>> * Documentation: https://help.ubuntu.com/
>>> Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
>>> devcloud@devcloud:~$ ls /opt/cloudstack/
>>> apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
>>> startdevcloud.sh
>>>
>>> and now you have an clean devcloud vagrant install. If you ever screw
>>> up the system,
>>> you simply:
>>> vagrant destroy
>>> vagrant up
>>>
>>> to start fresh
>>>
>>> I have all of that completed. I just want to be able to install a
>>> build to this blank vm. It seems like I should follow these steps:
>>>
>>>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
>>>
>>> but I receive an error here:
>>>
>>> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>>> [INFO] Scanning for projects...
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Reactor Build Order:
>>> [INFO]
>>> [INFO] Apache CloudStack Developer Tools
>>> [INFO] Apache CloudStack Developer Tools
>>> [INFO]
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO]
>>> [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
>>> (default) @ cloud-developer ---
>>> [WARNING] Ignoring missing properties file:
>>>
>> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
>>> [INFO]
>>> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
>>> cloud-developer ---
>>> [INFO]
>>> [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
>>> [INFO] Executing tasks
>>>
>>> main:
>>> [copy] Copying 60 files to
>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>> [copy] Copying 9 files to
>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>> [INFO] Executed tasks
>>> [INFO]
>>> [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @
>> cloud-developer ---
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Reactor Summary:
>>> [INFO]
>>> [INFO] Apache CloudStack Developer Tools ................. FAILURE
>> [2.025s]
>>> [INFO] Apache CloudStack Developer Tools ................. SKIPPED
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] BUILD FAILURE
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Total time: 2.947s
>>> [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
>>> [INFO] Final Memory: 12M/81M
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [ERROR] Failed to execute goal
>>> org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
>>> project cloud-developer: Communications link failure
>>> [ERROR]
>>> [ERROR] The last packet sent successfully to the server was 0
>>> milliseconds ago. The driver has not received any packets from the
>>> server. Can not read response from server. Expected to read 4 bytes,
>>> read 0 bytes before connection was unexpectedly lost.
>>> [ERROR] -> [Help 1]
>>> [ERROR]
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>> the -e switch.
>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>> [ERROR]
>>> [ERROR] For more information about the errors and possible solutions,
>>> please read the following articles:
>>> [ERROR] [Help 1]
>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>>>
>>>
>>> I don't believe that it's connecting to the vagrant vm I have running
>>> and doing the proper deploys. How can we fix this?
>>>
>>> Thanks!
>>>
>>> James
>>>
>>>
>>>
>>> On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com>
>> wrote:
>>>> Irrespective of whatever cloudstack version you're on, you don't have
>> different workflows for 4.0 and asf master, just build, deploydb and run
>> the mgmt server as you have on your laptop, using the new devcloud image:
>> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>>>>
>>>> And make sure to set these global settings and restart mgmt server,
>> before you deploy a basic zone:
>>>>
>>>> host = 192.168.56.1
>>>> system.vm.use.local.storage = true
>>>> management.network.cidr = 192.168.56.0/24
>>>> secstorage.allowed.internal.sites = 192.168.56.0/8
>>>>
>>>> If you're want to build inside use host ip equal to 192.168.56.10.
>> Checkout instructions on working with ASF master and the new devcloud in
>> the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>>>>
>>>> Hope this helps,
>>>> Rohit
>>>>
>>>> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>>>>
>>>>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>>>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>>>>> I'm back in the game and determined to get my devcloud work ready for
>>>>>> a patch and submitted. Right now the problem I'm running into is
>>>>>> deploying the build:
>>>>>>
>>>>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>>>>> rdeploydb -Dport=7222
>>>>>>
>>>>>>
>>>>>> [sshexec]
>>>>>> [sshexec]
>>>>>> [sshexec] deploydb:
>>>>>> [sshexec]
>>>>>> [sshexec]
>>>>>> [sshexec] deploycddb:
>>>>>> [sshexec]
>>>>>> [sshexec] [exec] failed to init cloudev
>>>>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>>>>> directory
>>>>>>
>>>>>
>>>>> Just wondering which image of devloud you were using. Rohit released
>>>>> a new Debian Wheezy based image recently which works against master.
>>>>>
>>>>> Are you running this for 4.0?
>>>>>
>>>>>
>>>>> --
>>>>> Prasanna.,
>>>>
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: back in the game, deploying to devcloud
Posted by Sebastien Goasguen <ru...@gmail.com>.
Maybe I can help with a bit of context here,
After Edison released the first devcloud, Chip started to automate the building of devcloud. He contributed some early code in /tools/devcloud which used veewee/vagrant and puppet to build the image automatically. I tested it and created the wiki page:
> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
but this was not finished and fully tested.
Time passed...
Then James started fixing this.
Time passed…
Then Rohit just released a new devcloud which solved problems a few of us where having, especially with the host only interface.
The automation of building devcloud is still there.
What would be nice is for James and Rohit to sync, so that what Rohit did can be automated by the work from James with vagrant and puppet.
The current problem James is having just seems to be a building issue with maven that Rohit could help with ? However James may have to look at using Wheezy per Rohit's work?
Maybe an IRC discussion can help ?
Hope that helps,
-Sebastien
On Nov 30, 2012, at 3:31 PM, Charles Moulliard <ch...@gmail.com> wrote:
> There is a wiki page here :
> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>
>
> On Fri, Nov 30, 2012 at 3:16 PM, James Martin <jm...@basho.com> wrote:
>
>> Rohit,
>>
>> I've spent quite a bit of time fixing all the veewee and vagrant
>> configs in tools devcloud, and also re-rewirting the puppet stuff. I
>> understand that you create the image yourself because it's a hassle to
>> do so yourself. My work has alleviated that problem.
>>
>> RIght now the fruit of my labor is a fully ready configured vm, I just
>> need instructions on how to deploy the build to it. There is nothing
>> on http://rohityadav.in/logs/devcloud that mentnions how to do so.
>>
>> - James
>>
>> On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com>
>> wrote:
>>> James, I see your point, this will probably be fixed later on. We need
>> to fix the veewee and vagrant configs in tools/devcloud.
>>> Right now I created only the image as most people would not want to
>> create their own. If you're looking to create your own, checkout diy
>> section of http://rohityadav.in/logs/devcloud
>>> The problem is I've used Debian Wheezy, configuring the vagrant box was
>> tricky also some packages like mkisofs and maven3 will have to fetched as
>> they are not on distro's repos.
>>> Any help in fixing these scripts would be great.
>>>
>>> Regards.
>>>
>>> ________________________________________
>>> From: James Martin [jmartin@basho.com]
>>> Sent: Friday, November 30, 2012 1:10 PM
>>> To: cloudstack-dev@incubator.apache.org
>>> Subject: Re: back in the game, deploying to devcloud
>>>
>>> Just to clear things up -- I'm not using an image at all. I'm working
>>> on the stuff that builds devcloud. I'd like devcloud to be part of
>>> the source tree, not something external that you download. I feel
>>> this makes for a cleaner development experience and forces the
>>> creation of the devcloud image to remain in the core codebase.
>>>
>>> The goal is to be able, from the cloudstack project root:
>>>
>>> cd tools/devcloud
>>> vagrant up
>>> vagrant ssh
>>>
>>> In order for this to work it requires a vagrant basebox, and a vagrant
>>> xenbox. Currently in my fork these are built cleanly with veewee,
>>> vagrant, and puppet via a shell script by simply:
>>>
>>> cd tools/devcloud/deps
>>> ./boxer.sh -b all
>>>
>>> And you end up with:
>>>
>>> vagrant box list
>>> devcloudbase (virtualbox)
>>> devcloudbase-xen (virtualbox)
>>>
>>> Once those vagrant boxes are completed you'd run,
>>>
>>> cd ../
>>> vagrant up
>>> vagrant ssh
>>>
>>> vagrant ssh
>>> Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
>>>
>>> * Documentation: https://help.ubuntu.com/
>>> Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
>>> devcloud@devcloud:~$ ls /opt/cloudstack/
>>> apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
>>> startdevcloud.sh
>>>
>>> and now you have an clean devcloud vagrant install. If you ever screw
>>> up the system,
>>> you simply:
>>> vagrant destroy
>>> vagrant up
>>>
>>> to start fresh
>>>
>>> I have all of that completed. I just want to be able to install a
>>> build to this blank vm. It seems like I should follow these steps:
>>>
>>>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
>>>
>>> but I receive an error here:
>>>
>>> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>>> [INFO] Scanning for projects...
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Reactor Build Order:
>>> [INFO]
>>> [INFO] Apache CloudStack Developer Tools
>>> [INFO] Apache CloudStack Developer Tools
>>> [INFO]
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO]
>>> [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
>>> (default) @ cloud-developer ---
>>> [WARNING] Ignoring missing properties file:
>>>
>> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
>>> [INFO]
>>> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
>>> cloud-developer ---
>>> [INFO]
>>> [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
>>> [INFO] Executing tasks
>>>
>>> main:
>>> [copy] Copying 60 files to
>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>> [copy] Copying 9 files to
>>> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>>> [INFO] Executed tasks
>>> [INFO]
>>> [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @
>> cloud-developer ---
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Reactor Summary:
>>> [INFO]
>>> [INFO] Apache CloudStack Developer Tools ................. FAILURE
>> [2.025s]
>>> [INFO] Apache CloudStack Developer Tools ................. SKIPPED
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] BUILD FAILURE
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [INFO] Total time: 2.947s
>>> [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
>>> [INFO] Final Memory: 12M/81M
>>> [INFO]
>> ------------------------------------------------------------------------
>>> [ERROR] Failed to execute goal
>>> org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
>>> project cloud-developer: Communications link failure
>>> [ERROR]
>>> [ERROR] The last packet sent successfully to the server was 0
>>> milliseconds ago. The driver has not received any packets from the
>>> server. Can not read response from server. Expected to read 4 bytes,
>>> read 0 bytes before connection was unexpectedly lost.
>>> [ERROR] -> [Help 1]
>>> [ERROR]
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>> the -e switch.
>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>> [ERROR]
>>> [ERROR] For more information about the errors and possible solutions,
>>> please read the following articles:
>>> [ERROR] [Help 1]
>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>>>
>>>
>>> I don't believe that it's connecting to the vagrant vm I have running
>>> and doing the proper deploys. How can we fix this?
>>>
>>> Thanks!
>>>
>>> James
>>>
>>>
>>>
>>> On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com>
>> wrote:
>>>> Irrespective of whatever cloudstack version you're on, you don't have
>> different workflows for 4.0 and asf master, just build, deploydb and run
>> the mgmt server as you have on your laptop, using the new devcloud image:
>> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>>>>
>>>> And make sure to set these global settings and restart mgmt server,
>> before you deploy a basic zone:
>>>>
>>>> host = 192.168.56.1
>>>> system.vm.use.local.storage = true
>>>> management.network.cidr = 192.168.56.0/24
>>>> secstorage.allowed.internal.sites = 192.168.56.0/8
>>>>
>>>> If you're want to build inside use host ip equal to 192.168.56.10.
>> Checkout instructions on working with ASF master and the new devcloud in
>> the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>>>>
>>>> Hope this helps,
>>>> Rohit
>>>>
>>>> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>>>>
>>>>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>>>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>>>>> I'm back in the game and determined to get my devcloud work ready for
>>>>>> a patch and submitted. Right now the problem I'm running into is
>>>>>> deploying the build:
>>>>>>
>>>>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>>>>> rdeploydb -Dport=7222
>>>>>>
>>>>>>
>>>>>> [sshexec]
>>>>>> [sshexec]
>>>>>> [sshexec] deploydb:
>>>>>> [sshexec]
>>>>>> [sshexec]
>>>>>> [sshexec] deploycddb:
>>>>>> [sshexec]
>>>>>> [sshexec] [exec] failed to init cloudev
>>>>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>>>>> directory
>>>>>>
>>>>>
>>>>> Just wondering which image of devloud you were using. Rohit released
>>>>> a new Debian Wheezy based image recently which works against master.
>>>>>
>>>>> Are you running this for 4.0?
>>>>>
>>>>>
>>>>> --
>>>>> Prasanna.,
>>>>
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: back in the game, deploying to devcloud
Posted by James Martin <jm...@basho.com>.
Charles,
I checked out the link, it doesn't make a mention of how to get the
build to the vm.
- James
On Fri, Nov 30, 2012 at 9:31 AM, Charles Moulliard <ch...@gmail.com> wrote:
> There is a wiki page here :
> https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
>
>
> On Fri, Nov 30, 2012 at 3:16 PM, James Martin <jm...@basho.com> wrote:
>
>> Rohit,
>>
>> I've spent quite a bit of time fixing all the veewee and vagrant
>> configs in tools devcloud, and also re-rewirting the puppet stuff. I
>> understand that you create the image yourself because it's a hassle to
>> do so yourself. My work has alleviated that problem.
>>
>> RIght now the fruit of my labor is a fully ready configured vm, I just
>> need instructions on how to deploy the build to it. There is nothing
>> on http://rohityadav.in/logs/devcloud that mentnions how to do so.
>>
>> - James
>>
>> On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com>
>> wrote:
>> > James, I see your point, this will probably be fixed later on. We need
>> to fix the veewee and vagrant configs in tools/devcloud.
>> > Right now I created only the image as most people would not want to
>> create their own. If you're looking to create your own, checkout diy
>> section of http://rohityadav.in/logs/devcloud
>> > The problem is I've used Debian Wheezy, configuring the vagrant box was
>> tricky also some packages like mkisofs and maven3 will have to fetched as
>> they are not on distro's repos.
>> > Any help in fixing these scripts would be great.
>> >
>> > Regards.
>> >
>> > ________________________________________
>> > From: James Martin [jmartin@basho.com]
>> > Sent: Friday, November 30, 2012 1:10 PM
>> > To: cloudstack-dev@incubator.apache.org
>> > Subject: Re: back in the game, deploying to devcloud
>> >
>> > Just to clear things up -- I'm not using an image at all. I'm working
>> > on the stuff that builds devcloud. I'd like devcloud to be part of
>> > the source tree, not something external that you download. I feel
>> > this makes for a cleaner development experience and forces the
>> > creation of the devcloud image to remain in the core codebase.
>> >
>> > The goal is to be able, from the cloudstack project root:
>> >
>> > cd tools/devcloud
>> > vagrant up
>> > vagrant ssh
>> >
>> > In order for this to work it requires a vagrant basebox, and a vagrant
>> > xenbox. Currently in my fork these are built cleanly with veewee,
>> > vagrant, and puppet via a shell script by simply:
>> >
>> > cd tools/devcloud/deps
>> > ./boxer.sh -b all
>> >
>> > And you end up with:
>> >
>> > vagrant box list
>> > devcloudbase (virtualbox)
>> > devcloudbase-xen (virtualbox)
>> >
>> > Once those vagrant boxes are completed you'd run,
>> >
>> > cd ../
>> > vagrant up
>> > vagrant ssh
>> >
>> > vagrant ssh
>> > Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
>> >
>> > * Documentation: https://help.ubuntu.com/
>> > Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
>> > devcloud@devcloud:~$ ls /opt/cloudstack/
>> > apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
>> > startdevcloud.sh
>> >
>> > and now you have an clean devcloud vagrant install. If you ever screw
>> > up the system,
>> > you simply:
>> > vagrant destroy
>> > vagrant up
>> >
>> > to start fresh
>> >
>> > I have all of that completed. I just want to be able to install a
>> > build to this blank vm. It seems like I should follow these steps:
>> >
>> >
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
>> >
>> > but I receive an error here:
>> >
>> > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>> > [INFO] Scanning for projects...
>> > [INFO]
>> ------------------------------------------------------------------------
>> > [INFO] Reactor Build Order:
>> > [INFO]
>> > [INFO] Apache CloudStack Developer Tools
>> > [INFO] Apache CloudStack Developer Tools
>> > [INFO]
>> > [INFO]
>> ------------------------------------------------------------------------
>> > [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
>> > [INFO]
>> ------------------------------------------------------------------------
>> > [INFO]
>> > [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
>> > (default) @ cloud-developer ---
>> > [WARNING] Ignoring missing properties file:
>> >
>> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
>> > [INFO]
>> > [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
>> > cloud-developer ---
>> > [INFO]
>> > [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
>> > [INFO] Executing tasks
>> >
>> > main:
>> > [copy] Copying 60 files to
>> > /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>> > [copy] Copying 9 files to
>> > /Users/jmartin/work/code/basho-cloudstack/developer/target/db
>> > [INFO] Executed tasks
>> > [INFO]
>> > [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @
>> cloud-developer ---
>> > [INFO]
>> ------------------------------------------------------------------------
>> > [INFO] Reactor Summary:
>> > [INFO]
>> > [INFO] Apache CloudStack Developer Tools ................. FAILURE
>> [2.025s]
>> > [INFO] Apache CloudStack Developer Tools ................. SKIPPED
>> > [INFO]
>> ------------------------------------------------------------------------
>> > [INFO] BUILD FAILURE
>> > [INFO]
>> ------------------------------------------------------------------------
>> > [INFO] Total time: 2.947s
>> > [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
>> > [INFO] Final Memory: 12M/81M
>> > [INFO]
>> ------------------------------------------------------------------------
>> > [ERROR] Failed to execute goal
>> > org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
>> > project cloud-developer: Communications link failure
>> > [ERROR]
>> > [ERROR] The last packet sent successfully to the server was 0
>> > milliseconds ago. The driver has not received any packets from the
>> > server. Can not read response from server. Expected to read 4 bytes,
>> > read 0 bytes before connection was unexpectedly lost.
>> > [ERROR] -> [Help 1]
>> > [ERROR]
>> > [ERROR] To see the full stack trace of the errors, re-run Maven with
>> > the -e switch.
>> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>> > [ERROR]
>> > [ERROR] For more information about the errors and possible solutions,
>> > please read the following articles:
>> > [ERROR] [Help 1]
>> > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>> >
>> >
>> > I don't believe that it's connecting to the vagrant vm I have running
>> > and doing the proper deploys. How can we fix this?
>> >
>> > Thanks!
>> >
>> > James
>> >
>> >
>> >
>> > On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com>
>> wrote:
>> >> Irrespective of whatever cloudstack version you're on, you don't have
>> different workflows for 4.0 and asf master, just build, deploydb and run
>> the mgmt server as you have on your laptop, using the new devcloud image:
>> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>> >>
>> >> And make sure to set these global settings and restart mgmt server,
>> before you deploy a basic zone:
>> >>
>> >> host = 192.168.56.1
>> >> system.vm.use.local.storage = true
>> >> management.network.cidr = 192.168.56.0/24
>> >> secstorage.allowed.internal.sites = 192.168.56.0/8
>> >>
>> >> If you're want to build inside use host ip equal to 192.168.56.10.
>> Checkout instructions on working with ASF master and the new devcloud in
>> the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>> >>
>> >> Hope this helps,
>> >> Rohit
>> >>
>> >> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>> >>
>> >>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>> >>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>> >>>> I'm back in the game and determined to get my devcloud work ready for
>> >>>> a patch and submitted. Right now the problem I'm running into is
>> >>>> deploying the build:
>> >>>>
>> >>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>> >>>> rdeploydb -Dport=7222
>> >>>>
>> >>>>
>> >>>> [sshexec]
>> >>>> [sshexec]
>> >>>> [sshexec] deploydb:
>> >>>> [sshexec]
>> >>>> [sshexec]
>> >>>> [sshexec] deploycddb:
>> >>>> [sshexec]
>> >>>> [sshexec] [exec] failed to init cloudev
>> >>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>> >>>> directory
>> >>>>
>> >>>
>> >>> Just wondering which image of devloud you were using. Rohit released
>> >>> a new Debian Wheezy based image recently which works against master.
>> >>>
>> >>> Are you running this for 4.0?
>> >>>
>> >>>
>> >>> --
>> >>> Prasanna.,
>> >>
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Sr. Enterprise Architect (RedHat)
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: back in the game, deploying to devcloud
Posted by Charles Moulliard <ch...@gmail.com>.
There is a wiki page here :
https://cwiki.apache.org/CLOUDSTACK/building-devcloud.html
On Fri, Nov 30, 2012 at 3:16 PM, James Martin <jm...@basho.com> wrote:
> Rohit,
>
> I've spent quite a bit of time fixing all the veewee and vagrant
> configs in tools devcloud, and also re-rewirting the puppet stuff. I
> understand that you create the image yourself because it's a hassle to
> do so yourself. My work has alleviated that problem.
>
> RIght now the fruit of my labor is a fully ready configured vm, I just
> need instructions on how to deploy the build to it. There is nothing
> on http://rohityadav.in/logs/devcloud that mentnions how to do so.
>
> - James
>
> On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com>
> wrote:
> > James, I see your point, this will probably be fixed later on. We need
> to fix the veewee and vagrant configs in tools/devcloud.
> > Right now I created only the image as most people would not want to
> create their own. If you're looking to create your own, checkout diy
> section of http://rohityadav.in/logs/devcloud
> > The problem is I've used Debian Wheezy, configuring the vagrant box was
> tricky also some packages like mkisofs and maven3 will have to fetched as
> they are not on distro's repos.
> > Any help in fixing these scripts would be great.
> >
> > Regards.
> >
> > ________________________________________
> > From: James Martin [jmartin@basho.com]
> > Sent: Friday, November 30, 2012 1:10 PM
> > To: cloudstack-dev@incubator.apache.org
> > Subject: Re: back in the game, deploying to devcloud
> >
> > Just to clear things up -- I'm not using an image at all. I'm working
> > on the stuff that builds devcloud. I'd like devcloud to be part of
> > the source tree, not something external that you download. I feel
> > this makes for a cleaner development experience and forces the
> > creation of the devcloud image to remain in the core codebase.
> >
> > The goal is to be able, from the cloudstack project root:
> >
> > cd tools/devcloud
> > vagrant up
> > vagrant ssh
> >
> > In order for this to work it requires a vagrant basebox, and a vagrant
> > xenbox. Currently in my fork these are built cleanly with veewee,
> > vagrant, and puppet via a shell script by simply:
> >
> > cd tools/devcloud/deps
> > ./boxer.sh -b all
> >
> > And you end up with:
> >
> > vagrant box list
> > devcloudbase (virtualbox)
> > devcloudbase-xen (virtualbox)
> >
> > Once those vagrant boxes are completed you'd run,
> >
> > cd ../
> > vagrant up
> > vagrant ssh
> >
> > vagrant ssh
> > Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
> >
> > * Documentation: https://help.ubuntu.com/
> > Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
> > devcloud@devcloud:~$ ls /opt/cloudstack/
> > apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
> > startdevcloud.sh
> >
> > and now you have an clean devcloud vagrant install. If you ever screw
> > up the system,
> > you simply:
> > vagrant destroy
> > vagrant up
> >
> > to start fresh
> >
> > I have all of that completed. I just want to be able to install a
> > build to this blank vm. It seems like I should follow these steps:
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
> >
> > but I receive an error here:
> >
> > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> > [INFO] Scanning for projects...
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO] Reactor Build Order:
> > [INFO]
> > [INFO] Apache CloudStack Developer Tools
> > [INFO] Apache CloudStack Developer Tools
> > [INFO]
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO]
> > [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
> > (default) @ cloud-developer ---
> > [WARNING] Ignoring missing properties file:
> >
> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
> > [INFO]
> > [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
> > cloud-developer ---
> > [INFO]
> > [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
> > [INFO] Executing tasks
> >
> > main:
> > [copy] Copying 60 files to
> > /Users/jmartin/work/code/basho-cloudstack/developer/target/db
> > [copy] Copying 9 files to
> > /Users/jmartin/work/code/basho-cloudstack/developer/target/db
> > [INFO] Executed tasks
> > [INFO]
> > [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @
> cloud-developer ---
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO] Reactor Summary:
> > [INFO]
> > [INFO] Apache CloudStack Developer Tools ................. FAILURE
> [2.025s]
> > [INFO] Apache CloudStack Developer Tools ................. SKIPPED
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO] BUILD FAILURE
> > [INFO]
> ------------------------------------------------------------------------
> > [INFO] Total time: 2.947s
> > [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
> > [INFO] Final Memory: 12M/81M
> > [INFO]
> ------------------------------------------------------------------------
> > [ERROR] Failed to execute goal
> > org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
> > project cloud-developer: Communications link failure
> > [ERROR]
> > [ERROR] The last packet sent successfully to the server was 0
> > milliseconds ago. The driver has not received any packets from the
> > server. Can not read response from server. Expected to read 4 bytes,
> > read 0 bytes before connection was unexpectedly lost.
> > [ERROR] -> [Help 1]
> > [ERROR]
> > [ERROR] To see the full stack trace of the errors, re-run Maven with
> > the -e switch.
> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> > [ERROR]
> > [ERROR] For more information about the errors and possible solutions,
> > please read the following articles:
> > [ERROR] [Help 1]
> > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
> >
> >
> > I don't believe that it's connecting to the vagrant vm I have running
> > and doing the proper deploys. How can we fix this?
> >
> > Thanks!
> >
> > James
> >
> >
> >
> > On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com>
> wrote:
> >> Irrespective of whatever cloudstack version you're on, you don't have
> different workflows for 4.0 and asf master, just build, deploydb and run
> the mgmt server as you have on your laptop, using the new devcloud image:
> http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
> >>
> >> And make sure to set these global settings and restart mgmt server,
> before you deploy a basic zone:
> >>
> >> host = 192.168.56.1
> >> system.vm.use.local.storage = true
> >> management.network.cidr = 192.168.56.0/24
> >> secstorage.allowed.internal.sites = 192.168.56.0/8
> >>
> >> If you're want to build inside use host ip equal to 192.168.56.10.
> Checkout instructions on working with ASF master and the new devcloud in
> the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
> >>
> >> Hope this helps,
> >> Rohit
> >>
> >> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
> >>
> >>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
> >>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
> >>>> I'm back in the game and determined to get my devcloud work ready for
> >>>> a patch and submitted. Right now the problem I'm running into is
> >>>> deploying the build:
> >>>>
> >>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
> >>>> rdeploydb -Dport=7222
> >>>>
> >>>>
> >>>> [sshexec]
> >>>> [sshexec]
> >>>> [sshexec] deploydb:
> >>>> [sshexec]
> >>>> [sshexec]
> >>>> [sshexec] deploycddb:
> >>>> [sshexec]
> >>>> [sshexec] [exec] failed to init cloudev
> >>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
> >>>> directory
> >>>>
> >>>
> >>> Just wondering which image of devloud you were using. Rohit released
> >>> a new Debian Wheezy based image recently which works against master.
> >>>
> >>> Are you running this for 4.0?
> >>>
> >>>
> >>> --
> >>> Prasanna.,
> >>
>
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
Re: back in the game, deploying to devcloud
Posted by James Martin <jm...@basho.com>.
Rohit,
I've spent quite a bit of time fixing all the veewee and vagrant
configs in tools devcloud, and also re-rewirting the puppet stuff. I
understand that you create the image yourself because it's a hassle to
do so yourself. My work has alleviated that problem.
RIght now the fruit of my labor is a fully ready configured vm, I just
need instructions on how to deploy the build to it. There is nothing
on http://rohityadav.in/logs/devcloud that mentnions how to do so.
- James
On Fri, Nov 30, 2012 at 2:51 AM, Rohit Yadav <ro...@citrix.com> wrote:
> James, I see your point, this will probably be fixed later on. We need to fix the veewee and vagrant configs in tools/devcloud.
> Right now I created only the image as most people would not want to create their own. If you're looking to create your own, checkout diy section of http://rohityadav.in/logs/devcloud
> The problem is I've used Debian Wheezy, configuring the vagrant box was tricky also some packages like mkisofs and maven3 will have to fetched as they are not on distro's repos.
> Any help in fixing these scripts would be great.
>
> Regards.
>
> ________________________________________
> From: James Martin [jmartin@basho.com]
> Sent: Friday, November 30, 2012 1:10 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: Re: back in the game, deploying to devcloud
>
> Just to clear things up -- I'm not using an image at all. I'm working
> on the stuff that builds devcloud. I'd like devcloud to be part of
> the source tree, not something external that you download. I feel
> this makes for a cleaner development experience and forces the
> creation of the devcloud image to remain in the core codebase.
>
> The goal is to be able, from the cloudstack project root:
>
> cd tools/devcloud
> vagrant up
> vagrant ssh
>
> In order for this to work it requires a vagrant basebox, and a vagrant
> xenbox. Currently in my fork these are built cleanly with veewee,
> vagrant, and puppet via a shell script by simply:
>
> cd tools/devcloud/deps
> ./boxer.sh -b all
>
> And you end up with:
>
> vagrant box list
> devcloudbase (virtualbox)
> devcloudbase-xen (virtualbox)
>
> Once those vagrant boxes are completed you'd run,
>
> cd ../
> vagrant up
> vagrant ssh
>
> vagrant ssh
> Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
>
> * Documentation: https://help.ubuntu.com/
> Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
> devcloud@devcloud:~$ ls /opt/cloudstack/
> apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
> startdevcloud.sh
>
> and now you have an clean devcloud vagrant install. If you ever screw
> up the system,
> you simply:
> vagrant destroy
> vagrant up
>
> to start fresh
>
> I have all of that completed. I just want to be able to install a
> build to this blank vm. It seems like I should follow these steps:
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
>
> but I receive an error here:
>
> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> [INFO] Scanning for projects...
> [INFO] ------------------------------------------------------------------------
> [INFO] Reactor Build Order:
> [INFO]
> [INFO] Apache CloudStack Developer Tools
> [INFO] Apache CloudStack Developer Tools
> [INFO]
> [INFO] ------------------------------------------------------------------------
> [INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
> [INFO] ------------------------------------------------------------------------
> [INFO]
> [INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
> (default) @ cloud-developer ---
> [WARNING] Ignoring missing properties file:
> /Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
> [INFO]
> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
> cloud-developer ---
> [INFO]
> [INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
> [INFO] Executing tasks
>
> main:
> [copy] Copying 60 files to
> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
> [copy] Copying 9 files to
> /Users/jmartin/work/code/basho-cloudstack/developer/target/db
> [INFO] Executed tasks
> [INFO]
> [INFO] --- sql-maven-plugin:1.5:execute (drop-database) @ cloud-developer ---
> [INFO] ------------------------------------------------------------------------
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Apache CloudStack Developer Tools ................. FAILURE [2.025s]
> [INFO] Apache CloudStack Developer Tools ................. SKIPPED
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 2.947s
> [INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
> [INFO] Final Memory: 12M/81M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal
> org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
> project cloud-developer: Communications link failure
> [ERROR]
> [ERROR] The last packet sent successfully to the server was 0
> milliseconds ago. The driver has not received any packets from the
> server. Can not read response from server. Expected to read 4 bytes,
> read 0 bytes before connection was unexpectedly lost.
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with
> the -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>
>
> I don't believe that it's connecting to the vagrant vm I have running
> and doing the proper deploys. How can we fix this?
>
> Thanks!
>
> James
>
>
>
> On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com> wrote:
>> Irrespective of whatever cloudstack version you're on, you don't have different workflows for 4.0 and asf master, just build, deploydb and run the mgmt server as you have on your laptop, using the new devcloud image: http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>>
>> And make sure to set these global settings and restart mgmt server, before you deploy a basic zone:
>>
>> host = 192.168.56.1
>> system.vm.use.local.storage = true
>> management.network.cidr = 192.168.56.0/24
>> secstorage.allowed.internal.sites = 192.168.56.0/8
>>
>> If you're want to build inside use host ip equal to 192.168.56.10. Checkout instructions on working with ASF master and the new devcloud in the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>>
>> Hope this helps,
>> Rohit
>>
>> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>>
>>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>>> I'm back in the game and determined to get my devcloud work ready for
>>>> a patch and submitted. Right now the problem I'm running into is
>>>> deploying the build:
>>>>
>>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>>> rdeploydb -Dport=7222
>>>>
>>>>
>>>> [sshexec]
>>>> [sshexec]
>>>> [sshexec] deploydb:
>>>> [sshexec]
>>>> [sshexec]
>>>> [sshexec] deploycddb:
>>>> [sshexec]
>>>> [sshexec] [exec] failed to init cloudev
>>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>>> directory
>>>>
>>>
>>> Just wondering which image of devloud you were using. Rohit released
>>> a new Debian Wheezy based image recently which works against master.
>>>
>>> Are you running this for 4.0?
>>>
>>>
>>> --
>>> Prasanna.,
>>
RE: back in the game, deploying to devcloud
Posted by Rohit Yadav <ro...@citrix.com>.
James, I see your point, this will probably be fixed later on. We need to fix the veewee and vagrant configs in tools/devcloud.
Right now I created only the image as most people would not want to create their own. If you're looking to create your own, checkout diy section of http://rohityadav.in/logs/devcloud
The problem is I've used Debian Wheezy, configuring the vagrant box was tricky also some packages like mkisofs and maven3 will have to fetched as they are not on distro's repos.
Any help in fixing these scripts would be great.
Regards.
________________________________________
From: James Martin [jmartin@basho.com]
Sent: Friday, November 30, 2012 1:10 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: back in the game, deploying to devcloud
Just to clear things up -- I'm not using an image at all. I'm working
on the stuff that builds devcloud. I'd like devcloud to be part of
the source tree, not something external that you download. I feel
this makes for a cleaner development experience and forces the
creation of the devcloud image to remain in the core codebase.
The goal is to be able, from the cloudstack project root:
cd tools/devcloud
vagrant up
vagrant ssh
In order for this to work it requires a vagrant basebox, and a vagrant
xenbox. Currently in my fork these are built cleanly with veewee,
vagrant, and puppet via a shell script by simply:
cd tools/devcloud/deps
./boxer.sh -b all
And you end up with:
vagrant box list
devcloudbase (virtualbox)
devcloudbase-xen (virtualbox)
Once those vagrant boxes are completed you'd run,
cd ../
vagrant up
vagrant ssh
vagrant ssh
Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
* Documentation: https://help.ubuntu.com/
Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
devcloud@devcloud:~$ ls /opt/cloudstack/
apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
startdevcloud.sh
and now you have an clean devcloud vagrant install. If you ever screw
up the system,
you simply:
vagrant destroy
vagrant up
to start fresh
I have all of that completed. I just want to be able to install a
build to this blank vm. It seems like I should follow these steps:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
but I receive an error here:
mvn -P developer -pl developer,tools/devcloud -Ddeploydb
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] Apache CloudStack Developer Tools
[INFO] Apache CloudStack Developer Tools
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
(default) @ cloud-developer ---
[WARNING] Ignoring missing properties file:
/Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
[INFO]
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @
cloud-developer ---
[INFO]
[INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
[INFO] Executing tasks
main:
[copy] Copying 60 files to
/Users/jmartin/work/code/basho-cloudstack/developer/target/db
[copy] Copying 9 files to
/Users/jmartin/work/code/basho-cloudstack/developer/target/db
[INFO] Executed tasks
[INFO]
[INFO] --- sql-maven-plugin:1.5:execute (drop-database) @ cloud-developer ---
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Apache CloudStack Developer Tools ................. FAILURE [2.025s]
[INFO] Apache CloudStack Developer Tools ................. SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2.947s
[INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
[INFO] Final Memory: 12M/81M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal
org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
project cloud-developer: Communications link failure
[ERROR]
[ERROR] The last packet sent successfully to the server was 0
milliseconds ago. The driver has not received any packets from the
server. Can not read response from server. Expected to read 4 bytes,
read 0 bytes before connection was unexpectedly lost.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with
the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
I don't believe that it's connecting to the vagrant vm I have running
and doing the proper deploys. How can we fix this?
Thanks!
James
On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com> wrote:
> Irrespective of whatever cloudstack version you're on, you don't have different workflows for 4.0 and asf master, just build, deploydb and run the mgmt server as you have on your laptop, using the new devcloud image: http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>
> And make sure to set these global settings and restart mgmt server, before you deploy a basic zone:
>
> host = 192.168.56.1
> system.vm.use.local.storage = true
> management.network.cidr = 192.168.56.0/24
> secstorage.allowed.internal.sites = 192.168.56.0/8
>
> If you're want to build inside use host ip equal to 192.168.56.10. Checkout instructions on working with ASF master and the new devcloud in the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>
> Hope this helps,
> Rohit
>
> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>
>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>> I'm back in the game and determined to get my devcloud work ready for
>>> a patch and submitted. Right now the problem I'm running into is
>>> deploying the build:
>>>
>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>> rdeploydb -Dport=7222
>>>
>>>
>>> [sshexec]
>>> [sshexec]
>>> [sshexec] deploydb:
>>> [sshexec]
>>> [sshexec]
>>> [sshexec] deploycddb:
>>> [sshexec]
>>> [sshexec] [exec] failed to init cloudev
>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>> directory
>>>
>>
>> Just wondering which image of devloud you were using. Rohit released
>> a new Debian Wheezy based image recently which works against master.
>>
>> Are you running this for 4.0?
>>
>>
>> --
>> Prasanna.,
>
Re: back in the game, deploying to devcloud
Posted by James Martin <jm...@basho.com>.
Just to clear things up -- I'm not using an image at all. I'm working
on the stuff that builds devcloud. I'd like devcloud to be part of
the source tree, not something external that you download. I feel
this makes for a cleaner development experience and forces the
creation of the devcloud image to remain in the core codebase.
The goal is to be able, from the cloudstack project root:
cd tools/devcloud
vagrant up
vagrant ssh
In order for this to work it requires a vagrant basebox, and a vagrant
xenbox. Currently in my fork these are built cleanly with veewee,
vagrant, and puppet via a shell script by simply:
cd tools/devcloud/deps
./boxer.sh -b all
And you end up with:
vagrant box list
devcloudbase (virtualbox)
devcloudbase-xen (virtualbox)
Once those vagrant boxes are completed you'd run,
cd ../
vagrant up
vagrant ssh
vagrant ssh
Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-29-generic-pae i686)
* Documentation: https://help.ubuntu.com/
Last login: Fri Nov 30 05:29:32 2012 from 10.0.2.2
devcloud@devcloud:~$ ls /opt/cloudstack/
apache-tomcat-6.0.32 apache-tomcat-6.0.32.zip incubator-cloudstack
startdevcloud.sh
and now you have an clean devcloud vagrant install. If you ever screw
up the system,
you simply:
vagrant destroy
vagrant up
to start fresh
I have all of that completed. I just want to be able to install a
build to this blank vm. It seems like I should follow these steps:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+devcloud+environment+setup
but I receive an error here:
mvn -P developer -pl developer,tools/devcloud -Ddeploydb
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] Apache CloudStack Developer Tools
[INFO] Apache CloudStack Developer Tools
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
(default) @ cloud-developer ---
[WARNING] Ignoring missing properties file:
/Users/jmartin/work/code/basho-cloudstack/utils/conf/db.properties.override
[INFO]
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @
cloud-developer ---
[INFO]
[INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
[INFO] Executing tasks
main:
[copy] Copying 60 files to
/Users/jmartin/work/code/basho-cloudstack/developer/target/db
[copy] Copying 9 files to
/Users/jmartin/work/code/basho-cloudstack/developer/target/db
[INFO] Executed tasks
[INFO]
[INFO] --- sql-maven-plugin:1.5:execute (drop-database) @ cloud-developer ---
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Apache CloudStack Developer Tools ................. FAILURE [2.025s]
[INFO] Apache CloudStack Developer Tools ................. SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2.947s
[INFO] Finished at: Fri Nov 30 02:15:39 EST 2012
[INFO] Final Memory: 12M/81M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal
org.codehaus.mojo:sql-maven-plugin:1.5:execute (drop-database) on
project cloud-developer: Communications link failure
[ERROR]
[ERROR] The last packet sent successfully to the server was 0
milliseconds ago. The driver has not received any packets from the
server. Can not read response from server. Expected to read 4 bytes,
read 0 bytes before connection was unexpectedly lost.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with
the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
I don't believe that it's connecting to the vagrant vm I have running
and doing the proper deploys. How can we fix this?
Thanks!
James
On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <ro...@citrix.com> wrote:
> Irrespective of whatever cloudstack version you're on, you don't have different workflows for 4.0 and asf master, just build, deploydb and run the mgmt server as you have on your laptop, using the new devcloud image: http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
>
> And make sure to set these global settings and restart mgmt server, before you deploy a basic zone:
>
> host = 192.168.56.1
> system.vm.use.local.storage = true
> management.network.cidr = 192.168.56.0/24
> secstorage.allowed.internal.sites = 192.168.56.0/8
>
> If you're want to build inside use host ip equal to 192.168.56.10. Checkout instructions on working with ASF master and the new devcloud in the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
>
> Hope this helps,
> Rohit
>
> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
>
>> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>>> I'm back in the game and determined to get my devcloud work ready for
>>> a patch and submitted. Right now the problem I'm running into is
>>> deploying the build:
>>>
>>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>>> rdeploydb -Dport=7222
>>>
>>>
>>> [sshexec]
>>> [sshexec]
>>> [sshexec] deploydb:
>>> [sshexec]
>>> [sshexec]
>>> [sshexec] deploycddb:
>>> [sshexec]
>>> [sshexec] [exec] failed to init cloudev
>>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>>> directory
>>>
>>
>> Just wondering which image of devloud you were using. Rohit released
>> a new Debian Wheezy based image recently which works against master.
>>
>> Are you running this for 4.0?
>>
>>
>> --
>> Prasanna.,
>
Re: back in the game, deploying to devcloud
Posted by Rohit Yadav <ro...@citrix.com>.
Irrespective of whatever cloudstack version you're on, you don't have different workflows for 4.0 and asf master, just build, deploydb and run the mgmt server as you have on your laptop, using the new devcloud image: http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
And make sure to set these global settings and restart mgmt server, before you deploy a basic zone:
host = 192.168.56.1
system.vm.use.local.storage = true
management.network.cidr = 192.168.56.0/24
secstorage.allowed.internal.sites = 192.168.56.0/8
If you're want to build inside use host ip equal to 192.168.56.10. Checkout instructions on working with ASF master and the new devcloud in the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
Hope this helps,
Rohit
On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>> I'm back in the game and determined to get my devcloud work ready for
>> a patch and submitted. Right now the problem I'm running into is
>> deploying the build:
>>
>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>> rdeploydb -Dport=7222
>>
>>
>> [sshexec]
>> [sshexec]
>> [sshexec] deploydb:
>> [sshexec]
>> [sshexec]
>> [sshexec] deploycddb:
>> [sshexec]
>> [sshexec] [exec] failed to init cloudev
>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>> directory
>>
>
> Just wondering which image of devloud you were using. Rohit released
> a new Debian Wheezy based image recently which works against master.
>
> Are you running this for 4.0?
>
>
> --
> Prasanna.,
Re: back in the game, deploying to devcloud
Posted by Rohit Yadav <ro...@citrix.com>.
Irrespective of whatever cloudstack version you're on, you don't have different workflows for 4.0 and asf master, just build, deploydb and run the mgmt server as you have on your laptop, using the new devcloud image: http://people.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
And make sure to set these global settings and restart mgmt server, before you deploy a basic zone:
host = 192.168.56.1
system.vm.use.local.storage = true
management.network.cidr = 192.168.56.0/24
secstorage.allowed.internal.sites = 192.168.56.0/8
If you're want to build inside use host ip equal to 192.168.56.10. Checkout instructions on working with ASF master and the new devcloud in the DevCloud 2.0 section: http://rohityadav.in/logs/devcloud/
Hope this helps,
Rohit
On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <ts...@apache.org> wrote:
> On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
>> Sorry folks, had to take a long hiatus from my cloudstack work, but
>> I'm back in the game and determined to get my devcloud work ready for
>> a patch and submitted. Right now the problem I'm running into is
>> deploying the build:
>>
>> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
>> rdeploydb -Dport=7222
>>
>>
>> [sshexec]
>> [sshexec]
>> [sshexec] deploydb:
>> [sshexec]
>> [sshexec]
>> [sshexec] deploycddb:
>> [sshexec]
>> [sshexec] [exec] failed to init cloudev
>> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
>> directory
>>
>
> Just wondering which image of devloud you were using. Rohit released
> a new Debian Wheezy based image recently which works against master.
>
> Are you running this for 4.0?
>
>
> --
> Prasanna.,
Re: back in the game, deploying to devcloud
Posted by Prasanna Santhanam <ts...@apache.org>.
On Thu, Nov 29, 2012 at 06:43:29PM -0500, James Martin wrote:
> Sorry folks, had to take a long hiatus from my cloudstack work, but
> I'm back in the game and determined to get my devcloud work ready for
> a patch and submitted. Right now the problem I'm running into is
> deploying the build:
>
> mvn clean install -P developer -D skipTests ; ant build-all rdeploy
> rdeploydb -Dport=7222
>
>
> [sshexec]
> [sshexec]
> [sshexec] deploydb:
> [sshexec]
> [sshexec]
> [sshexec] deploycddb:
> [sshexec]
> [sshexec] [exec] failed to init cloudev
> dbdeploy-db-clouddev.sh: line 20: clouddev.sql: No such file or
> directory
>
Just wondering which image of devloud you were using. Rohit released
a new Debian Wheezy based image recently which works against master.
Are you running this for 4.0?
--
Prasanna.,