The two commands are the same...
2013/5/7 Mike Tutkowski
> Thank you so much - your process worked for me! :)
>
> I have a couple questions, if you have a moment.
>
> I usually run the CS MS as such:
>
> mvn -pl client jetty:run
>
> Can you tell me what is different about the way you specified
Thank you so much - your process worked for me! :)
I have a couple questions, if you have a moment.
I usually run the CS MS as such:
mvn -pl client jetty:run
Can you tell me what is different about the way you specified how to run
it? I noticed it asked me for a password with your way and it ke
Normally I build with mvn clean install -Dnonoss, so I'm not sure if that
builds systemvm. I am running a build right now the way you specified. :)
On Tue, May 7, 2013 at 11:24 AM, Wei ZHOU wrote:
> It seems something wrong with systemvm
> Have you built systemvm?
>
>
> 2013/5/7 Mike Tutkowski
It seems something wrong with systemvm
Have you built systemvm?
2013/5/7 Mike Tutkowski
> Interesting...4.1 was working for me, but not 4.2. It looks like a problem
> with calling a plug-in:
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
Interesting...4.1 was working for me, but not 4.2. It looks like a problem
with calling a plug-in:
com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
Thanks for the info!
On Tue, May 7, 2013 at 11:18 AM, Wei ZHOU wrote:
> Hi Mike,
>
> I tested cl
Hi Mike,
I tested cloudstack 4.1 on devcloud2 some times today.
I use another VM as git client (git checkout and build source code), and
cloudstack management server.
Here is the steps
(1) Restore DevCloud2 to original/snapshot.
(2) mvn -P developer,systemvm clean install
(3) mvn -P developer -p
Just wanted to throw out there that I stashed away all of my changes in
master and went back to what's in the repo, re-built and all, and arrive at
the same results.
Has anyone had success recently cleaning out their DB, re-building from
master, and running the CS MS?
Thanks!
On Tue, May 7, 201
Walked through the steps again this morning and same ending.
As soon as I run deployDataCenter.py, I get the following exceptions:
com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
due to There was a
Yeah...it behaves, though, as if there is some info in the DB that is
confusing the CS MS into not believing it's in a fresh state.
Is there an easy way to confirm the script ran successfully? In the past,
it's just always worked.
Thanks
On Tue, May 7, 2013 at 1:41 AM, Sebastien Goasguen wrote
On May 7, 2013, at 1:47 AM, Mike Tutkowski wrote:
> Also, just to throw this out there, it looks like my DevCloud2 host has
> plenty of remaining memory and disk capacity.
>
>
Did you redeploy the db ?
> On Mon, May 6, 2013 at 11:44 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
Also, just to throw this out there, it looks like my DevCloud2 host has
plenty of remaining memory and disk capacity.
On Mon, May 6, 2013 at 11:44 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> When I look at my DevCloud2 host in XenCenter, though, it says SSVM is
> running (the CS
When I look at my DevCloud2 host in XenCenter, though, it says SSVM is
running (the CS MS disagrees).
On Mon, May 6, 2013 at 11:41 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I figured I'd just go back to square one and see if I could get everything
> to work with a clean environ
I figured I'd just go back to square one and see if I could get everything
to work with a clean environment.
I deleted my DevCloud2 VM and re-installed the appliance (after
re-downloading it from the web).
I cleaned out my database and had the tables built up from scratch.
I kicked of the manage
I looked here:
/opt/storage/secondary/template/tmpl/1/1 (on my DevCloud2 host) and found a
VHD file.
I do see in the GUI that I have a host alert on
nfs://192.168.56.10:/opt/storage/secondary,
but when I go look for the Alert (to see details), it is not on the
Events-Alerts page (the three genera
Interesting...in Global Settings, I find a key with the name 'host' and its
value is '192.168.56.1'.
That looks correct, though, right?
On Mon, May 6, 2013 at 3:35 PM, Wei ZHOU wrote:
> Hi Mike,
>
> The result of this command should be "192.168.56.1" or similar value, not
> "10.2.0.15".
>
Hi Mike,
The result of this command should be "192.168.56.1" or similar value, not
"10.2.0.15".
select value from cloud.configuration where name="host";
Please make sure before you run "mvn -P developer -pl tools/devcloud
-Ddeploysvr"
you can change it by
update cloud.configuration set
Hi,
I recently updated my local repo, rebuilt, redeployed, and all.
I wanted to kick off a VM, but I don't see the TinyLinux template.
Any thoughts on this? Just followed the normal procedure I use for doing
this...didn't do anything different.
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack D
17 matches
Mail list logo
