incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rohit Yadav <>
Subject RE: back in the game, deploying to devcloud
Date Fri, 30 Nov 2012 07:51:30 GMT
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
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.


From: James Martin []
Sent: Friday, November 30, 2012 1:10 PM
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
./ -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:
Last login: Fri Nov 30 05:29:32 2012 from
devcloud@devcloud:~$ ls /opt/cloudstack/
apache-tomcat-6.0.32  incubator-cloudstack

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:

but I receive an error here:

mvn -P developer -pl developer,tools/devcloud -Ddeploydb
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO] Apache CloudStack Developer Tools
[INFO] Apache CloudStack Developer Tools
[INFO] ------------------------------------------------------------------------
[INFO] Building Apache CloudStack Developer Tools 4.1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties
(default) @ cloud-developer ---
[WARNING] Ignoring missing properties file:
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @
cloud-developer ---
[INFO] --- maven-antrun-plugin:1.7:run (default) @ cloud-developer ---
[INFO] Executing tasks

     [copy] Copying 60 files to
     [copy] Copying 9 files to
[INFO] Executed tasks
[INFO] --- sql-maven-plugin:1.5:execute (drop-database) @ cloud-developer ---
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] Apache CloudStack Developer Tools ................. FAILURE [2.025s]
[INFO] Apache CloudStack Developer Tools ................. SKIPPED
[INFO] ------------------------------------------------------------------------
[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] 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] 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] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]

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?



On Thu, Nov 29, 2012 at 7:12 PM, Rohit Yadav <> 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:
> And make sure to set these global settings and restart mgmt server, before you deploy
a basic zone:
> host =
> = true
> =
> secstorage.allowed.internal.sites =
> If you're want to build inside use host ip equal to Checkout instructions
on working with ASF master and the new devcloud in the DevCloud 2.0 section:
> Hope this helps,
> Rohit
> On 29-Nov-2012, at 3:54 PM, Prasanna Santhanam <> 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
>>> 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.,
View raw message