Sung Ho Kim created CLOUDSTACK-569:
--
Summary: Host remains in Connecting states after host
restarted(Xenserver 6.0.2)
Key: CLOUDSTACK-569
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-569
Pro
[
https://issues.apache.org/jira/browse/CLOUDSTACK-569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sung Ho Kim updated CLOUDSTACK-569:
---
Attachment: screenshot-1.jpg
> Host remains in Connecting states after host restarted
charles_sysu created CLOUDSTACK-570:
---
Summary: How to analysis cloudstack source code
Key: CLOUDSTACK-570
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-570
Project: CloudStack
Issue
[
https://issues.apache.org/jira/browse/CLOUDSTACK-569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sung Ho Kim updated CLOUDSTACK-569:
---
Attachment: screenshot-2.jpg
> Host remains in Connecting states after host restarted
I think that there is a missing info in the blog entry (
http://rohityadav.in/logs/devcloud/)
This command should be executed after compilation to deploy config in the
DB of the management server :
mvn -P developer -pl tools/devcloud -Ddeploysvr
But we get this error :
Traceback (most recent ca
Charles, looks to me like a missing dependency in Rohit's image, try:
root@devcloud:~# easy_install mysql-connector-python
Searching for mysql-connector-python
Reading http://pypi.python.org/simple/mysql-connector-python/
Reading http://dev.mysql.com/doc/connector-python/en/index.html
Reading http
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8293/
---
Review request for cloudstack.
Description
---
Current com.cloud.server.Con
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8293/
---
(Updated Nov. 30, 2012, 11:09 a.m.)
Review request for cloudstack.
Description
Have installed the missing mysql python package but there is a mysql error
now :
mvn -P developer -pl tools/devcloud -Ddeploysvr
[INFO] Scanning for projects...
[INFO]
[INFO]
[INFO] Building Apache CloudStack Developer Tools
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8294/
---
Review request for cloudstack.
Description
---
There are 13 services define
Hi all,
We still have a few blocker bugs for 4.0.1 and a few more things I'd
like to merge for 4.0.1 before freeze.
I'm going to push the freeze to Tuesday of next week (December 4), and
adjust the rest of the schedule accordingly.
Best,
Joe
--
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
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 labo
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 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
> und
Hi everyone,
This mail is to elaborate on this bug and to discuss on the possible
solutions.
So the Bug is about the source template id . As the name suggests the
source template id is used to determine the source from which a template
is created or a vm is created. This can be used for billing p
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 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
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 pag
Charles, this simply deploys a basic zone using configuration from
tools/devcloud/devcloud.cfg
The problem I see is that it's unable to create a connection to mgmt server.
You can start mgmt server and manually add a basic zone.
Checklist:
- Are you running your mgmt server on host os (192.168.5
Sebastien,
Thanks for the context. An IRC meetup would be great.
-James
On Fri, Nov 30, 2012 at 9:58 AM, Sebastien Goasguen 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
Hi Rohit,
This is my fault. I always forget to start first the servers (mvn -pl
:cloud-client-ui jetty:run) and after this command to deploy / configure
the cloud (mvn -P developer -pl tools/devcloud -Ddeploysvr). This is in
order and works fine on 192.168.56.190.
Nevertheless, I cannot upload an
Here is the result of what I get after running the command ssvm-check.sh on
devcloud2 machine running in VB (192.168.56.10)
./ssvm-check.sh
cat: /var/cache/cloud/cmdline: No such file or directory
First DNS server is 10.0.3.3
PING 10.0.3.3 (10.0.3
Hi Dave,
Yes I do have Virtual Providers enabled. I used the GUI for the most part to
create the advanced zone.
I checked on virtual providers, I have Virtual Router and VPC enabled. I
disabled VPC because its not applicable shared network and is now disabled.
I also used CloudMonkey for part
[
https://issues.apache.org/jira/browse/CLOUDSTACK-563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13507426#comment-13507426
]
Musayev, Ilya commented on CLOUDSTACK-563:
--
Hi Dave,
Yes I do have Virtual P
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
There can be multiple issues here, make sure your mgmt host is correct in
global settings. Next, check that following are appropriate (may be some
different values for your case) in global settings too:
management.network.cidr is 192.168.56.0/24
secstorage.allowed.internal.sites is 192.168.56.0/8
On 30/11/12 17:27, Rohit Yadav wrote:
management.network.cidr is 192.168.56.0/24
secstorage.allowed.internal.sites is 192.168.56.0/8
Rohit,
As I use same config as you, the following values are the same :
management.network.cidr is 192.168.56.0/24
secstorage.allowed.internal.sites is 192.168.5
Can we change the ports number accepted by CloudStack as only 80 & 443 are
allowed to upload an ISO image ?
On Fri, Nov 30, 2012 at 6:07 PM, Charles Moulliard wrote:
> On 30/11/12 17:27, Rohit Yadav wrote:
>
>> management.network.cidr is 192.168.56.0/24
>> secstorage.allowed.internal.**sites is
Jessica Wang created CLOUDSTACK-571:
---
Summary: cloudstack UI - network menu - guest network section -
network detailView - edit action - network offering upgrade is not allowed in
Shared network.
Key: CLOUDSTACK-571
[
https://issues.apache.org/jira/browse/CLOUDSTACK-571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jessica Wang resolved CLOUDSTACK-571.
-
Resolution: Fixed
Author: Jessica Wang
#mailto:jessica.w...@citrix.com
Date:
Rohit,
Even, If I use a local HTTP Server, there is still an issue with the
DevCloud2.ova image with NFS.
WARN [cloud.resource.DiscovererBase] (ClusteredAgentManager Timer:) Unable
to configure resource due to Can not create slave connection to
192.168.56.10
WARN [agent.manager.AgentManagerImpl
Charles,
The 10.0.0.3 address in your SSVM is suspect. Can you make sure you have the
last version of /tools/devcloud/devcloud.cfg ?
I manage to upload a new image, running a web server on my local machine with:
sudo python -m SimpleHTTPServer 443
The SSVM should be able to ping the host on whi
Charles, I just posted a screencast. The one thing different is that I am
actually running cloudstack locally and using devcloud as a host.
http://sebgoa.blogspot.com/2012/11/testing-cloudstack-41-with-devcloud.html
On Nov 30, 2012, at 7:19 PM, Charles Moulliard wrote:
> Thx Sebastien. If I co
The link is wrong ...
On Fri, Nov 30, 2012 at 7:42 PM, Sebastien Goasguen wrote:
> Charles, I just posted a screencast. The one thing different is that I am
> actually running cloudstack locally and using devcloud as a host.
>
> http://sebgoa.blogspot.com/2012/11/testing-cloudstack-41-with-devcl
my bad, did not publish it, can you try again
On Nov 30, 2012, at 7:45 PM, Charles Moulliard wrote:
> The link is wrong ...
>
>
> On Fri, Nov 30, 2012 at 7:42 PM, Sebastien Goasguen wrote:
>
>> Charles, I just posted a screencast. The one thing different is that I am
>> actually running cloud
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/8123/#review13904
---
John, thanks for patch. Much better now. Can you check, why the code
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 [jmar...@basho.com]
Sent: Friday, November 30, 2012 8:48 PM
Yes, check your host IP in global settings, change to appropriate IP and
restart mgmt server. Next, delete SSVM (they are stateless, don't worry). New
ssvms would be able to get the templates from any IP within the secstorage
internal cidr, 192.168.56.0/8 or any other value in your global settin
I would too recommend you to run mgmt server locally on your host os and use
devcloud only as Xen host and NFS server. Though, if you're developing inside
it should work too, but you won't be able to debug it using your IDE (actually
you can if you install gnome or kde on it and install intellij
works for me:
http://sebgoa.blogspot.com/2012/11/testing-cloudstack-41-with-devcloud.html
From: Charles Moulliard [ch0...@gmail.com]
Sent: Saturday, December 01, 2012 12:15 AM
To: cloudstack-dev
Subject: Re: New DevCloud Appliance
The link is wrong ...
O
> On Nov. 30, 2012, 7:15 p.m., Rohit Yadav wrote:
> > John, thanks for patch. Much better now. Can you check, why the code that
> > configure db in the testclient is commented?
> > tools/marvin/marvin/deployDataCenter.py
> > For the actual functional review, Edison can help on storage and
> >
Alena Prokharchyk created CLOUDSTACK-572:
Summary: SG Enabled Advanced Zone - Not able to deploy a VM in an
account specific shared network.
Key: CLOUDSTACK-572
URL: https://issues.apache.org/jira/browse/C
Alena Prokharchyk created CLOUDSTACK-573:
Summary: NPE at
"com.cloud.network.NetworkManagerImpl.networkOfferingIsConfiguredForExternalNetworking(NetworkManagerImpl.java:4345)"
when create network from the network offering having NULL prov
Ok, sounds good. I'll keep an eye out for next Weds.
On Fri, Nov 30, 2012 at 2:20 PM, Rohit Yadav 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.
> __
[
https://issues.apache.org/jira/browse/CLOUDSTACK-572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alena Prokharchyk resolved CLOUDSTACK-572.
--
Resolution: Fixed
Fixed with 1aa4ad6a3c5c051ff6fcb68e0bf2bd58c9ddedcc
[
https://issues.apache.org/jira/browse/CLOUDSTACK-573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alena Prokharchyk resolved CLOUDSTACK-573.
--
Resolution: Fixed
Fixed with 7857b1f62ab905790e4dd96f6b19d7d67255b56c
> On Nov. 30, 2012, 7:15 p.m., Rohit Yadav wrote:
> > John, thanks for patch. Much better now. Can you check, why the code that
> > configure db in the testclient is commented?
> > tools/marvin/marvin/deployDataCenter.py
> > For the actual functional review, Edison can help on storage and
> >
I need help with figuring this issue out - as I cant roll our cloudstack ENV
into production.
As of now, the only way to resolve this is to completely recreate the router
VMs.
This cripples the entire environment.
My setup is documented here:
https://cwiki.apache.org/confluence/display/CLOUDST
46 matches
Mail list logo
