RE: The given command does not exist or it is not available for user

[Paul Angus]

Thanks,

I found the error earlier in the log. (long story involving changing ISP)

Cheers.

Regards,

Paul Angus
S: +44 20 3603 0540 | M: +447711418784
paul.an...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 12 April 2013 16:01
To: dev@cloudstack.apache.org
Subject: RE: The given command does not exist or it is not available for user

Hi Marcus,

It was a clean install from an OSS build created from git pull of 4.1-SNAPSHOT 
this morning. The VM is CentOS 6.3.

I did see a previous post with a similar issue and so I checked 
/var/cloudstack/management - it does exist.

I'll look earlier in the log as you suggest...

(Thanks)

Regards,

Paul Angus
S: +44 20 3603 0540 | M: +447711418784
paul.an...@shapeblue.com

-Original Message-
From: Marcus Sorensen [mailto:shadow...@gmail.com]
Sent: 12 April 2013 15:09
To: dev@cloudstack.apache.org
Subject: Re: The given command does not exist or it is not available for user

Is it an upgrade, or a fresh install? Which OS? Installed via package?
Generally this points to something during the startup not finishing, so you may 
want to scroll up well beyond the actual login attempt to see if something 
failed. I believe I saw this once when it couldn't find the cloud user's home 
(since it changed to /var/cloudstack/management) or wasn't owned/writable by 
cloud to set up ssh keys there, and maybe once during a botched DB upgrade.


On Fri, Apr 12, 2013 at 7:57 AM, Paul Angus wrote:

>  Hi All,
>
>
>
> When I try to log in to the current build of CloudStack 4.1 I get an
> error in the browser:
>
>
>
> The given command does not exist or it is not available for user
>
>
>
> The management-server.log shows:
>
>
>
> 2013-04-12 13:52:55,796 DEBUG [cloud.user.AccountManagerImpl]
> (catalina-exec-18:null) Attempting to log in user: admin in domain 1
>
> 2013-04-12 13:52:55,796 DEBUG [server.auth.MD5UserAuthenticator]
> (catalina-exec-18:null) Retrieving user: admin
>
> 2013-04-12 13:52:55,803 DEBUG [cloud.user.AccountManagerImpl]
> (catalina-exec-18:null) User: admin in domain 1 has successfully
> logged in
>
> 2013-04-12 13:52:55,822 DEBUG [cloud.api.ApiServlet]
> (catalina-exec-18:null) ===END===  10.0.1.31 -- POST  null
>
> 2013-04-12 13:52:55,852 DEBUG [cloud.api.ApiServlet]
> (catalina-exec-6:null) ===START===  10.0.1.31 -- GET
> command=listCapabilities&response=json&sessionkey=HCJMmPaamkJis00sLcGZ
> 0CDZO7s%3D&_=1365771173024
>
> 2013-04-12 13:52:55,858 DEBUG [cloud.api.ApiServer]
> (catalina-exec-6:null) The given command:listCapabilities does not
> exist or it is not available for user with id:2
>
> 2013-04-12 13:52:55,859 DEBUG [cloud.api.ApiServlet]
> (catalina-exec-6:null) ===END===  10.0.1.31 -- GET
> command=listCapabilities&response=json&sessionkey=HCJMmPaamkJis00sLcGZ
> 0CDZO7s%3D&_=1365771173024
>
> 2013-04-12 13:52:55,889 DEBUG [cloud.api.ApiServlet]
> (catalina-exec-7:null) ===START===  10.0.1.31 -- GET
> command=listSwifts&response=json&sessionkey=HCJMmPaamkJis00sLcGZ0CDZO7
> s%3D&_=1365771173059
>
> 2013-04-12 13:52:55,895 DEBUG [cloud.api.ApiServer]
> (catalina-exec-7:null) The given command:listSwifts does not exist or
> it is not available for user with id:2
>
> 2013-04-12 13:52:55,896 DEBUG [cloud.api.ApiServlet]
> (catalina-exec-7:null) ===END===  10.0.1.31 -- GET
> command=listSwifts&response=json&sessionkey=HCJMmPaamkJis00sLcGZ0CDZO7
> s%3D&_=1365771173059
>
>
>
> Any ideas anyone?
>
>
>
> Regards
>
>
>
> Paul Angus
>
> *Senior Consultant / Cloud Architect*
>
>
>
> [image: cid:image002.png@01CE1071.C6CC9C10]
>
>
>
> S: +44 20 3603 0540 <+442036030540> | M: +4 <+447968161581>47711418784
>
> paul.an...@shapeblue.com  |
> www.shapeblue.com | Twitter:@shapeblue 
>
> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
>
>
>  This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed.
> Any views or opinions expressed are solely those of the author and do
> not necessarily represent those of Shape Blue Ltd or related
> companies. If you are not the intended recipient of this email, you
> must neither take any action based upon its contents, nor copy or show
> it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated
> in England & Wales. ShapeBlue Services India LLP is operated under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
belie

Re: [PROPOSAL] [CLOUDSTACK-2056] DeploymentPlanner choice via ServiceOffering

[Nitin Mehta]

On 18/04/13 11:01 AM, "Koushik Das"  wrote:

>I have some comments inline
>
>> -Original Message-
>> From: Prachi Damle [mailto:prachi.da...@citrix.com]
>> Sent: Thursday, April 18, 2013 12:17 AM
>> To: dev@cloudstack.apache.org
>> Subject: RE: [PROPOSAL] [CLOUDSTACK-2056] DeploymentPlanner choice via
>> ServiceOffering
>> 
>> Hi Nitin,
>> 
>> Thanks for the feedback. I have added comments inline.
>> 
>> -Prachi
>> 
>> -Original Message-
>> From: Nitin Mehta [mailto:nitin.me...@citrix.com]
>> Sent: Wednesday, April 17, 2013 1:42 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [PROPOSAL] [CLOUDSTACK-2056] DeploymentPlanner choice via
>> ServiceOffering
>> 
>> Thanks for sharing this with the community Prachi. I read the wiki and
>>had a
>> few questions.
>> 
>> Is there a requirement doc for this ? I wanted to understand the use
>>cases
>> for this.
>> >>This is more of refactoring proposal in order to give more
>>flexibility to the
>> admin  around deployment decisions.
>> >>The typical use-case will be when Admin wants to facilitate
>>dispersion of
>> VMs only for some accounts that need it while for any other accounts
>>that do
>> not care where their VMs land,  keep the deployment random/firstfit.
>> >>Since currently planning choice is governed by the global config
>> vm.allocation.algorithms, Admin cannot make use of the varied deployment
>> heuristics per account needs.
>> >>In the above case, if admin sets this config to 'userdispersion' then
>>the
>> UserDispersingPlanner gets selected for the entire CS deployment,
>>across all
>> accounts.
>> 
>> >>Exposing the choice in ServiceOffering, also lets Admin take care of
>> >>applying any custom pricing for say user-dispersion or
>> >>user-concentrated Vs random/firstfit
>> 
>
>[Koushik] Isn't all the different planning strategies best-effort? In
>that case does it make sense to have custom pricing?
>Also since all the planners are active simultaneously on the same set of
>resources it may result in some randomness. For e.g. if initially the
>firstfit planner is used for allocation of VMs and say it consumes 50% of
>the total resources, after that if userdispersing planner is used then it
>can only disperse VMs within the remaining 50%. Is it ok from admin
>perspective to have this kind of randomness?


Its not best effort. It always applies the algo no matter what but yes the
user might not get the desired results. Or do they both mean the same :).
We are guaranteeing him the algo but not making explicit promise that the
users vm will never be say on the same host. The algo will always be
applied is what we promise.
Example - there are 2 hosts each with 1 user vm and you say user
dispersing planner then it doesn't make much sense using this does it -
but he still pays premium :)

What would be great is say the vm is stopped and there is a 3rd host added
during this time and then when its started back on the 3rd host.


>
>> Since all the attributes are visible in service offering to the end
>>user what is it
>> we are trying to do here ? Give the flexibility to the end user ?
>>Ideally it
>> should give more flexibility to the admin right ?
>> >> Right, Flexibility to the admin. This is not for end-user usage.
>> 
>> You talked about the vm.allocation.algorithms but talking about the
>>planners
>> so I am little confused what is that we are trying to do here.
>> >> This is the config that selects the planner currently. If we refactor
>> >>the planner choice to ServiceOffering, we do not need this variable
>>for
>> choosing a planner We might have to keep this config around in order to
>> provide the choice for host/pool allocation.
>> 
>> I see that Hari also proposed changing vm allocation config to zone
>>level.
>> Is that required any more with this change ?
>> >>I think so, at least not needed to choose a planner since we bring the
>> planner choice to ServiceOffering level rather than Zone.
>> >>Can you please point me to that Proposal? Thanks!
>> 
>> I didn't understand "in a CS deployment multiple planners will have to
>>co-
>> exist." bit can you please elaborate with an example here ?
>> >> After exposing the planners in Svc Offering, some offerings might
>>choose
>> 'FirstFitPlanner', while some other might choose
>>'UserDispersingPlanner'.
>> >>Thus all planners can get used in the same CS deployment - since the
>> choice will no longer be global. All such planners will apply
>>heuristics to the
>> same set of resources - hence they might conflict.
>> 
>> Thanks,
>> -Nitin
>> 
>> On 17/04/13 5:10 AM, "Prachi Damle"  wrote:
>> 
>> >I would like to propose a new feature - DeploymentPlanner choice via
>> >ServiceOffering
>> >
>> >Jira ticket created:
>> >https://issues.apache.org/jira/browse/CLOUDSTACK-2056
>> >
>> >This is to expose the choice of Deployment Planner via Service Offering
>> >and let Admin use a mix of Planners in a CS deployment.
>> >
>> >The initial draft of the FS is here
>> >https://cwiki.apache.org/con

Re: New Committer: Go Chiba

[Isaac Chiang]

Congratulation :)




On Thu, Apr 18, 2013 at 2:56 PM, Sebastien Goasguen wrote:

> The Project Management Committee (PMC) for Apache CloudStack has asked Go
> Chiba to become a committer and we are pleased to announced that they have
> accepted.
>
> Go has contributed tremendously to the Japanese translations of the
> documentation (runbook, UI and docs).
> Being a committer allows many contributors to contribute more
> autonomously. For developers, it makes it easier to submit changes and
> eliminates the need to have contributions reviewed via the patch submission
> process. Whether contributions are development-related or otherwise, it is
> a recognition of a contributor's participation in the project and
> commitment to the project and the Apache Way.
> Please join me in congratulating Go,
>
> -Sebastien, on behalf of  the Apache CloudStack PMC
>
>

Re: New Committer: Go Chiba

[Nitin Mehta]

Congrats Go Chiba

On 18/04/13 12:26 PM, "Sebastien Goasguen"  wrote:

>The Project Management Committee (PMC) for Apache CloudStack has asked Go
>Chiba to become a committer and we are pleased to announced that they
>have accepted.
>
>Go has contributed tremendously to the Japanese translations of the
>documentation (runbook, UI and docs).
>Being a committer allows many contributors to contribute more
>autonomously. For developers, it makes it easier to submit changes and
>eliminates the need to have contributions reviewed via the patch
>submission process. Whether contributions are development-related or
>otherwise, it is a recognition of a contributor's participation in the
>project and commitment to the project and the Apache Way.
>Please join me in congratulating Go,
>
>-Sebastien, on behalf of  the Apache CloudStack PMC
>

Re: [DISCUSS] labels for cloudstack university and GSoC

[Sebastien Goasguen]

On Apr 16, 2013, at 2:09 PM, Kelcey Damage (BT)  
wrote:

> I like Joe's proposition of potentially housing the [ACSEDU] tag under
> marketing. I do agree that [GSoC] is 'Dev' related and belongs on that list.
> 
> 

I agree that [GSOC] should be on dev 

for [ACSEDU] the only issue I see is about the target audience. Devs and Users 
will/might be interested, and I want to engage contributors not just marketing 
folks.


>> -Original Message-
>> From: Joe Brockmeier [mailto:j...@zonker.net]
>> Sent: Tuesday, April 16, 2013 10:35 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [DISCUSS] labels for cloudstack university and GSoC
>> 
>> On Tue, Apr 16, 2013, at 03:57 AM, Sebastien Goasguen wrote:
>>> Instead of creating a list maybe we can just use tags/labels in emails:
>>> 
>>> [GSOC] and [ACSEDU]
>> 
>> +1
>> 
>> Suggestion: EDU efforts are probably more marketing than dev, so it might
> be
>> best to shunt those discussions to marketing unless there's a reason not
> to. (At
>> least that's my thought, I could be spectacularly
>> wrong.)
>> 
>> Best,
>> 
>> jzb
>> --
>> Joe Brockmeier
>> j...@zonker.net
>> Twitter: @jzb
>> http://www.dissociatedpress.net/
> 

RE: New Committer: Go Chiba

[Mice Xia]

Congrats!

-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com] 
Sent: Thursday, April 18, 2013 2:56 PM
To: dev@cloudstack.apache.org
Subject: New Committer: Go Chiba

The Project Management Committee (PMC) for Apache CloudStack has asked Go Chiba 
to become a committer and we are pleased to announced that they have accepted.

Go has contributed tremendously to the Japanese translations of the 
documentation (runbook, UI and docs).
Being a committer allows many contributors to contribute more autonomously. For 
developers, it makes it easier to submit changes and eliminates the need to 
have contributions reviewed via the patch submission process. Whether 
contributions are development-related or otherwise, it is a recognition of a 
contributor's participation in the project and commitment to the project and 
the Apache Way.
Please join me in congratulating Go,

-Sebastien, on behalf of  the Apache CloudStack PMC

Re: [RFC][FS]PVLAN for isolation within a VLAN

[Murali Reddy]

On 18/04/13 6:29 AM, "Chip Childers"  wrote:

>On Wed, Apr 17, 2013 at 05:49:23PM -0700, Sheng Yang wrote:
>> In fact that's the requirement for this design. We need this very strict
>> restriction to implement isolation for the VMs. PVLAN is the way we
>>used to
>> approach this requirement.
>
>As a user, the whole point of this type of network is to support a
>"backend"
>management / monitoring network that can be connected to VMs regardless
>of the user of the VM.

I see. I get the use-case of using 'secondary isolated VLAN' for
backup/management this proposal is targetting.
 

> Using a VLAN per tenant isn't actually enough
>even, when you consider the N-Tier apps feature.  If a user has 3
>"tiers" using traditional VLAN isolation, you are basically tied to a
>model of 2 VLANs per tier, burning through VLANs much faster than
>necessary.  PVLANs (and the equiv via OVS flows) are the normal way to
>accomplish this in a traditional hosting environment.

Not sure I understand your point here. My question was about use-case of
'secondary community VLAN' as VLAN alternative for tenant isolation, if
that can solve 4096 limitation. May be PVLAN is not adopted/considered as
isolation solution, compared to say VXLAN/NVGRE/STT. So use-case itself
may not be that value.

Nevertheless, good add to CloudStack networking, +1 for the proposal. 

Re: [DISCUSS] labels for cloudstack university and GSoC

[Rohit Yadav]

On Tue, Apr 16, 2013 at 11:04 PM, David Nalley  wrote:

> On Tue, Apr 16, 2013 at 4:57 AM, Sebastien Goasguen 
> wrote:
> > Hi folks,
> >
> > Some of you may have seen:
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+University
> >
> > I also emailed about the Google Summer of Code.
> >
> > Kelcey mentioned creating an edu mailing list.
> >
> > I have not particular feelings about this and I wanted to discuss it.
> >
> > GSoC will be across dev and users. Students are expected to join the
> community, work on JIRA and submitted patches etc..
> > ACSEDU will be across dev/users and marketing.
> >
> > Instead of creating a list maybe we can just use tags/labels in emails:
> >
> > [GSOC] and [ACSEDU]
> >
> > The only issue I see is that there will be information that is relevant
> to all lists and I don't want to leave anyone out.
> >
> > Thoughts ?
> >
> > -Sebastien
>
> The goal of GSOC is to embed folks in the open source community they
> are working in. Not to shuffle them off to some low-volume list to
> isolate them from the flow of mail that is dev@. (as well as commits@,
> issues@, and users@)
>
> For better or worse dev@ is voluminous, and GSOC folks need to learn
> to operate in that environment, and operate as a part of the dev
> community.
>
> ACSEDU might be slightly different, but I worry about fragmenting our
> community. Dev@ should really be where things happen.
>

+1 Pl. don't create more mailing lists!


>
> --David
>

Re: devcloud hanging

[Rohit Yadav]

On Thu, Apr 18, 2013 at 11:28 AM, Chiradeep Vittal <
chiradeep.vit...@citrix.com> wrote:

> 32-bit dom0 but 64-bit hypervisor.
>

o.O As far as I remember and know, at the time of building DevCloud2, I had
used 32-bit xen smp pae (xen-4.1-i386 from Debian Wheezy public repo) which
is 32-bit (and we've PAE turned on in vbox) so I guess it is 32-bit
hypervisor with Debian Wheezy as 32-bit dom0 [1], unless I'm mistaken.

Cheers.

[1]
http://wiki.xen.org/wiki/Xen_4.0_Release_Notes#Requirements_for__running_Xen_4.0(should
apply for 4.1)


> On 4/17/13 7:02 PM, "Rohit Yadav"  wrote:
>
> >On Thu, Apr 18, 2013 at 12:38 AM, Chiradeep Vittal <
> >chiradeep.vit...@citrix.com> wrote:
> >
> >> I mean 32-bit OSX on intel. DevCloud is 64-bit.
> >>
> >
> >?? DevCloud2 is 32-bit.
> >
> >Cheers.
> >
> >
> >>
> >> On 4/17/13 11:21 AM, "Rohit Yadav"  wrote:
> >>
> >> >On Wed, Apr 17, 2013 at 11:15 PM, Chiradeep Vittal <
> >> >chiradeep.vit...@citrix.com> wrote:
> >> >
> >> >> It used to work for me (back in Jan). Now I'm on 10.8.
> >> >> Some old macbook's have the 32-bit version of OSX and I think they
> >> >>cannot
> >> >> run  DevCloud/DevCloud2
> >> >>
> >> >
> >> >DevCloud old and newer both are x86 based and can run on VirtualBox
> >>x86.
> >> >If
> >> >someone's old macbooks cannot run 'em then they can contribute by
> >>fixing
> >> >DevCloud/VBox or replace their laptop :)
> >> >
> >> >Cheers.
> >> >
> >> >
> >> >>
> >> >> From: Rohit Yadav mailto:bhais...@apache.org>>
> >> >> Reply-To:
> >>"dev@cloudstack.apache.org"
> >> >><
> >> >> dev@cloudstack.apache.org>
> >> >> Date: Wednesday, April 17, 2013 6:20 AM
> >> >> To: "dev@cloudstack.apache.org" <
> >> >> dev@cloudstack.apache.org>
> >> >> Subject: Re: devcloud hanging
> >> >>
> >> >>
> >> >>
> >> >> On Wed, Apr 17, 2013 at 4:25 PM, Daan Hoogland
> >> >> >> > wrote:
> >> >> LS,
> >> >>
> >> >> I tried both the devcloud and devcloud2 images. both seem to hang
> >>when
> >> >> started with the default (xen) kernel.
> >> >> I am running macosx 10.6.8 and virtualbox 4.2.12
> >> >> I enabled pae
> >> >>
> >> >> Don't enable PAE, importing devcloud2 from the ova should set all the
> >> >> necessary settings for you.
> >> >> Make sure you've 2G RAM given to it and installed the extension pack
> >>for
> >> >> your version:
> >> >>
> >> >>
> >>
> >>
> http://download.virtualbox.org/virtualbox/4.2.12/Oracle_VM_VirtualBox_Ext
> >> >>ension_Pack-4.2.12-84980.vbox-extpack
> >> >>
> >> >> 10.6 is pretty old now, probably the processor is too. There may be
> >> >> compatibility issues. May be nested virtualization has issues. Won't
> >>be
> >> >> able to help you much as I don't have a 10.6 machine to test against,
> >> >>can
> >> >> someone in the community confirm running DevCloud2/VirtualBox on
> >> >>10.6/osx?
> >> >>
> >> >> Cheers.
> >> >>
> >> >>
> >> >> In both cases it hangs right after loading initial ramdisk.
> >> >>
> >> >> Is there any clue I am missing?
> >> >>
> >> >> thanks
> >> >> --
> >> >> [cid:part1.01020805.08000205@gmail.com]
> >> >>
> >> >>
> >>
> >>
>
>

failing mvn -P deps in CS 4.0.1

[Ajimangun lintang mas]

# mvn -P deps
[INFO] Scanning for projects...
Downloading:
http://repo.maven.apache.org/maven2/org/apache/apache/11/apache-11.pom
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR]   The project
org.apache.cloudstack:cloudstack:4.0.1-incubating-SNAPSHOT
(/usr/local/apache-cloudstack-4.0.1-incubating-src/pom.xml) has 1 error
[ERROR] Non-resolvable parent POM: Could not transfer artifact
org.apache:apache:pom:11 from/to central (
http://repo.maven.apache.org/maven2): repo.maven.apache.org and
'parent.relativePath' points at wrong local POM @ line 23, column 11:
Unknown host repo.maven.apache.org -> [Help 2]
[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/ProjectBuildingException
[ERROR] [Help 2]
http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException

i've installed mysqld,maven,tomcat,java but when i want to pull
denpendencies for CS with "mvn -P deps" command, occuring proccess like
that. anybody can help?
thanks

RE: physical network is in incorrect state:Disabled

[Srikanteswararao Talluri]

I am running into the same issue and I am not able to enable physical network 
through API also 



> -Original Message-
> From: Gavin Lee [mailto:gavin@gmail.com]
> Sent: Thursday, April 18, 2013 10:46 AM
> To: dev@cloudstack.apache.org
> Subject: Re: physical network is in incorrect state:Disabled
> 
> I encountered the same issue when deploying devcloud on master branch:
> 
> bash$python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg Traceback
> (most recent call last):
>   File "../marvin/marvin/deployDataCenter.py", line 469, in 
> deploy.deploy()
>   File "../marvin/marvin/deployDataCenter.py", line 454, in deploy
> self.createZones(self.config.zones)
>   File "../marvin/marvin/deployDataCenter.py", line 318, in createZones
> networkid = self.createnetworks([guestntwrk], zoneId)
>   File "../marvin/marvin/deployDataCenter.py", line 164, in createnetworks
> networkcmdresponse = self.apiClient.createNetwork(networkcmd)
>   File "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> cloudstackAPI/cloudstackAPIClient.py", line 1493, in createNetwork
> response = self.connection.marvin_request(command, data=postdata,
> response_type=response)
>   File "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> cloudstackConnection.py", line 216, in marvin_request
> response = jsonHelper.getResultObj(response.json(), response_type)
>   File "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> jsonHelper.py", line 128, in getResultObj
> raise
> cloudstackException.cloudstackAPIException(responseName.replace("response"
> ,
> ""), errMsg)
> cloudstackException.cloudstackAPIException: Execute cmd:
> createnetworkfailed, due to:
> errorCode: 431, errorText:Specified physical network id is in incorrect
> state:Disabled
> 
> 
> 
> On Thu, Apr 18, 2013 at 10:56 AM, Isaac Chiang
> wrote:
> 
> > OK! thanks.
> >
> >
> >
> > On Thu, Apr 18, 2013 at 10:52 AM, Pranav Saxena
> >  > >wrote:
> >
> > > I see , if possible could you create a JIRA ticket  and investigate
> > > on
> > the
> > > same . Perhaps the difference in the current master code and the
> > > slightly outdated code would let you know as to what's the root
> > > cause of this problem. Let me know if I can help.
> > >
> > > Thanks,
> > > Pranav
> > >
> > > -Original Message-
> > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > Sent: Thursday, April 18, 2013 8:19 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: Re: physical network is in incorrect state:Disabled
> > >
> > > Hi Pranav:
> > >  I observed the from the the Javascript console. As I
> > > know, after updating the service provider's status,  should be
> > > followed a
> > request
> > > call to update physical network with state=enabled. But I didn't see
> > > that request now, but followed a createNetwork call.
> > >
> > > Regards
> > > Isaac
> > >
> > >
> > >
> > > On Thu, Apr 18, 2013 at 10:40 AM, Pranav Saxena <
> > pranav.sax...@citrix.com
> > > >wrote:
> > >
> > > > Well , how is that possible otherwise the physical network state
> > > > won't be updated at all . It's a part of the zoneWizard work flow
> > > > . Have a look at the snippet below which is passing state as
> > > > Enabled in zoneWizard.js -
> > > > /*
> > > > if(args.data.zone.networkType == "Basic") {
> > > > $.ajax({
> > > >   url: createURL("updatePhysicalNetwork&state=Enabled&id="
> > > > + args.data.returnedBasicPhysicalNetwork.id),
> > > >   dataType: "json",
> > > >
> > > > */
> > > >
> > > >
> > > >
> > > > -Original Message-
> > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > Sent: Thursday, April 18, 2013 8:08 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: Re: physical network is in incorrect state:Disabled
> > > >
> > > > Hi Pranav:
> > > > The UI doesn't send updatePhysicalNetwork call through
> > > > wizard now.
> > > >
> > > > Isaac
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 10:32 AM, Pranav Saxena
> > > >  > > > >wrote:
> > > >
> > > > > Isaac,
> > > > >
> > > > > Could you verify if UI is making the correct call to the
> > > > > UpdatePhysicalNetwork API with state being passed as "Enabled "
> > > > > ? If yes , then the issue is something serious since Sanjay
> > > > > pointed out that the db column contains state as "Disabled"
> > > > > .This would mean that the API is not setting the db column
> > > > > correctly in case there have been modifications to the API code.
> > > > >
> > > > > Thanks,
> > > > > Pranav
> > > > >
> > > > > -Original Message-
> > > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > > Sent: Thursday, April 18, 2013 7:54 AM
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: Re: physical network is in incorrect state:Disabled
> > > > >
> > > > > Hi all:
> > > > >   I encountered same issue. The zone installation wizard
> > > > > won't enable the phy

Re: physical network is in incorrect state:Disabled

[Isaac Chiang]

Move the ticket to API issue, the command does emit ( order has been
changed ? bad memory :( ) but doesn't modify the database, my apology.

Regards
Isaac


On Thu, Apr 18, 2013 at 5:25 PM, Srikanteswararao Talluri <
srikanteswararao.tall...@citrix.com> wrote:

> I am running into the same issue and I am not able to enable physical
> network through API also
>
>
>
> > -Original Message-
> > From: Gavin Lee [mailto:gavin@gmail.com]
> > Sent: Thursday, April 18, 2013 10:46 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: physical network is in incorrect state:Disabled
> >
> > I encountered the same issue when deploying devcloud on master branch:
> >
> > bash$python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> Traceback
> > (most recent call last):
> >   File "../marvin/marvin/deployDataCenter.py", line 469, in 
> > deploy.deploy()
> >   File "../marvin/marvin/deployDataCenter.py", line 454, in deploy
> > self.createZones(self.config.zones)
> >   File "../marvin/marvin/deployDataCenter.py", line 318, in createZones
> > networkid = self.createnetworks([guestntwrk], zoneId)
> >   File "../marvin/marvin/deployDataCenter.py", line 164, in
> createnetworks
> > networkcmdresponse = self.apiClient.createNetwork(networkcmd)
> >   File
> "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > cloudstackAPI/cloudstackAPIClient.py", line 1493, in createNetwork
> > response = self.connection.marvin_request(command, data=postdata,
> > response_type=response)
> >   File
> "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > cloudstackConnection.py", line 216, in marvin_request
> > response = jsonHelper.getResultObj(response.json(), response_type)
> >   File
> "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > jsonHelper.py", line 128, in getResultObj
> > raise
> >
> cloudstackException.cloudstackAPIException(responseName.replace("response"
> > ,
> > ""), errMsg)
> > cloudstackException.cloudstackAPIException: Execute cmd:
> > createnetworkfailed, due to:
> > errorCode: 431, errorText:Specified physical network id is in incorrect
> > state:Disabled
> >
> >
> >
> > On Thu, Apr 18, 2013 at 10:56 AM, Isaac Chiang
> > wrote:
> >
> > > OK! thanks.
> > >
> > >
> > >
> > > On Thu, Apr 18, 2013 at 10:52 AM, Pranav Saxena
> > >  > > >wrote:
> > >
> > > > I see , if possible could you create a JIRA ticket  and investigate
> > > > on
> > > the
> > > > same . Perhaps the difference in the current master code and the
> > > > slightly outdated code would let you know as to what's the root
> > > > cause of this problem. Let me know if I can help.
> > > >
> > > > Thanks,
> > > > Pranav
> > > >
> > > > -Original Message-
> > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > Sent: Thursday, April 18, 2013 8:19 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: Re: physical network is in incorrect state:Disabled
> > > >
> > > > Hi Pranav:
> > > >  I observed the from the the Javascript console. As I
> > > > know, after updating the service provider's status,  should be
> > > > followed a
> > > request
> > > > call to update physical network with state=enabled. But I didn't see
> > > > that request now, but followed a createNetwork call.
> > > >
> > > > Regards
> > > > Isaac
> > > >
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 10:40 AM, Pranav Saxena <
> > > pranav.sax...@citrix.com
> > > > >wrote:
> > > >
> > > > > Well , how is that possible otherwise the physical network state
> > > > > won't be updated at all . It's a part of the zoneWizard work flow
> > > > > . Have a look at the snippet below which is passing state as
> > > > > Enabled in zoneWizard.js -
> > > > > /*
> > > > > if(args.data.zone.networkType == "Basic") {
> > > > > $.ajax({
> > > > >   url:
> createURL("updatePhysicalNetwork&state=Enabled&id="
> > > > > + args.data.returnedBasicPhysicalNetwork.id),
> > > > >   dataType: "json",
> > > > >
> > > > > */
> > > > >
> > > > >
> > > > >
> > > > > -Original Message-
> > > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > > Sent: Thursday, April 18, 2013 8:08 AM
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: Re: physical network is in incorrect state:Disabled
> > > > >
> > > > > Hi Pranav:
> > > > > The UI doesn't send updatePhysicalNetwork call through
> > > > > wizard now.
> > > > >
> > > > > Isaac
> > > > >
> > > > >
> > > > > On Thu, Apr 18, 2013 at 10:32 AM, Pranav Saxena
> > > > >  > > > > >wrote:
> > > > >
> > > > > > Isaac,
> > > > > >
> > > > > > Could you verify if UI is making the correct call to the
> > > > > > UpdatePhysicalNetwork API with state being passed as "Enabled "
> > > > > > ? If yes , then the issue is something serious since Sanjay
> > > > > > pointed out that the db column contains state as "Disabled"
> > > > > > .This would mean that the API is not setting the db column
> >

RE: physical network is in incorrect state:Disabled

[Pranav Saxena]

Isaac,

Did you manage to find out which code commit alters the order for the API calls 
here ? 

Thanks,
Pranav

-Original Message-
From: Isaac Chiang [mailto:isaacchi...@gmail.com] 
Sent: Thursday, April 18, 2013 2:59 PM
To: dev@cloudstack.apache.org
Subject: Re: physical network is in incorrect state:Disabled

Move the ticket to API issue, the command does emit ( order has been changed ? 
bad memory :( ) but doesn't modify the database, my apology.

Regards
Isaac


On Thu, Apr 18, 2013 at 5:25 PM, Srikanteswararao Talluri < 
srikanteswararao.tall...@citrix.com> wrote:

> I am running into the same issue and I am not able to enable physical 
> network through API also
>
>
>
> > -Original Message-
> > From: Gavin Lee [mailto:gavin@gmail.com]
> > Sent: Thursday, April 18, 2013 10:46 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: physical network is in incorrect state:Disabled
> >
> > I encountered the same issue when deploying devcloud on master branch:
> >
> > bash$python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> Traceback
> > (most recent call last):
> >   File "../marvin/marvin/deployDataCenter.py", line 469, in 
> > deploy.deploy()
> >   File "../marvin/marvin/deployDataCenter.py", line 454, in deploy
> > self.createZones(self.config.zones)
> >   File "../marvin/marvin/deployDataCenter.py", line 318, in createZones
> > networkid = self.createnetworks([guestntwrk], zoneId)
> >   File "../marvin/marvin/deployDataCenter.py", line 164, in
> createnetworks
> > networkcmdresponse = self.apiClient.createNetwork(networkcmd)
> >   File
> "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > cloudstackAPI/cloudstackAPIClient.py", line 1493, in createNetwork
> > response = self.connection.marvin_request(command, 
> > data=postdata,
> > response_type=response)
> >   File
> "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > cloudstackConnection.py", line 216, in marvin_request
> > response = jsonHelper.getResultObj(response.json(), response_type)
> >   File
> "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > jsonHelper.py", line 128, in getResultObj
> > raise
> >
> cloudstackException.cloudstackAPIException(responseName.replace("response"
> > ,
> > ""), errMsg)
> > cloudstackException.cloudstackAPIException: Execute cmd:
> > createnetworkfailed, due to:
> > errorCode: 431, errorText:Specified physical network id is in 
> > incorrect state:Disabled
> >
> >
> >
> > On Thu, Apr 18, 2013 at 10:56 AM, Isaac Chiang
> > wrote:
> >
> > > OK! thanks.
> > >
> > >
> > >
> > > On Thu, Apr 18, 2013 at 10:52 AM, Pranav Saxena 
> > >  > > >wrote:
> > >
> > > > I see , if possible could you create a JIRA ticket  and 
> > > > investigate on
> > > the
> > > > same . Perhaps the difference in the current master code and the 
> > > > slightly outdated code would let you know as to what's the root 
> > > > cause of this problem. Let me know if I can help.
> > > >
> > > > Thanks,
> > > > Pranav
> > > >
> > > > -Original Message-
> > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > Sent: Thursday, April 18, 2013 8:19 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: Re: physical network is in incorrect state:Disabled
> > > >
> > > > Hi Pranav:
> > > >  I observed the from the the Javascript console. As 
> > > > I know, after updating the service provider's status,  should be 
> > > > followed a
> > > request
> > > > call to update physical network with state=enabled. But I didn't 
> > > > see that request now, but followed a createNetwork call.
> > > >
> > > > Regards
> > > > Isaac
> > > >
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 10:40 AM, Pranav Saxena <
> > > pranav.sax...@citrix.com
> > > > >wrote:
> > > >
> > > > > Well , how is that possible otherwise the physical network 
> > > > > state won't be updated at all . It's a part of the zoneWizard 
> > > > > work flow . Have a look at the snippet below which is passing 
> > > > > state as Enabled in zoneWizard.js -
> > > > > /*
> > > > > if(args.data.zone.networkType == "Basic") {
> > > > > $.ajax({
> > > > >   url:
> createURL("updatePhysicalNetwork&state=Enabled&id="
> > > > > + args.data.returnedBasicPhysicalNetwork.id),
> > > > >   dataType: "json",
> > > > >
> > > > > */
> > > > >
> > > > >
> > > > >
> > > > > -Original Message-
> > > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > > Sent: Thursday, April 18, 2013 8:08 AM
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: Re: physical network is in incorrect state:Disabled
> > > > >
> > > > > Hi Pranav:
> > > > > The UI doesn't send updatePhysicalNetwork call 
> > > > > through wizard now.
> > > > >
> > > > > Isaac
> > > > >
> > > > >
> > > > > On Thu, Apr 18, 2013 at 10:32 AM, Pranav Saxena 
> > > > >  > > > > >wrote:
> > > > >
> > > > > > Isaac,
> > > > > >
> > > > > > Could y

RE: physical network is in incorrect state:Disabled

[Srikanteswararao Talluri]

Yes, updatePhysicalNetwork API call to enable physical network is not modifying 
"cloud.physical_network" table.

Work around is to update the table in the database.

Thanks,
~Talluri

> -Original Message-
> From: Pranav Saxena [mailto:pranav.sax...@citrix.com]
> Sent: Thursday, April 18, 2013 3:02 PM
> To: dev@cloudstack.apache.org
> Subject: RE: physical network is in incorrect state:Disabled
> 
> Isaac,
> 
> Did you manage to find out which code commit alters the order for the API 
> calls
> here ?
> 
> Thanks,
> Pranav
> 
> -Original Message-
> From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> Sent: Thursday, April 18, 2013 2:59 PM
> To: dev@cloudstack.apache.org
> Subject: Re: physical network is in incorrect state:Disabled
> 
> Move the ticket to API issue, the command does emit ( order has been changed
> ? bad memory :( ) but doesn't modify the database, my apology.
> 
> Regards
> Isaac
> 
> 
> On Thu, Apr 18, 2013 at 5:25 PM, Srikanteswararao Talluri <
> srikanteswararao.tall...@citrix.com> wrote:
> 
> > I am running into the same issue and I am not able to enable physical
> > network through API also
> >
> >
> >
> > > -Original Message-
> > > From: Gavin Lee [mailto:gavin@gmail.com]
> > > Sent: Thursday, April 18, 2013 10:46 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: Re: physical network is in incorrect state:Disabled
> > >
> > > I encountered the same issue when deploying devcloud on master branch:
> > >
> > > bash$python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> > Traceback
> > > (most recent call last):
> > >   File "../marvin/marvin/deployDataCenter.py", line 469, in 
> > > deploy.deploy()
> > >   File "../marvin/marvin/deployDataCenter.py", line 454, in deploy
> > > self.createZones(self.config.zones)
> > >   File "../marvin/marvin/deployDataCenter.py", line 318, in createZones
> > > networkid = self.createnetworks([guestntwrk], zoneId)
> > >   File "../marvin/marvin/deployDataCenter.py", line 164, in
> > createnetworks
> > > networkcmdresponse = self.apiClient.createNetwork(networkcmd)
> > >   File
> > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > cloudstackAPI/cloudstackAPIClient.py", line 1493, in createNetwork
> > > response = self.connection.marvin_request(command,
> > > data=postdata,
> > > response_type=response)
> > >   File
> > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > cloudstackConnection.py", line 216, in marvin_request
> > > response = jsonHelper.getResultObj(response.json(), response_type)
> > >   File
> > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > jsonHelper.py", line 128, in getResultObj
> > > raise
> > >
> >
> cloudstackException.cloudstackAPIException(responseName.replace("response"
> > > ,
> > > ""), errMsg)
> > > cloudstackException.cloudstackAPIException: Execute cmd:
> > > createnetworkfailed, due to:
> > > errorCode: 431, errorText:Specified physical network id is in
> > > incorrect state:Disabled
> > >
> > >
> > >
> > > On Thu, Apr 18, 2013 at 10:56 AM, Isaac Chiang
> > > wrote:
> > >
> > > > OK! thanks.
> > > >
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 10:52 AM, Pranav Saxena
> > > >  > > > >wrote:
> > > >
> > > > > I see , if possible could you create a JIRA ticket  and
> > > > > investigate on
> > > > the
> > > > > same . Perhaps the difference in the current master code and the
> > > > > slightly outdated code would let you know as to what's the root
> > > > > cause of this problem. Let me know if I can help.
> > > > >
> > > > > Thanks,
> > > > > Pranav
> > > > >
> > > > > -Original Message-
> > > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > > Sent: Thursday, April 18, 2013 8:19 AM
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: Re: physical network is in incorrect state:Disabled
> > > > >
> > > > > Hi Pranav:
> > > > >  I observed the from the the Javascript console. As
> > > > > I know, after updating the service provider's status,  should be
> > > > > followed a
> > > > request
> > > > > call to update physical network with state=enabled. But I didn't
> > > > > see that request now, but followed a createNetwork call.
> > > > >
> > > > > Regards
> > > > > Isaac
> > > > >
> > > > >
> > > > >
> > > > > On Thu, Apr 18, 2013 at 10:40 AM, Pranav Saxena <
> > > > pranav.sax...@citrix.com
> > > > > >wrote:
> > > > >
> > > > > > Well , how is that possible otherwise the physical network
> > > > > > state won't be updated at all . It's a part of the zoneWizard
> > > > > > work flow . Have a look at the snippet below which is passing
> > > > > > state as Enabled in zoneWizard.js -
> > > > > > /*
> > > > > > if(args.data.zone.networkType == "Basic") {
> > > > > > $.ajax({
> > > > > >   url:
> > createURL("updatePhysicalNetwork&state=Enabled&id="
> > > > > > + args.data.returnedBasicPhysicalNetwork.id),
> > > > > >

RE: physical network is in incorrect state:Disabled

[Pranav Saxena]

Yeah that is fine. I already did that but what I was asking Isaac is which code 
commit modified that particular API so that we can fix it asap.

-Original Message-
From: Srikanteswararao Talluri [mailto:srikanteswararao.tall...@citrix.com] 
Sent: Thursday, April 18, 2013 3:11 PM
To: dev@cloudstack.apache.org
Subject: RE: physical network is in incorrect state:Disabled

Yes, updatePhysicalNetwork API call to enable physical network is not modifying 
"cloud.physical_network" table.

Work around is to update the table in the database.

Thanks,
~Talluri

> -Original Message-
> From: Pranav Saxena [mailto:pranav.sax...@citrix.com]
> Sent: Thursday, April 18, 2013 3:02 PM
> To: dev@cloudstack.apache.org
> Subject: RE: physical network is in incorrect state:Disabled
> 
> Isaac,
> 
> Did you manage to find out which code commit alters the order for the 
> API calls here ?
> 
> Thanks,
> Pranav
> 
> -Original Message-
> From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> Sent: Thursday, April 18, 2013 2:59 PM
> To: dev@cloudstack.apache.org
> Subject: Re: physical network is in incorrect state:Disabled
> 
> Move the ticket to API issue, the command does emit ( order has been 
> changed ? bad memory :( ) but doesn't modify the database, my apology.
> 
> Regards
> Isaac
> 
> 
> On Thu, Apr 18, 2013 at 5:25 PM, Srikanteswararao Talluri < 
> srikanteswararao.tall...@citrix.com> wrote:
> 
> > I am running into the same issue and I am not able to enable 
> > physical network through API also
> >
> >
> >
> > > -Original Message-
> > > From: Gavin Lee [mailto:gavin@gmail.com]
> > > Sent: Thursday, April 18, 2013 10:46 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: Re: physical network is in incorrect state:Disabled
> > >
> > > I encountered the same issue when deploying devcloud on master branch:
> > >
> > > bash$python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> > Traceback
> > > (most recent call last):
> > >   File "../marvin/marvin/deployDataCenter.py", line 469, in 
> > > deploy.deploy()
> > >   File "../marvin/marvin/deployDataCenter.py", line 454, in deploy
> > > self.createZones(self.config.zones)
> > >   File "../marvin/marvin/deployDataCenter.py", line 318, in createZones
> > > networkid = self.createnetworks([guestntwrk], zoneId)
> > >   File "../marvin/marvin/deployDataCenter.py", line 164, in
> > createnetworks
> > > networkcmdresponse = self.apiClient.createNetwork(networkcmd)
> > >   File
> > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > cloudstackAPI/cloudstackAPIClient.py", line 1493, in createNetwork
> > > response = self.connection.marvin_request(command,
> > > data=postdata,
> > > response_type=response)
> > >   File
> > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > cloudstackConnection.py", line 216, in marvin_request
> > > response = jsonHelper.getResultObj(response.json(), response_type)
> > >   File
> > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > jsonHelper.py", line 128, in getResultObj
> > > raise
> > >
> >
> cloudstackException.cloudstackAPIException(responseName.replace("response"
> > > ,
> > > ""), errMsg)
> > > cloudstackException.cloudstackAPIException: Execute cmd:
> > > createnetworkfailed, due to:
> > > errorCode: 431, errorText:Specified physical network id is in 
> > > incorrect state:Disabled
> > >
> > >
> > >
> > > On Thu, Apr 18, 2013 at 10:56 AM, Isaac Chiang
> > > wrote:
> > >
> > > > OK! thanks.
> > > >
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 10:52 AM, Pranav Saxena 
> > > >  > > > >wrote:
> > > >
> > > > > I see , if possible could you create a JIRA ticket  and 
> > > > > investigate on
> > > > the
> > > > > same . Perhaps the difference in the current master code and 
> > > > > the slightly outdated code would let you know as to what's the 
> > > > > root cause of this problem. Let me know if I can help.
> > > > >
> > > > > Thanks,
> > > > > Pranav
> > > > >
> > > > > -Original Message-
> > > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > > Sent: Thursday, April 18, 2013 8:19 AM
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: Re: physical network is in incorrect state:Disabled
> > > > >
> > > > > Hi Pranav:
> > > > >  I observed the from the the Javascript console. 
> > > > > As I know, after updating the service provider's status,  
> > > > > should be followed a
> > > > request
> > > > > call to update physical network with state=enabled. But I 
> > > > > didn't see that request now, but followed a createNetwork call.
> > > > >
> > > > > Regards
> > > > > Isaac
> > > > >
> > > > >
> > > > >
> > > > > On Thu, Apr 18, 2013 at 10:40 AM, Pranav Saxena <
> > > > pranav.sax...@citrix.com
> > > > > >wrote:
> > > > >
> > > > > > Well , how is that possible otherwise the physical network 
> > > > > > state won't be updated at all . It's a part of the 
> > > > > > z

RE: Review Request: Storage motion changes for xenserver

[Devdeep Singh]

Hi,

The feature was given a “Ship It” after the review comments were addressed. Can 
someone apply and commit these changes to the master branch. I have verified 
that the patch applies cleanly to the latest master.

Regards,
Devdeep

From: edison su [mailto:nore...@reviews.apache.org] On Behalf Of edison su
Sent: Wednesday, April 17, 2013 11:53 AM
To: Anthony Xu; Edison Su; Abhinandan Prateek; Alex Huang
Cc: cloudstack; Devdeep Singh
Subject: Re: Review Request: Storage motion changes for xenserver

This is an automatically generated e-mail. To reply, visit: 
https://reviews.apache.org/r/10196/



Ship it!

Ship It!


- edison


On April 15th, 2013, 7:24 a.m., Devdeep Singh wrote:
Review request for cloudstack, Abhinandan Prateek, edison su, Alex Huang, and 
anthony xu.
By Devdeep Singh.

Updated April 15, 2013, 7:24 a.m.

Description

Storage motion for Xenserver. FS for the feature 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Enabling+Storage+XenMotion+for+XenServer

1. Implemented Api findStoragePoolsForMigration. Added a new response 
objects to list storage pools available for migration.

2. Updated migrateVolume api for allowing migrating volumes of running vms. 
These changes are integrated into the latest storage refactoring changes.

3. Added the implementation for findHostsForMigration api. It lists the 
hosts to which an instance can be migrated, including hosts from within and 
across clusters to which an instance may be migrated with storage motion. The 
work of migrating a volume of a running vm is also done in copyAsync.

4. Updated the listHosts api for backward compatibility.

5. Added the implementation for migrateVirtualMachineWithVolume api. It 
migrates an instance with its volumes within a cluster and also across 
clusters. Also introduced a new XenServerStorageMotionStrategy for migrating 
volumes of a vm. When a vm is being migrated with its volumes, the vm is put in 
migrating state and a request is send to the volume manager to migrate the vm 
and its volumes. Volume manager calls into the volume service which forwards 
the request to data motion service after moving all the volumes to migrating 
state. Data motion service enumerates the strategies and the request reaches 
the XenServerStorageMotionStrategy. It calls in to the resource to complete the 
operation.

6. Resolved an issue where storage xenmotion of 2nd VM created from the 
same template to a host was failing with duplicate_vm exception. Made changes 
to remove the mac_seed key value pair from other_config when vms are created. 
This is was storage motion to fail.

7. Updated the db upgrade schema script.

8. Added the right permissions in commands.properties

9. Marvin tests for testing storage motion. Following scenarios are tested.

9.1. A virtual machine is migrated to another host. Its volumes are also 
migrated to another storage pool.

9.2. Just the volumes of a vm are migrated to another storage pool while 
the vm continues to run on the same host.

10. Unit tests for testing migration of a vm with its volumes.


Testing

1. Unit tests for testing vm migration with volume. They test when a vm is 
migrated within a cluster or across cluster. Also added negative tests for the 
scenrios.

2. Marvin tests to do functional testing. Including tests to varify vm 
migration with volume across cluster.

3. Marvin test for volume migration to another storage pool in the cluster 
while the vm continues to run on the same host.

4. Also did additional manual testing for the following scenarios:

4.1 VM migration with volumes within and across cluster.

4.2 Tested both the scenarios when 'migrateto' optional parameter is passed to 
the migrate vm with volume api. When it isn't passed, cloudstack picks up a 
storage pool for migration. When it is passed, the volume is migrated to the 
pool passed in the parameter.

4.3 Tested that storage tags are honored when a vm is migrated with its volumes.

4.4 Tested volume migration when the vm stays on the same host.

4.5 For volume migration verified that storage tags are honored.



Other tests done to verify patch:

1. Verified that there are no rat failures.

2. Applied the patch to verify it applies cleanly.

Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-659
Diffs

  *   api/src/com/cloud/agent/api/MigrateWithStorageAnswer.java (PRE-CREATION)
  *   api/src/com/cloud/agent/api/MigrateWithStorageCommand.java (PRE-CREATION)
  *   api/src/com/cloud/agent/api/MigrateWithStorageCompleteAnswer.java 
(PRE-CREATION)
  *   api/src/com/cloud/agent/api/MigrateWithStorageCompleteCommand.java 
(PRE-CREATION)
  *   api/src/com/cloud/agent/api/MigrateWithStorageReceiveAnswer.java 
(PRE-CREATION)
  *   api/src/com/cloud/agent/api/MigrateWithStorageReceiveCommand.java 
(PRE-CREATION)
  *   api/src/com/cloud/agent/api/MigrateWithStorageSendAnswer.java 
(PRE-CREATION)
  *   api/src/com/cloud/agent/api/MigrateWithStorageSendComman

Re: CS 4.0.0 - vpc deployment - why tier network limited to 200mb/s ?

[benoit lair]

Hello,


Thanks for your response.

However, do you know in production cases, what are the maximum bandwidth i
can manage with a vpc vr ? Are there limitations or any recommendations
(sizing limit in order to avoid performance loss) concerning provisionning
of the vpc ?


Thanks for your advices.

Regards, Benoit.

2013/4/17 benoit lair 

> Hello guys,
>
>
> I'm testing an preproduction environment with cs4.0.0 onto centos 5.3.
>
> I'm testing a vpc environment.
>
> I'm asking why does the tier networks are limited to 200mb/s (network
> offering DefaultIsolatedNetworkOfferingForVpcNetworksNoLB) ?
> So in xencenter, if i look at the network tab of my vpc vr vm, i got a qos
> of 25600 kbytes/sec.
>
> Is there a risk to create a different network offering with a 1000 mb/s
> qos limit ? no limit ?
>
> What if i want to recreate a multi tier environnment with a no limit of
> qos with a 500 mb/s troughput, a 1000mb/s troughput ?
>
> What do you think about vpc vr capabilities ? any deployment
> recommendations ?
>
>
> Thanks for any advice.
>
> Regards, Benoit Lair.
>
>
>
>

Re: physical network is in incorrect state:Disabled

[Isaac Chiang]

Hi Pranav:
It's 8b40e393b845c4c3d7ca23c8e297dc43288f6863





On Thu, Apr 18, 2013 at 5:42 PM, Pranav Saxena wrote:

> Yeah that is fine. I already did that but what I was asking Isaac is which
> code commit modified that particular API so that we can fix it asap.
>
> -Original Message-
> From: Srikanteswararao Talluri [mailto:srikanteswararao.tall...@citrix.com
> ]
> Sent: Thursday, April 18, 2013 3:11 PM
> To: dev@cloudstack.apache.org
> Subject: RE: physical network is in incorrect state:Disabled
>
> Yes, updatePhysicalNetwork API call to enable physical network is not
> modifying "cloud.physical_network" table.
>
> Work around is to update the table in the database.
>
> Thanks,
> ~Talluri
>
> > -Original Message-
> > From: Pranav Saxena [mailto:pranav.sax...@citrix.com]
> > Sent: Thursday, April 18, 2013 3:02 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: physical network is in incorrect state:Disabled
> >
> > Isaac,
> >
> > Did you manage to find out which code commit alters the order for the
> > API calls here ?
> >
> > Thanks,
> > Pranav
> >
> > -Original Message-
> > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > Sent: Thursday, April 18, 2013 2:59 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: physical network is in incorrect state:Disabled
> >
> > Move the ticket to API issue, the command does emit ( order has been
> > changed ? bad memory :( ) but doesn't modify the database, my apology.
> >
> > Regards
> > Isaac
> >
> >
> > On Thu, Apr 18, 2013 at 5:25 PM, Srikanteswararao Talluri <
> > srikanteswararao.tall...@citrix.com> wrote:
> >
> > > I am running into the same issue and I am not able to enable
> > > physical network through API also
> > >
> > >
> > >
> > > > -Original Message-
> > > > From: Gavin Lee [mailto:gavin@gmail.com]
> > > > Sent: Thursday, April 18, 2013 10:46 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: Re: physical network is in incorrect state:Disabled
> > > >
> > > > I encountered the same issue when deploying devcloud on master
> branch:
> > > >
> > > > bash$python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> > > Traceback
> > > > (most recent call last):
> > > >   File "../marvin/marvin/deployDataCenter.py", line 469, in 
> > > > deploy.deploy()
> > > >   File "../marvin/marvin/deployDataCenter.py", line 454, in deploy
> > > > self.createZones(self.config.zones)
> > > >   File "../marvin/marvin/deployDataCenter.py", line 318, in
> createZones
> > > > networkid = self.createnetworks([guestntwrk], zoneId)
> > > >   File "../marvin/marvin/deployDataCenter.py", line 164, in
> > > createnetworks
> > > > networkcmdresponse = self.apiClient.createNetwork(networkcmd)
> > > >   File
> > > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > > cloudstackAPI/cloudstackAPIClient.py", line 1493, in createNetwork
> > > > response = self.connection.marvin_request(command,
> > > > data=postdata,
> > > > response_type=response)
> > > >   File
> > > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > > cloudstackConnection.py", line 216, in marvin_request
> > > > response = jsonHelper.getResultObj(response.json(),
> response_type)
> > > >   File
> > > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvin/
> > > > jsonHelper.py", line 128, in getResultObj
> > > > raise
> > > >
> > >
> >
> cloudstackException.cloudstackAPIException(responseName.replace("response"
> > > > ,
> > > > ""), errMsg)
> > > > cloudstackException.cloudstackAPIException: Execute cmd:
> > > > createnetworkfailed, due to:
> > > > errorCode: 431, errorText:Specified physical network id is in
> > > > incorrect state:Disabled
> > > >
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 10:56 AM, Isaac Chiang
> > > > wrote:
> > > >
> > > > > OK! thanks.
> > > > >
> > > > >
> > > > >
> > > > > On Thu, Apr 18, 2013 at 10:52 AM, Pranav Saxena
> > > > >  > > > > >wrote:
> > > > >
> > > > > > I see , if possible could you create a JIRA ticket  and
> > > > > > investigate on
> > > > > the
> > > > > > same . Perhaps the difference in the current master code and
> > > > > > the slightly outdated code would let you know as to what's the
> > > > > > root cause of this problem. Let me know if I can help.
> > > > > >
> > > > > > Thanks,
> > > > > > Pranav
> > > > > >
> > > > > > -Original Message-
> > > > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > > > Sent: Thursday, April 18, 2013 8:19 AM
> > > > > > To: dev@cloudstack.apache.org
> > > > > > Subject: Re: physical network is in incorrect state:Disabled
> > > > > >
> > > > > > Hi Pranav:
> > > > > >  I observed the from the the Javascript console.
> > > > > > As I know, after updating the service provider's status,
> > > > > > should be followed a
> > > > > request
> > > > > > call to update physical network with state=enabled. But I
> > > > > > didn't see that request no

Re: Review Request: CLOUDSTACK-741: Granular Global Parameters

[Nitin Mehta]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10548/#review19380
---



api/src/org/apache/cloudstack/api/response/ConfigurationResponse.java


Dont have to add the scope id ?



server/src/com/cloud/server/ConfigurationServerImpl.java


This is not going to be maintainable code. So many if's...Please put the 
switch statement now so that in future everyone uses it


- Nitin Mehta


On April 17, 2013, 11:09 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10548/
> ---
> 
> (Updated April 17, 2013, 11:09 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek, Kishan Kavala, and Nitin 
> Mehta.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-741: Granular Global Parameters
> 
> Modified UpdateConfiguration API and ListConfiguration API by adding 
> additional parameter scope and resource id (zone/cluster/pool/account).
> Scope decides the parameter which level we can update the value and id is the 
> corresponding id based on the scope.
> This scope is defined in the config.java file where we are creating groups 
> for each level(zone/cluster/pool/account).
> Currently submitted the patch for the zone level parameter use.external.dns.
> 
> Included unit tests and marvin tests.
> 
> 
> This addresses bug CLOUDSTACK-741.
> 
> 
> Diffs
> -
> 
>   api/src/org/apache/cloudstack/api/command/admin/config/ListCfgsByCmd.java 
> aabfd4a 
>   api/src/org/apache/cloudstack/api/command/admin/config/UpdateCfgCmd.java 
> ffeb586 
>   api/src/org/apache/cloudstack/api/response/ConfigurationResponse.java 
> 95b8af2 
>   api/test/org/apache/cloudstack/api/command/test/ListCfgCmdTest.java 
> PRE-CREATION 
>   api/test/org/apache/cloudstack/api/command/test/UpdateCfgCmdTest.java 
> PRE-CREATION 
>   server/src/com/cloud/configuration/Config.java 2993966 
>   server/src/com/cloud/configuration/ConfigurationManager.java afaf0d6 
>   server/src/com/cloud/configuration/ConfigurationManagerImpl.java 4fc2db7 
>   server/src/com/cloud/configuration/dao/ConfigurationDao.java c86c024 
>   server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
> ab91059 
>   server/src/com/cloud/server/ConfigurationServer.java f441b1f 
>   server/src/com/cloud/server/ConfigurationServerImpl.java 852c00b 
>   server/src/com/cloud/server/ManagementServerImpl.java 98f789a 
>   server/test/com/cloud/vpc/MockConfigurationManagerImpl.java 9443815 
>   test/integration/smoke/test_UpdateCfg.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/10548/diff/
> 
> 
> Testing
> ---
> 
> Tested locally
> - tested the modified UpdateConfiguration API and ListConfiguration API by 
> providing the zone scope and zone id
> - tested the modified parameter to take the updated value at zone level(after 
> updation).
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: failing mvn -P deps in CS 4.0.1

[Chip Childers]

On Thu, Apr 18, 2013 at 04:11:42PM +0700, Ajimangun lintang mas wrote:
> # mvn -P deps
> [INFO] Scanning for projects...
> Downloading:
> http://repo.maven.apache.org/maven2/org/apache/apache/11/apache-11.pom
> [ERROR] The build could not read 1 project -> [Help 1]
> [ERROR]
> [ERROR]   The project
> org.apache.cloudstack:cloudstack:4.0.1-incubating-SNAPSHOT
> (/usr/local/apache-cloudstack-4.0.1-incubating-src/pom.xml) has 1 error
> [ERROR] Non-resolvable parent POM: Could not transfer artifact
> org.apache:apache:pom:11 from/to central (
> http://repo.maven.apache.org/maven2): repo.maven.apache.org and
> 'parent.relativePath' points at wrong local POM @ line 23, column 11:
> Unknown host repo.maven.apache.org -> [Help 2]
> [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/ProjectBuildingException
> [ERROR] [Help 2]
> http://cwiki.apache.org/confluence/display/MAVEN/UnresolvableModelException
> 
> i've installed mysqld,maven,tomcat,java but when i want to pull
> denpendencies for CS with "mvn -P deps" command, occuring proccess like
> that. anybody can help?
> thanks

That sounds like a connectivity issue in getting to the
repo.maven.apache.org site.  Are you doing this with a working
connection to the Internet?  Perhaps the site was done temporarily?

Re: [DISCUSS] labels for cloudstack university and GSoC

[Chip Childers]

On Thu, Apr 18, 2013 at 03:27:07AM -0400, Sebastien Goasguen wrote:
> 
> On Apr 16, 2013, at 2:09 PM, Kelcey Damage (BT) 
>  wrote:
> 
> > I like Joe's proposition of potentially housing the [ACSEDU] tag under
> > marketing. I do agree that [GSoC] is 'Dev' related and belongs on that list.
> > 
> > 
> 
> I agree that [GSOC] should be on dev 

+1

> for [ACSEDU] the only issue I see is about the target audience. Devs and 
> Users will/might be interested, and I want to engage contributors not just 
> marketing folks.

How about doing that on users@ then?

issues with add remove Network to VM

[Shweta Agarwal]

Hi
I was testing Add /Remove Network to Virtual Machine Feature and found  the 
following  issues
https://issues.apache.org/jira/browse/CLOUDSTACK-2086
https://issues.apache.org/jira/browse/CLOUDSTACK-2083
https://issues.apache.org/jira/browse/CLOUDSTACK-2061

These are breaking some basic scenarios for creating multiple NICs .
It would be nice if somebody take a look at them.

Thanks
Shweta

CS 4.0.0 - mysql server connections aborted

[benoit lair]

Hello,


I'm using a cs 4.0.0 preproduction server onto centos 5.3.

I have launched a mysqltuner.pl onto the mysql server of the mgmt server.

So it gives me connections aborted.

Have you an explication why it show this ? How can i troubleshoot this ?

Here is my mysqltuner.pl output :

[root@cloudstack-master-server ~]# ./mysqltuner.pl

 >>  MySQLTuner 1.2.0 - Major Hayden 
 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password:

 General Statistics
--
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.67-log
[OK] Operating on 64-bit architecture

 Storage Engine Statistics
---
[--] Status: -Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in InnoDB tables: 23M (Tables: 166)
[--] Data in MEMORY tables: 125K (Tables: 2)
[!!] Total fragmented tables: 166

 Security Recommendations
---
[OK] All database users have passwords assigned

 Performance Metrics
-
[--] Up for: 7m 46s (79K q [169.689 qps], 16 conn, TX: 20M, RX: 6M)
[--] Reads / Writes: 93% / 7%
[--] Total buffers: 66.0M global + 3.6M per thread (350 max threads)
[OK] Maximum possible memory usage: 1.3G (13% of installed RAM)
[OK] Slow queries: 0% (0/79K)
[OK] Highest usage of available connections: 2% (10/350)
[OK] Key buffer size / total MyISAM indexes: 8.0M/92.0K
[OK] Key buffer hit rate: 100.0% (24 cached / 0 reads)
[OK] Query cache efficiency: 28.7% (7K cached / 25K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 844 sorts)
[!!] Joins performed without indexes: 35
[OK] Temporary tables created on disk: 1% (12 on disk / 936 total)
[!!] Thread cache hit rate: 37% (10 created / 16 connections)
[OK] Table cache hit rate: 92% (128 open / 138 opened)
[OK] Open file limit used: 0% (12/1K)
[OK] Table locks acquired immediately: 100% (7K immediate / 7K locks)
[!!] Connections aborted: 12%
[OK] InnoDB data size / buffer pool: 23.1M/24.0M

 Recommendations
-
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
Adjust your join queries to always utilize indexes
Your applications are not closing MySQL connections properly
Variables to adjust:
join_buffer_size (> 1.0M, or always use indexes with joins)
thread_cache_size (> 4)


Thanks for any advice.


Regards, Benoit.

Re: Review Request: CLOUDSTACK-2053: fixed if/else logic to address redundant entires, fixed boto/cloud-init support by adding metadata rewrite rule

[David Nalley]

On Thu, Apr 18, 2013 at 1:22 AM, Chiradeep Vittal <
chiradeep.vit...@citrix.com> wrote:

> Ilya, the review has not posted cleanly. Can you redo?
>
>
This almost looks like a RB problem.

--David

CLOUDSTACK-1876

[Abhinandan Prateek]

While debugging the VMWare system template fixed the cd rom device name that 
was causing the systemvm.iso not to load.
After this the SSVM and CPVM are coming up fine.

On router VM creation though it failed as this file  
/etc/udev/rules.d/70-persistent-net.rules  was present in the template as a 
directory !
This file is recreated on reboot so I have created another template after 
removing this directory.

Please, confirm if that is right. I will publish the template soon as it is 
still uploading.

-abhi

CLOUDSTACK-1876

[Abhinandan Prateek]

While debugging the VMWare system template fixed the cd rom device name that
was causing the systemvm.iso not to load.
After this the SSVM and CPVM are coming up fine.

On router VM creation though it failed as this file
/etc/udev/rules.d/70-persistent-net.rules  was present in the template as a
directory !
This file is recreated on reboot so I have created another template after
removing this directory.

Please, confirm if that is right. I will publish the template soon as it is
still uploading.

-abhi

Re: CLOUDSTACK-1876

[Abhinandan Prateek]

This is the new 4.2 system vm template for VMWare
http://aprateek.com/store/systemvmtemplate-4.2.ova with the below
mentioned fix. 

On 18/04/13 7:47 PM, "Abhinandan Prateek"  wrote:

>
>While debugging the VMWare system template fixed the cd rom device name
>that
>was causing the systemvm.iso not to load.
>After this the SSVM and CPVM are coming up fine.
>
>On router VM creation though it failed as this file
>/etc/udev/rules.d/70-persistent-net.rules  was present in the template as
>a
>directory !
>This file is recreated on reboot so I have created another template after
>removing this directory.
>
>Please, confirm if that is right. I will publish the template soon as it
>is
>still uploading.
>
>-abhi
>
>
>

Review Request: CLOUDSTACK-2077 : The updatePhysicalNetwork command fails to update the database

[Isaac Chiang]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10605/
---

Review request for cloudstack and Pranav Saxena.


Description
---

The root cause of the issue is that there is only one update statement around 
line 2450 in NetworkServiceImpl.java , but it is enclosed by a if statement: 

 if (newVnetRangeString != null) 

so if  the newVnetRangeString object equals to null 

The physical_network database won't get update.

The patch move following line out of if block :

_physicalNetworkDao.update(id, network);


This addresses bug CLOUDSTACK-2077.


Diffs
-

  server/src/com/cloud/network/NetworkServiceImpl.java 12c6068 

Diff: https://reviews.apache.org/r/10605/diff/


Testing
---

Test with ui and curl command


Thanks,

Isaac Chiang

Re: issues with add remove Network to VM

[Marcus Sorensen]

2061 is marked as resolved at the moment.

2086 and 2083, commented on.

Since 4.2 isn't really on my radar right now I haven't assigned them to
myself yet, but if they're around for awhile I'll probably get to them.


On Thu, Apr 18, 2013 at 7:00 AM, Shweta Agarwal
wrote:

> Hi
> I was testing Add /Remove Network to Virtual Machine Feature and found
>  the following  issues
> https://issues.apache.org/jira/browse/CLOUDSTACK-2086
> https://issues.apache.org/jira/browse/CLOUDSTACK-2083
> https://issues.apache.org/jira/browse/CLOUDSTACK-2061
>
> These are breaking some basic scenarios for creating multiple NICs .
> It would be nice if somebody take a look at them.
>
> Thanks
> Shweta
>

Re: Review Request: CLOUDSTACK-2077 : The updatePhysicalNetwork command fails to update the database

[Pranav Saxena]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10605/#review19389
---

Ship it!


It looks a valid fix to me .The physical network db state updation should 
happen outside the if loop.  I have tested it on my set up as well . I'll merge 
it unless anyone else thinks that there could be another fix possible . This is 
a blocker right now and hence needs to be fixed asap ! 

- Pranav Saxena


On April 18, 2013, 2:40 p.m., Isaac Chiang wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10605/
> ---
> 
> (Updated April 18, 2013, 2:40 p.m.)
> 
> 
> Review request for cloudstack and Pranav Saxena.
> 
> 
> Description
> ---
> 
> The root cause of the issue is that there is only one update statement around 
> line 2450 in NetworkServiceImpl.java , but it is enclosed by a if statement: 
> 
>  if (newVnetRangeString != null) 
> 
> so if  the newVnetRangeString object equals to null 
> 
> The physical_network database won't get update.
> 
> The patch move following line out of if block :
> 
> _physicalNetworkDao.update(id, network);
> 
> 
> This addresses bug CLOUDSTACK-2077.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/NetworkServiceImpl.java 12c6068 
> 
> Diff: https://reviews.apache.org/r/10605/diff/
> 
> 
> Testing
> ---
> 
> Test with ui and curl command
> 
> 
> Thanks,
> 
> Isaac Chiang
> 
>

Re: Review Request: CLOUDSTACK-2077 : The updatePhysicalNetwork command fails to update the database

[ASF Subversion and Git Services]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10605/#review19390
---


Commit 34899f9b999e0d92573aa7b8872e07a111811b53 in branch refs/heads/master 
from Pranav Saxena 
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=34899f9 ]

CLOUDSTACK-2077:The updatePhysicalNetwork command fails to update the database


- ASF Subversion and Git Services


On April 18, 2013, 2:40 p.m., Isaac Chiang wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10605/
> ---
> 
> (Updated April 18, 2013, 2:40 p.m.)
> 
> 
> Review request for cloudstack and Pranav Saxena.
> 
> 
> Description
> ---
> 
> The root cause of the issue is that there is only one update statement around 
> line 2450 in NetworkServiceImpl.java , but it is enclosed by a if statement: 
> 
>  if (newVnetRangeString != null) 
> 
> so if  the newVnetRangeString object equals to null 
> 
> The physical_network database won't get update.
> 
> The patch move following line out of if block :
> 
> _physicalNetworkDao.update(id, network);
> 
> 
> This addresses bug CLOUDSTACK-2077.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/NetworkServiceImpl.java 12c6068 
> 
> Diff: https://reviews.apache.org/r/10605/diff/
> 
> 
> Testing
> ---
> 
> Test with ui and curl command
> 
> 
> Thanks,
> 
> Isaac Chiang
> 
>

Re: IP tables blocking KVM/Console

[Jason Pavao]

Maurice,
I was having the same issues, I tried a number of iptables rule changes, 
but it seems that whenever a new instance was deployed it would 
overwrite my changes and break things again. My temporary fix is to run 
a cron job that runs every minute that issues a service iptables stop.


It's not elegant but it works since I don't have a need for security 
groups and am supporting a jenkins continuous testing environment with 
no need for network ingress/egress rules.


Does anyone else know why this is happening?

I am running cs 4.0.1 on oel6.3x64

Any help would be appreciated.
Thanks.
-jason

On 4/17/2013 7:47 PM, Maurice Lawler wrote:
I have stopped iptables at least 15 times, because it keeps blocking 
my console access to my instances. How can I either A) disable 
Iptables all together / b add a rule to allow it's access.


Right now, it has this:

[root@lunder ~]# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source   destination
ACCEPT udp  --  anywhere anywhereudp 
dpt:bootps
ACCEPT tcp  --  anywhere anywheretcp 
dpt:bootps
ACCEPT tcp  --  anywhere anywheretcp 
dpts:49152:49216
ACCEPT tcp  --  anywhere anywheretcp 
dpts:vnc-server:synchronet-db
ACCEPT tcp  --  anywhere anywheretcp 
dpt:16509
ACCEPT tcp  --  anywhere anywheretcp 
dpt:websm

ACCEPT tcp  --  anywhere anywheretcp dpt:8250
ACCEPT tcp  --  anywhere anywheretcp 
dpt:empowerid
ACCEPT tcp  --  anywhere anywheretcp 
dpt:webcache
ACCEPT all  --  anywhere anywhere state 
RELATED,ESTABLISHED

ACCEPT icmp --  anywhere anywhere
ACCEPT all  --  anywhere anywhere
ACCEPT tcp  --  anywhere anywhere state NEW tcp dpt:ssh
REJECT all  --  anywhere anywhere reject-with 
icmp-host-prohibited


Chain FORWARD (policy ACCEPT)
target prot opt source   destination

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
[root@lunder ~]#

But there was plenty of other rules previously to my stopping it.




--
Thanks.
-Jason

Re: Review Request: CLOUDSTACK-2077 : The updatePhysicalNetwork command fails to update the database

[Pranav Saxena]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10605/#review19391
---


Isaac , Thanks for the patch . Could you please mark the review request as 
Submitted ?

- Pranav Saxena


On April 18, 2013, 2:40 p.m., Isaac Chiang wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10605/
> ---
> 
> (Updated April 18, 2013, 2:40 p.m.)
> 
> 
> Review request for cloudstack and Pranav Saxena.
> 
> 
> Description
> ---
> 
> The root cause of the issue is that there is only one update statement around 
> line 2450 in NetworkServiceImpl.java , but it is enclosed by a if statement: 
> 
>  if (newVnetRangeString != null) 
> 
> so if  the newVnetRangeString object equals to null 
> 
> The physical_network database won't get update.
> 
> The patch move following line out of if block :
> 
> _physicalNetworkDao.update(id, network);
> 
> 
> This addresses bug CLOUDSTACK-2077.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/NetworkServiceImpl.java 12c6068 
> 
> Diff: https://reviews.apache.org/r/10605/diff/
> 
> 
> Testing
> ---
> 
> Test with ui and curl command
> 
> 
> Thanks,
> 
> Isaac Chiang
> 
>

RE: physical network is in incorrect state:Disabled

[Pranav Saxena]

Fix for this blocker has been pushed to master . Thanks Isaac for investigating 
the issue . 

Thanks,
Pranav

-Original Message-
From: Isaac Chiang [mailto:isaacchi...@gmail.com] 
Sent: Thursday, April 18, 2013 3:33 PM
To: dev@cloudstack.apache.org
Subject: Re: physical network is in incorrect state:Disabled

Hi Pranav:
It's 8b40e393b845c4c3d7ca23c8e297dc43288f6863





On Thu, Apr 18, 2013 at 5:42 PM, Pranav Saxena wrote:

> Yeah that is fine. I already did that but what I was asking Isaac is 
> which code commit modified that particular API so that we can fix it asap.
>
> -Original Message-
> From: Srikanteswararao Talluri 
> [mailto:srikanteswararao.tall...@citrix.com
> ]
> Sent: Thursday, April 18, 2013 3:11 PM
> To: dev@cloudstack.apache.org
> Subject: RE: physical network is in incorrect state:Disabled
>
> Yes, updatePhysicalNetwork API call to enable physical network is not 
> modifying "cloud.physical_network" table.
>
> Work around is to update the table in the database.
>
> Thanks,
> ~Talluri
>
> > -Original Message-
> > From: Pranav Saxena [mailto:pranav.sax...@citrix.com]
> > Sent: Thursday, April 18, 2013 3:02 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: physical network is in incorrect state:Disabled
> >
> > Isaac,
> >
> > Did you manage to find out which code commit alters the order for 
> > the API calls here ?
> >
> > Thanks,
> > Pranav
> >
> > -Original Message-
> > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > Sent: Thursday, April 18, 2013 2:59 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: physical network is in incorrect state:Disabled
> >
> > Move the ticket to API issue, the command does emit ( order has been 
> > changed ? bad memory :( ) but doesn't modify the database, my apology.
> >
> > Regards
> > Isaac
> >
> >
> > On Thu, Apr 18, 2013 at 5:25 PM, Srikanteswararao Talluri < 
> > srikanteswararao.tall...@citrix.com> wrote:
> >
> > > I am running into the same issue and I am not able to enable 
> > > physical network through API also
> > >
> > >
> > >
> > > > -Original Message-
> > > > From: Gavin Lee [mailto:gavin@gmail.com]
> > > > Sent: Thursday, April 18, 2013 10:46 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: Re: physical network is in incorrect state:Disabled
> > > >
> > > > I encountered the same issue when deploying devcloud on master
> branch:
> > > >
> > > > bash$python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> > > Traceback
> > > > (most recent call last):
> > > >   File "../marvin/marvin/deployDataCenter.py", line 469, in 
> > > > deploy.deploy()
> > > >   File "../marvin/marvin/deployDataCenter.py", line 454, in deploy
> > > > self.createZones(self.config.zones)
> > > >   File "../marvin/marvin/deployDataCenter.py", line 318, in
> createZones
> > > > networkid = self.createnetworks([guestntwrk], zoneId)
> > > >   File "../marvin/marvin/deployDataCenter.py", line 164, in
> > > createnetworks
> > > > networkcmdresponse = self.apiClient.createNetwork(networkcmd)
> > > >   File
> > > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvi
> > > n/
> > > > cloudstackAPI/cloudstackAPIClient.py", line 1493, in createNetwork
> > > > response = self.connection.marvin_request(command,
> > > > data=postdata,
> > > > response_type=response)
> > > >   File
> > > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvi
> > > n/
> > > > cloudstackConnection.py", line 216, in marvin_request
> > > > response = jsonHelper.getResultObj(response.json(),
> response_type)
> > > >   File
> > > "/Users/gavin_lee/projects/cs-apache/cloudstack/tools/marvin/marvi
> > > n/
> > > > jsonHelper.py", line 128, in getResultObj
> > > > raise
> > > >
> > >
> >
> cloudstackException.cloudstackAPIException(responseName.replace("response"
> > > > ,
> > > > ""), errMsg)
> > > > cloudstackException.cloudstackAPIException: Execute cmd:
> > > > createnetworkfailed, due to:
> > > > errorCode: 431, errorText:Specified physical network id is in 
> > > > incorrect state:Disabled
> > > >
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 10:56 AM, Isaac Chiang
> > > > wrote:
> > > >
> > > > > OK! thanks.
> > > > >
> > > > >
> > > > >
> > > > > On Thu, Apr 18, 2013 at 10:52 AM, Pranav Saxena 
> > > > >  > > > > >wrote:
> > > > >
> > > > > > I see , if possible could you create a JIRA ticket  and 
> > > > > > investigate on
> > > > > the
> > > > > > same . Perhaps the difference in the current master code and 
> > > > > > the slightly outdated code would let you know as to what's 
> > > > > > the root cause of this problem. Let me know if I can help.
> > > > > >
> > > > > > Thanks,
> > > > > > Pranav
> > > > > >
> > > > > > -Original Message-
> > > > > > From: Isaac Chiang [mailto:isaacchi...@gmail.com]
> > > > > > Sent: Thursday, April 18, 2013 8:19 AM
> > > > > > To: dev@cloudstack.apache.org
> > > > > > Subject: Re: physical network is in incorr

[ACS41] API Compatibility Bug?

[Chip Childers]

Min / Rohit,

Joe ran into some changes (documented in CLOUDSTACK-2091) when reviewing
the generated API documentation for 4.1 vs 4.0.x.  Can either of you look at the
bug for us and determine if we do in fact have an issue [1] to resolve?

-chip

https://issues.apache.org/jira/browse/CLOUDSTACK-2091

Re: [ACS41] API Compatibility Bug?

[Min Chen]

Chip, I am looking into the bug to see if this is a real issue.

Thanks
-min

On 4/18/13 9:00 AM, "Chip Childers"  wrote:

>Min / Rohit,
>
>Joe ran into some changes (documented in CLOUDSTACK-2091) when reviewing
>the generated API documentation for 4.1 vs 4.0.x.  Can either of you look
>at the
>bug for us and determine if we do in fact have an issue [1] to resolve?
>
>-chip
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-2091

Re: CLOUDSTACK-1876

[Rohit Yadav]

On Thu, Apr 18, 2013 at 7:47 PM, Abhinandan Prateek  wrote:

>
> While debugging the VMWare system template fixed the cd rom device name
> that was causing the systemvm.iso not to load.
> After this the SSVM and CPVM are coming up fine.
>
> On router VM creation though it failed as this file
> /etc/udev/rules.d/70-persistent-net.rules  was present in the template as
> a directory !
> This file is recreated on reboot so I have created another template after
> removing this directory.
>
>
Oh man! Yes Abhi we don't need this file. I remember removing this file
which is done in cleanup.sh:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=tools/appliance/definitions/systemvmtemplate/cleanup.sh;h=9e98ab03531f0c8fee6c040231e5d0f4871ae777;hb=f4240e1cea58be0ea7b50c77a018d7c63e3faf15

Maybe I missed it while manually installing vmware-tools via vmware fusion.
The open-vm-tools based appliance won't have this issue:
http://people.apache.org/~bhaisaab/cloudstack/systemvmtemplates/systemvmtemplate-openvmtools-vmware.ova


> Please, confirm if that is right. I will publish the template soon as it
> is still uploading.
>

Cool, Abhi did you reuse the appliance I had shared or created your own?
Share any special steps that were needed to be done.

Cheers.


>
> -abhi
>
>

Re: [ACS41] API Compatibility Bug?

[Rohit Yadav]

On Thu, Apr 18, 2013 at 9:30 PM, Chip Childers wrote:

> Min / Rohit,
>
> Joe ran into some changes (documented in CLOUDSTACK-2091) when reviewing
> the generated API documentation for 4.1 vs 4.0.x.  Can either of you look
> at the
> bug for us and determine if we do in fact have an issue [1] to resolve?
>

Oh it's some missing response params issue. Min would know what was done
around any response issues, comment pl. Min? Thanks.

Cheers.


>
> -chip
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-2091
>

Re: [ACS41] API Compatibility Bug?

[Min Chen]

I updated on the bug, I compared both 4.0 and 4.1 code,
TrafficMonitorResponse is exactly the same, no change at all except that
id to uuid field change. deleteUser api will also just return a
SuccessResponse, no mentioned response parameters at all since 4.0 or even
earlier. So I am not sure if I understand how we got those differences.
Joe, can you clarify this a bit? Did you run those 3 apis and found out
those differences?

Thanks
-min

On 4/18/13 9:29 AM, "Min Chen"  wrote:

>Chip, I am looking into the bug to see if this is a real issue.
>
>Thanks
>-min
>
>On 4/18/13 9:00 AM, "Chip Childers"  wrote:
>
>>Min / Rohit,
>>
>>Joe ran into some changes (documented in CLOUDSTACK-2091) when reviewing
>>the generated API documentation for 4.1 vs 4.0.x.  Can either of you look
>>at the
>>bug for us and determine if we do in fact have an issue [1] to resolve?
>>
>>-chip
>>
>>https://issues.apache.org/jira/browse/CLOUDSTACK-2091
>

Re: [ACS41] API Compatibility Bug?

[David Nalley]

On Thu, Apr 18, 2013 at 12:41 PM, Min Chen  wrote:

> I updated on the bug, I compared both 4.0 and 4.1 code,
> TrafficMonitorResponse is exactly the same, no change at all except that
> id to uuid field change. deleteUser api will also just return a
> SuccessResponse, no mentioned response parameters at all since 4.0 or even
> earlier. So I am not sure if I understand how we got those differences.
> Joe, can you clarify this a bit? Did you run those 3 apis and found out
> those differences?
>
> Thanks
> -min
>
> On 4/18/13 9:29 AM, "Min Chen"  wrote:
>
> >Chip, I am looking into the bug to see if this is a real issue.
> >
> >Thanks
> >-min
> >
> >On 4/18/13 9:00 AM, "Chip Childers"  wrote:
> >
> >>Min / Rohit,
> >>
> >>Joe ran into some changes (documented in CLOUDSTACK-2091) when reviewing
> >>the generated API documentation for 4.1 vs 4.0.x.  Can either of you look
> >>at the
> >>bug for us and determine if we do in fact have an issue [1] to resolve?
> >>
> >>-chip
> >>
> >>https://issues.apache.org/jira/browse/CLOUDSTACK-2091
> >
>
>
Hi Min:

The 'diff' was generated by:

java -cp  com.cloud.api.doc.ApiXmlDocReader -old  -new  -d 

Perhaps something has changed to make ApiXmlDocReader no longer diff
properly.

--David

Re: [ACS41] API Compatibility Bug?

[Min Chen]

I myself haven't used ApiXmlDocReader tool yet. Where are the old and new
xml file in our repo?

Thanks
-min

On 4/18/13 9:47 AM, "David Nalley"  wrote:

>On Thu, Apr 18, 2013 at 12:41 PM, Min Chen  wrote:
>
>> I updated on the bug, I compared both 4.0 and 4.1 code,
>> TrafficMonitorResponse is exactly the same, no change at all except that
>> id to uuid field change. deleteUser api will also just return a
>> SuccessResponse, no mentioned response parameters at all since 4.0 or
>>even
>> earlier. So I am not sure if I understand how we got those differences.
>> Joe, can you clarify this a bit? Did you run those 3 apis and found out
>> those differences?
>>
>> Thanks
>> -min
>>
>> On 4/18/13 9:29 AM, "Min Chen"  wrote:
>>
>> >Chip, I am looking into the bug to see if this is a real issue.
>> >
>> >Thanks
>> >-min
>> >
>> >On 4/18/13 9:00 AM, "Chip Childers"  wrote:
>> >
>> >>Min / Rohit,
>> >>
>> >>Joe ran into some changes (documented in CLOUDSTACK-2091) when
>>reviewing
>> >>the generated API documentation for 4.1 vs 4.0.x.  Can either of you
>>look
>> >>at the
>> >>bug for us and determine if we do in fact have an issue [1] to
>>resolve?
>> >>
>> >>-chip
>> >>
>> >>https://issues.apache.org/jira/browse/CLOUDSTACK-2091
>> >
>>
>>
>Hi Min:
>
>The 'diff' was generated by:
>
>java -cp  com.cloud.api.doc.ApiXmlDocReader -old old xml file> -new  -d 
>
>Perhaps something has changed to make ApiXmlDocReader no longer diff
>properly.
>
>--David

Re: [ACS41] API Compatibility Bug?

[David Nalley]

On Thu, Apr 18, 2013 at 12:52 PM, Min Chen  wrote:

> I myself haven't used ApiXmlDocReader tool yet. Where are the old and new
> xml file in our repo?
>
> Thanks
> -min
>
>
They don't exist - you need to generate API docs in 4.0 and then generate
API docs in 4.1 and take the resulting XML file from each.
We probably should get in the habit of generating the xml and adding it
somewhere in the repo though to help automate all of this.

--David

Re: [ACS41] API Compatibility Bug?

[Min Chen]

I am not quite familiar with this. Alena, are you able to chip in to take
a look? As far as code and functionality is concerned, I don't see API
compatibility issue here.

Thanks
-min

On 4/18/13 9:56 AM, "David Nalley"  wrote:

>On Thu, Apr 18, 2013 at 12:52 PM, Min Chen  wrote:
>
>> I myself haven't used ApiXmlDocReader tool yet. Where are the old and
>>new
>> xml file in our repo?
>>
>> Thanks
>> -min
>>
>>
>They don't exist - you need to generate API docs in 4.0 and then generate
>API docs in 4.1 and take the resulting XML file from each.
>We probably should get in the habit of generating the xml and adding it
>somewhere in the repo though to help automate all of this.
>
>--David

Re: [ACS41] API Compatibility Bug?

[David Nalley]

On Thu, Apr 18, 2013 at 1:01 PM, Min Chen  wrote:

> I am not quite familiar with this. Alena, are you able to chip in to take
> a look? As far as code and functionality is concerned, I don't see API
> compatibility issue here.
>
> Thanks
> -min
>
>
There are two potential problems (we're discussing the repercussions in IRC
atm)

First is that if the API docs are reporting a change, then we have errant
API docs - which is a big problem IMO.
The second is that the tools we use to find changes have problems, which is
less of a problem, but also means that we can't track changes accurately
for documentation purposes.

--David

Re: Review Request: CLOUDSTACK-1748: IP Reservation results in reserving the broadcast IP of the network as well

[Sateesh Chodapuneedi]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10078/#review19395
---



server/src/com/cloud/api/ApiResponseHelper.java


The ip before startVmIp doesn't have to be omitted from reserved ip range. 
Just leave existing statement as it is. This line need not be modified.



server/src/com/cloud/api/ApiResponseHelper.java


Do not skip the IP before startVmIp. Leave the existing expresssion 
(estartVmIp-1) as it is. Only the expression (endVmIp + 1) need be modified.


- Sateesh Chodapuneedi


On March 22, 2013, 10:04 a.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10078/
> ---
> 
> (Updated March 22, 2013, 10:04 a.m.)
> 
> 
> Review request for cloudstack, Murali Reddy and Sateesh Chodapuneedi.
> 
> 
> Description
> ---
> 
> While reserving IPs, broadcast IPs of guestvmcidr is also getting reserved.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/api/ApiResponseHelper.java 663139d 
> 
> Diff: https://reviews.apache.org/r/10078/diff/
> 
> 
> Testing
> ---
> 
> CIDR : 10.1.1.0/26 (10.1.1.1-10.1.1.62, Broadcast: 10.1.1.63)
> Network CIDR: 10.1.1.0/24 (10.1.1.1-10.1.1.254, Broadcast: 10.1.1.255)
> Reserved Range: 10.1.1.64-10.1.1.254
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

Re: [ACS41] API Compatibility Bug?

[Alena Prokharchyk]

I've just looked at 4.0 code for addTrafficMonitorCmd.java API command, it
had a bug. The "responseOjbect" annotation has incorrect value -
ExternalFirewallResponse. And as API doc writer relies on this info for
the doc generation, it was generated the wrong way.

4.0:

@Implementation(description="Adds Traffic Monitor Host for Direct Network
Usage", responseObject = ExternalFirewallResponse.class)


It was fixed in 4.1 - now response object refers to correct class -
"TrafficMonitorResponse":

@APICommand(name = "addTrafficMonitor", description="Adds Traffic Monitor
Host for Direct Network Usage", responseObject =
TrafficMonitorResponse.class)


The same issue for DeleteUser. Basically there are no changes in the
commands, they were just documented wrong in 4.0.


-Alena.




On 4/18/13 10:03 AM, "David Nalley"  wrote:

>On Thu, Apr 18, 2013 at 1:01 PM, Min Chen  wrote:
>
>I am not quite familiar with this. Alena, are you able to chip in to take
>a look? As far as code and functionality is concerned, I don't see API
>compatibility issue here.
>
>Thanks
>-min
>
>
>
>
>
>
>
>There are two potential problems (we're discussing the repercussions in
>IRC atm) 
>
>
>First is that if the API docs are reporting a change, then we have errant
>API docs - which is a big problem IMO.
>The second is that the tools we use to find changes have problems, which
>is less of a problem, but also means that we can't track changes
>accurately for documentation purposes.
>
>
>--David 
>
>
>
>
>

Re: Review Request: CLOUDSTACK-1647: IP Reservation should not happen if the guest-vm cidr and network cidr is not same but their start ip and end ip are same.

[Sateesh Chodapuneedi]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10005/#review19396
---



server/src/com/cloud/network/NetworkServiceImpl.java


This code seems dueplicated because the logic to calculate reserved ip 
range can be used to check if there exists some ip range to be reserved or not. 
If the calculated range is empty then do not attempt to reserve. Code to 
prepare response object already had this logic. May be we have to move this to 
NetUtils and call that from both places.


- Sateesh Chodapuneedi


On March 19, 2013, 9:07 a.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10005/
> ---
> 
> (Updated March 19, 2013, 9:07 a.m.)
> 
> 
> Review request for cloudstack, Murali Reddy and Sateesh Chodapuneedi.
> 
> 
> Description
> ---
> 
> In cases where the start ip and end ip of guest vm cidr and network cidr are 
> same, even when the cidrs appear to be different,the reservation procedure 
> should not go through and user should get a message mentioning that.
> Added extra check for the same with proper alert message.
> 
> 
> This addresses bug CLOUDSTACK-1647.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/NetworkServiceImpl.java 52e81e5 
> 
> Diff: https://reviews.apache.org/r/10005/diff/
> 
> 
> Testing
> ---
> 
> CIDR : 10.0.144.0/20, Network CIDR : null, guestVmCidr : 10.0.151.0/20 => 
> Reservation is not applied.
> CIDR : 10.0.144.0/21, Network CIDR : 10.0.144.0/20, guestVmCidr : 
> 10.0.151.0/20 => Existing Reservation is not affected.
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

Re: [ACS41] API Compatibility Bug?

[Min Chen]

Thanks Alena. I will close the bug as not a problem then.

-min

On 4/18/13 10:18 AM, "Alena Prokharchyk" 
wrote:

>I've just looked at 4.0 code for addTrafficMonitorCmd.java API command, it
>had a bug. The "responseOjbect" annotation has incorrect value -
>ExternalFirewallResponse. And as API doc writer relies on this info for
>the doc generation, it was generated the wrong way.
>
>4.0:
>
>@Implementation(description="Adds Traffic Monitor Host for Direct Network
>Usage", responseObject = ExternalFirewallResponse.class)
>
>
>It was fixed in 4.1 - now response object refers to correct class -
>"TrafficMonitorResponse":
>
>@APICommand(name = "addTrafficMonitor", description="Adds Traffic Monitor
>Host for Direct Network Usage", responseObject =
>TrafficMonitorResponse.class)
>
>
>The same issue for DeleteUser. Basically there are no changes in the
>commands, they were just documented wrong in 4.0.
>
>
>-Alena.
>
>
>
>
>On 4/18/13 10:03 AM, "David Nalley"  wrote:
>
>>On Thu, Apr 18, 2013 at 1:01 PM, Min Chen  wrote:
>>
>>I am not quite familiar with this. Alena, are you able to chip in to take
>>a look? As far as code and functionality is concerned, I don't see API
>>compatibility issue here.
>>
>>Thanks
>>-min
>>
>>
>>
>>
>>
>>
>>
>>There are two potential problems (we're discussing the repercussions in
>>IRC atm) 
>>
>>
>>First is that if the API docs are reporting a change, then we have errant
>>API docs - which is a big problem IMO.
>>The second is that the tools we use to find changes have problems, which
>>is less of a problem, but also means that we can't track changes
>>accurately for documentation purposes.
>>
>>
>>--David 
>>
>>
>>
>>
>>
>
>

Re: [ACS41] API Compatibility Bug?

[Joe Brockmeier]

On Thu, Apr 18, 2013, at 12:18 PM, Alena Prokharchyk wrote:
> The same issue for DeleteUser. Basically there are no changes in the
> commands, they were just documented wrong in 4.0.

Would it be possible to do up a quick patch for this, or just leave it
for 4.0.2?

Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

Re: [ACS41] API Compatibility Bug?

[Alena Prokharchyk]

I would probably leave it for 4.2.0. And update the release notes for 4.0

Chip, what do you think?

-Alena.

On 4/18/13 10:34 AM, "Joe Brockmeier"  wrote:

>On Thu, Apr 18, 2013, at 12:18 PM, Alena Prokharchyk wrote:
>> The same issue for DeleteUser. Basically there are no changes in the
>> commands, they were just documented wrong in 4.0.
>
>Would it be possible to do up a quick patch for this, or just leave it
>for 4.0.2?
>
>Best,
>
>jzb
>-- 
>Joe Brockmeier
>j...@zonker.net
>Twitter: @jzb
>http://www.dissociatedpress.net/
>

[ACS41] CLOUDSTACK-2093 is a new critical bug for the storage-focused folks!

[Chip Childers]

Can someone please look at this (Edison, I CC'ed you, perhaps
inappropriately, with the hope that you would be able to look at this).

https://issues.apache.org/jira/browse/CLOUDSTACK-2093

The reporter noted a very specific example of where the call to
create_privatetemplate_from_snapshot is passing the wrong parameter.

-chip

Re: [ACS41] API Compatibility Bug?

[Chip Childers]

On Thu, Apr 18, 2013 at 10:46:38AM -0700, Alena Prokharchyk wrote:
> I would probably leave it for 4.2.0. And update the release notes for 4.0
> 
> Chip, what do you think?

Doesn't 4.1 actually have the right code in it already?

I think Joe is asking about the 4.0 branch, since he's about to cut the
second RC for that code line.

> 
> -Alena.
> 
> On 4/18/13 10:34 AM, "Joe Brockmeier"  wrote:
> 
> >On Thu, Apr 18, 2013, at 12:18 PM, Alena Prokharchyk wrote:
> >> The same issue for DeleteUser. Basically there are no changes in the
> >> commands, they were just documented wrong in 4.0.
> >
> >Would it be possible to do up a quick patch for this, or just leave it
> >for 4.0.2?
> >
> >Best,
> >
> >jzb
> >-- 
> >Joe Brockmeier
> >j...@zonker.net
> >Twitter: @jzb
> >http://www.dissociatedpress.net/
> >
> 
> 
> 

Re: DevCloud

[Rohit Yadav]

On Thu, Apr 18, 2013 at 10:17 PM, Aaron Paradowski
wrote:

> Hi Rohit,
>
> ** **
>
> I’m having some problems deploying DevCloud2 and wonder if you could help
> please. So far I have done the following
>
> ** **
>
> **1.   **Downloaded and imported the DevCloud2 image into VirtualBox
> – ensured network settings were correct etc.
>
> **2.   **Used PuTTY to SSH to the machine at 192.168.56.10 and logged
> in with root and password for username and password
>
> **3.   **cd to /opt/cloudstack
>
> **4.   **git cloned into the source code for incubator cloudstack
>
> **5.   **once that had completed I cd’d to the incubator-cloudstack
> directory
>
> **6.   **Ran mvn clean install –P developer,systemvm
>
> **7.   **Changedthe host value in devcloud.sql to 192.168.56.10 as I
> want everything to run inside this one VM
>
> **8.   **Ran mvn –pl developer,tools/devloud –Deploydb –P developer
>

Hi Aaron,

The best way is to reach to the whole community and cc any particular
person whose attention you may be seeking.

1-8: So far so good, ignoring the -Ddeploydb typo.


> 
>
> 9.   Then ran mvn-pl client jetty:run and this is where everything
> goes wrong. It hangs on the below screen for ages then it goes through lots
> of warnings and errors such as “WARN [apache.cloudstack.alerts] (HA-3:)
> alertType:: 13” – I left it for 19 hours overnight last night and those
> types of errors just kept going round in cycles?
>
Looks like CloudStack issue? Did you try exporting maven opts, checkout the
building on master on cwiki.apache.org / cloudstack and try again?

If you're just able to login inside DevCloud2 and run something like xe
vm-list and it outputs something we're good at least from DevCloud's side :)

Anyone from community?

Cheers.


> 
>
> 
>
> ** **
>
> Any help would be greatly appreciated! Many thanks in advance.
>
> ** **
>
> Kind Regards,
>
> ** **
>
> *Aaron Paradowski*
>
> ** **
>

Re: Review Request: Documentation changes for VMware dvSwitch and Nexus dvSwitch

[Sateesh Chodapuneedi]

> On April 10, 2013, 7:42 a.m., Sateesh Chodapuneedi wrote:
> > Section 8.3.7.5 Removing Nexus Virtual Switch is specifying steps to delete 
> > VMware dvSwitch. This is not correct. There is no notion of deletion of 
> > VMware dvSwitch (please refer to FS for the feature) in CloudStack. Please 
> > remove section completely.
> > In page 109,  replace 'configuring' by 'orchestration of in the line 
> > "CloudStack supports configuring virtual networks in a deployment with"
> > In page 110, against the table entry "vCenter Host" - description should be 
> > vCenter host/ip. Presence of Nexus virtual switch is irrelevant for the 
> > vCenter here.
> > In page 110, against the table entry "Guest Traffic vSwitch Name" - 
> > description should be "Name of virtual switch to be used for guest traffic"
> > In page 110, against the table entry "Public Traffic vSwitch Name" - 
> > description should be "Name of virtual switch to be used for public traffic"
> > In page 109, use Distributed Virtual Switch instead of "Virtual Distributed 
> > Switch"
> > In page 109, instead of 'Nexus 1000v Virtual Switch' better to write 'Nexus 
> > 1000v Distributed Virtual Switch'
> > Add cluster parameters documented in page 62, is fine, reviewed.
> > As mentioned in FS, pre-requisites is to pre-provision dvSwitch in 
> > datacenter that is containing cluster being managed by cloudstack.
> > 
> >
> 
> Radhika PC wrote:
> Is pre-provisioning the dvSwitch in the datacenter is the only 
> prerequisite? do we have to note down any parameters, that could be later 
> used in CloudStack ? Please confirm.
> 
> Radhika PC wrote:
> The FS listed the following:
> 
> CloudStack does following,
> Create dvPortGroup over designated dvSwitch - How ? 
> Modify dvPortGroup over designated dvSwitch -How?
> Delete dvPortGroup over designated dvSwitch - How ? Is 
> deleting/creating/modifying dvPortGroup similar to deleting dvSwitch ? Could 
> you please clarify.
> 
> Radhika PC wrote:
> FS states:
> 
> Deployment requirements (fresh install vs. upgrade) if any
> 
> VMware dvSwitch must be already created/configured in the vCenter 
> datacenter deployment (understood!)
> 
> All the host/cluster resources should be added to dvSwitch before adding 
> the cluster to CloudStack's pod cluster. (it is not clear this step need to 
> be done on vCenter or CloudStack). It is very difficult to document such a 
> complex feature without a setup.
> 
> Radhika PC wrote:
> FS states:
> 
> Explain performance & scalability implications when feature is used from 
> small scale to large scale
> In case of vSphere 4.1 dvPortGroup need to be created with specific 
> number of dvPorts. In large scale deployment optimum use of dvPorts may not 
> be possible due to this pre-allocation. In case of vSphere 5.0 the autoexpand 
> feature helps in auto increment of number of dvPorts. (what is the specific 
> number here ?)
> 
> Network switches (including the vSwitch in ESXi host) keep a distinct 
> forwarding table for each VLAN; this could lead to an increased overhead in 
> packet forwarding when a considerable number of isolated networks, each one 
> with a significant number of virtual machines, is configured in a data 
> center. (Is this a limitation? should it be mentioned?) please clarify
> 
> Radhika PC wrote:
> The comments states:
> 
> In page 110, against the table entry "Guest Traffic vSwitch Name" - 
> description should be "Name of virtual switch to be used for guest traffic"
> In page 110, against the table entry "Public Traffic vSwitch Name" - 
> description should be "Name of virtual switch to be used for public traffic"
> 
> Question: From where do you pick up/ specify a name for the traffic ? Is 
> this something that we get from vCenter setup ? Or are we saying to mention 
> what type of switch to be used ?
> 
> Radhika PC wrote:
> Comment states:
> 
> In page 109, use Distributed Virtual Switch instead of "Virtual 
> Distributed Switch"
> 
> But in VMware terms it is "VMware vSphere Distributed Switch (VDS)" see  
> see http://blogs.vmware.com/vsphere/tag/distributed-switch
> 
> Shouldn't be we following similar terminology ?

>do we have to note down any parameters, that could be later used in CloudStack 
>? Please confirm.
User might want to specify name of dvSwitch in following places,
1) traffic label in physical network page of zone configuration wizard - This 
setting dictates name of vSwitch/dvSwitch to be used for virtual network 
orchestration later.
2) public/guest virtual switch na,e - This setting overrides the 
vSwitch/dvSwitch name in zone level configuration setting for traffic label. 
See (1) above.

>Is deleting/creating/modifying dvPortGroup similar to deleting dvSwitch ? 
>Could you please clarify.
No.

>All the host/cluster resources should be added to dvSwitch before adding the 
>cluster to CloudSt

Re: deployDataCenter.py doesn't work for me on master

[Mike Tutkowski]

Is this similar to the problem you are now having?  I get the following
output from the python script to create DevCloud:

mtutkowski-LT:devcloud mtutkowski$ python
../marvin/marvin/deployDataCenter.py -i devcloud.cfg
Traceback (most recent call last):
  File "../marvin/marvin/deployDataCenter.py", line 21, in 
import cloudstackTestClient
  File
"/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
line 18, in 
import cloudstackConnection
  File
"/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py",
line 18, in 
import requests
ImportError: No module named requests

Not sure how to get around this.


On Wed, Apr 17, 2013 at 10:56 AM, Soheil Eizadi wrote:

> I copied the vhd-util from
> http://download.cloud.com.s3.amazonaws.com/tools/vhd-util to
> scripts/vm/hypervisor/xenserver/vhd-util in the tree, but it did not
> resolve my issue. (The problem is not with the functionality of the
> vhd-util but a path problem. I get that the vhd-util should be updated and
> I have done that as well in my environment.)
>
> As I noted below the problem is that it is not getting copied to right
> place and also I find different versions of the higher level script i.e.
> copy_vhd_from_secondarystorage.sh in my tree which is strange. There is
> different vhd-util paths in them.
> -Soheil
>
>
> On 4/15/13 4:07 PM, "Anthony Xu"  wrote:
>
> >>>The XenServer (6.0.2) I am using already came bundled with vhd-util, I
> >>>did not have to download it. I have not read the detail of
> >
> >Hi Soheil,
> >
> >We added one function in vhd-util, which allows vhd-util specifiy parent
> >when do coalesce, basically you can coalesce a VHD file to other VHD
> >file.
> >CS uses this vhd-util function in API creating template/volume from
> >snapshot.  These APIs might not work with bundled vhd-util in XenServer.
> >
> >
> >Anthony
> >
> >
> >
> >-Original Message-
> >From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> >Sent: Saturday, April 13, 2013 11:05 PM
> >To: dev@cloudstack.apache.org
> >Subject: Re: deployDataCenter.py doesn't work for me on master
> >
> >Downloaded the vhd-util to my environment and had the same problem. I
> >Debugged this further by running the copy_vhd_from_secondarystorage.sh on
> >the XenServer. It looks like the copy_vhd_from_secondarystorage.sh is
> >looking for vhd-util in /opt/xensource/bin/ rather than /usr/bin/
> >
> >I looked at this further and looks like what is built in the
> >client/target directory is not consistent with what is in the
> >./scripts/vm in my tree.
> >There are two versions of copy_vhd_from_secondarystorage.sh.
> >
> >I removed the client/target directory and rebuilt, but had the same files
> >appear again. I am not sure how they are getting pulled in to the
> >client/target directory. Any ideas why my build is broken and how to
> >proceed to fix this?
> >
> >For now I patched this on my XenServer and was able to get ssvm and
> >cproxyvm running and brought up my CloudStack zone completely.
> >-Soheil
> >
> >
> >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name
> >copy_vhd_from_secondarystorage.sh
> >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/
> >h
> >ypervisor/xenserver/copy_vhd_from_secondarystorage.sh
> >./client/target/cloud-client-ui-4.2.0-SNAPSHOT/WEB-INF/classes/scripts/vm/
> >h
> >ypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh
> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
> >s
> >erver/copy_vhd_from_secondarystorage.sh
> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
> >s
> >erver/xcposs/copy_vhd_from_secondarystorage.sh
> >./scripts/vm/hypervisor/xenserver/copy_vhd_from_secondarystorage.sh
> >./scripts/vm/hypervisor/xenserver/xcposs/copy_vhd_from_secondarystorage.sh
> >
> >
> >Administrators-MacBook-Pro-7:cloudstack seizadi$ find . -name
> >copy_vhd_from_secondarystorage.sh -exec diff
> >./client/target/generated-webapp/WEB-INF/classes/scripts/vm/hypervisor/xen
> >s
> >erver/copy_vhd_from_secondarystorage.sh {} \;
> >92c92
> >< VHDUTIL="/opt/xensource/bin/vhd-util"
> >---
> >> VHDUTIL="/usr/bin/vhd-util"
> >113c113
> >< if [ $type != "nfs" -a $type != "ext" ]; then
> >---
> >> if [ $type != "nfs" -a $type != "ext" -a $type != "file" ]; then
> >143c143
> ><   desvhd=/var/run/sr-mount/$sruuid/$uuid.vhd
> >---
> >>   desvhd=/run/sr-mount/$sruuid/$uuid.vhd
> >160a161,166
> >> elif [ $type == "file" ]; then
> >>   pbd=`xe sr-param-list uuid=$sruuid |grep PBDs | awk '{print $3}'`
> >>   path=`xe pbd-param-list uuid=$pbd |grep device-config |awk '{print
> >>$4}'`
> >>   desvhd=$path/$uuid.vhd
> >>   copyvhd $desvhd $vhdfile 0 $type
> >>
> >92c92
> >< VHDUTIL="/opt/xensource/bin/vhd-util"
> >---
> >> VHDUTIL="/usr/bin/vhd-util"
> >113c113
> >< if [ $type != "nfs" -a $type != "ext" ]; then
> >---
> >> if [ $type != "nfs" -a $t

Re: [ACS41] API Compatibility Bug?

[Alena Prokharchyk]

On 4/18/13 10:48 AM, "Chip Childers"  wrote:

>On Thu, Apr 18, 2013 at 10:46:38AM -0700, Alena Prokharchyk wrote:
>> I would probably leave it for 4.2.0. And update the release notes for
>>4.0
>> 
>> Chip, what do you think?
>
>Doesn't 4.1 actually have the right code in it already?
>
>I think Joe is asking about the 4.0 branch, since he's about to cut the
>second RC for that code line.


4.1 does have correct code. Chip, would you advise to patch 4.0? It would
require java code changes - fixing annotations in the APIs. Then we have
to generate new xml/html api docs.

-Alena.


>
>> 
>> -Alena.
>> 
>> On 4/18/13 10:34 AM, "Joe Brockmeier"  wrote:
>> 
>> >On Thu, Apr 18, 2013, at 12:18 PM, Alena Prokharchyk wrote:
>> >> The same issue for DeleteUser. Basically there are no changes in the
>> >> commands, they were just documented wrong in 4.0.
>> >
>> >Would it be possible to do up a quick patch for this, or just leave it
>> >for 4.0.2?
>> >
>> >Best,
>> >
>> >jzb
>> >-- 
>> >Joe Brockmeier
>> >j...@zonker.net
>> >Twitter: @jzb
>> >http://www.dissociatedpress.net/
>> >
>> 
>> 
>> 
>

Re: DevCloud

[Mike Tutkowski]

I have a related issue.  I sent it out under a different thread, but should
put it here, too.

This is my issue.  I'm not sure how to get around it.  Thanks!!

mtutkowski-LT:devcloud mtutkowski$ python
../marvin/marvin/deployDataCenter.py -i devcloud.cfg
Traceback (most recent call last):
  File "../marvin/marvin/deployDataCenter.py", line 21, in 
import cloudstackTestClient
  File
"/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
line 18, in 
import cloudstackConnection
  File
"/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py",
line 18, in 
import requests
ImportError: No module named requests


On Thu, Apr 18, 2013 at 11:51 AM, Rohit Yadav  wrote:

> On Thu, Apr 18, 2013 at 10:17 PM, Aaron Paradowski
> wrote:
>
> > Hi Rohit,
> >
> > ** **
> >
> > I’m having some problems deploying DevCloud2 and wonder if you could help
> > please. So far I have done the following
> >
> > ** **
> >
> > **1.   **Downloaded and imported the DevCloud2 image into VirtualBox
> > – ensured network settings were correct etc.
> >
> > **2.   **Used PuTTY to SSH to the machine at 192.168.56.10 and logged
> > in with root and password for username and password
> >
> > **3.   **cd to /opt/cloudstack
> >
> > **4.   **git cloned into the source code for incubator cloudstack
> >
> > **5.   **once that had completed I cd’d to the incubator-cloudstack
> > directory
> >
> > **6.   **Ran mvn clean install –P developer,systemvm
> >
> > **7.   **Changedthe host value in devcloud.sql to 192.168.56.10 as I
> > want everything to run inside this one VM
> >
> > **8.   **Ran mvn –pl developer,tools/devloud –Deploydb –P developer
> >
>
> Hi Aaron,
>
> The best way is to reach to the whole community and cc any particular
> person whose attention you may be seeking.
>
> 1-8: So far so good, ignoring the -Ddeploydb typo.
>
>
> > 
> >
> > 9.   Then ran mvn-pl client jetty:run and this is where everything
> > goes wrong. It hangs on the below screen for ages then it goes through
> lots
> > of warnings and errors such as “WARN [apache.cloudstack.alerts] (HA-3:)
> > alertType:: 13” – I left it for 19 hours overnight last night and those
> > types of errors just kept going round in cycles?
> >
> Looks like CloudStack issue? Did you try exporting maven opts, checkout the
> building on master on cwiki.apache.org / cloudstack and try again?
>
> If you're just able to login inside DevCloud2 and run something like xe
> vm-list and it outputs something we're good at least from DevCloud's side
> :)
>
> Anyone from community?
>
> Cheers.
>
>
> > 
> >
> > 
> >
> > ** **
> >
> > Any help would be greatly appreciated! Many thanks in advance.
> >
> > ** **
> >
> > Kind Regards,
> >
> > ** **
> >
> > *Aaron Paradowski*
> >
> > ** **
> >
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: [ACS41] API Compatibility Bug?

[Chip Childers]

On Thu, Apr 18, 2013 at 10:57:51AM -0700, Alena Prokharchyk wrote:
> On 4/18/13 10:48 AM, "Chip Childers"  wrote:
> 
> >On Thu, Apr 18, 2013 at 10:46:38AM -0700, Alena Prokharchyk wrote:
> >> I would probably leave it for 4.2.0. And update the release notes for
> >>4.0
> >> 
> >> Chip, what do you think?
> >
> >Doesn't 4.1 actually have the right code in it already?
> >
> >I think Joe is asking about the 4.0 branch, since he's about to cut the
> >second RC for that code line.
> 
> 
> 4.1 does have correct code. Chip, would you advise to patch 4.0? It would
> require java code changes - fixing annotations in the APIs. Then we have
> to generate new xml/html api docs.
> 
> -Alena.

Joe's the RM for the 4.0.2 release.  I think he's asking about (1)
impact, (2) risk and (3) how quick the fix will be.  We're about to
start another round of voting for 4.0.2, and generating new API docs
will be part of that release process anyway.  The question is really
intended to get the code clean so that the (hopefully) last 4.0.x
release has correct docs in it.

Re: [ACS41] API Compatibility Bug?

[Alena Prokharchyk]

On 4/18/13 11:02 AM, "Chip Childers"  wrote:

>On Thu, Apr 18, 2013 at 10:57:51AM -0700, Alena Prokharchyk wrote:
>> On 4/18/13 10:48 AM, "Chip Childers"  wrote:
>> 
>> >On Thu, Apr 18, 2013 at 10:46:38AM -0700, Alena Prokharchyk wrote:
>> >> I would probably leave it for 4.2.0. And update the release notes for
>> >>4.0
>> >> 
>> >> Chip, what do you think?
>> >
>> >Doesn't 4.1 actually have the right code in it already?
>> >
>> >I think Joe is asking about the 4.0 branch, since he's about to cut the
>> >second RC for that code line.
>> 
>> 
>> 4.1 does have correct code. Chip, would you advise to patch 4.0? It
>>would
>> require java code changes - fixing annotations in the APIs. Then we have
>> to generate new xml/html api docs.
>> 
>> -Alena.
>
>Joe's the RM for the 4.0.2 release.  I think he's asking about (1)
>impact, (2) risk and (3) how quick the fix will be.  We're about to
>start another round of voting for 4.0.2, and generating new API docs
>will be part of that release process anyway.  The question is really
>intended to get the code clean so that the (hopefully) last 4.0.x
>release has correct docs in it.
>


There is a minimal impact - only api docs will get affected, and the fix
should be relatively quick as all we have to do is to fix @Implementation
parameter in 3 java classes.

Re: [ACS41] API Compatibility Bug?

[Chip Childers]

On Thu, Apr 18, 2013 at 11:07:18AM -0700, Alena Prokharchyk wrote:
> On 4/18/13 11:02 AM, "Chip Childers"  wrote:
> 
> >On Thu, Apr 18, 2013 at 10:57:51AM -0700, Alena Prokharchyk wrote:
> >> On 4/18/13 10:48 AM, "Chip Childers"  wrote:
> >> 
> >> >On Thu, Apr 18, 2013 at 10:46:38AM -0700, Alena Prokharchyk wrote:
> >> >> I would probably leave it for 4.2.0. And update the release notes for
> >> >>4.0
> >> >> 
> >> >> Chip, what do you think?
> >> >
> >> >Doesn't 4.1 actually have the right code in it already?
> >> >
> >> >I think Joe is asking about the 4.0 branch, since he's about to cut the
> >> >second RC for that code line.
> >> 
> >> 
> >> 4.1 does have correct code. Chip, would you advise to patch 4.0? It
> >>would
> >> require java code changes - fixing annotations in the APIs. Then we have
> >> to generate new xml/html api docs.
> >> 
> >> -Alena.
> >
> >Joe's the RM for the 4.0.2 release.  I think he's asking about (1)
> >impact, (2) risk and (3) how quick the fix will be.  We're about to
> >start another round of voting for 4.0.2, and generating new API docs
> >will be part of that release process anyway.  The question is really
> >intended to get the code clean so that the (hopefully) last 4.0.x
> >release has correct docs in it.
> >
> 
> 
> There is a minimal impact - only api docs will get affected, and the fix
> should be relatively quick as all we have to do is to fix @Implementation
> parameter in 3 java classes.
> 
>

I *think* joe would love a patch for the 4.0 branch for this!

Re: CS 4.0.1 | KVM | CentOS 6.3

[Chiradeep Vittal]

Maurice, it appears to be something specific to the sequence of actions
you took or your environment.

Developers and QA kill and restart their management servers dozens of
times a day and have (AFAIK) never seen this issue.

What are the entries in the mshost table?


On 4/17/13 11:20 PM, "Maurice Lawler"  wrote:

>Thank you. How would I correct this and why would the table state
>something other then what I have setup, what would have caused that?
>
>
>On Apr 18, 2013, at 12:27 AM, Chiradeep Vittal
> wrote:
>
>> That's probably not what the mshost table thinks?
>> 
>> On 4/17/13 11:00 AM, "Maurice Lawler"  wrote:
>> 
>>> No. I have ONE server running.
>>> 
>>> One MS - One Install of CS - One of everything. All on the same IP
>>> address. 
>>> 
>>> 
>>> On Apr 17, 2013, at 12:05 PM, Chiradeep Vittal
>>>  wrote:
>>> 
 You probably have another MS connecting to the same database?
 
 On 4/17/13 9:49 AM, "Maurice Lawler"  wrote:
 
> No the management IP hasn't changed. My question is why when
>restarting
> Cloud Management the issue is cleared up. Then almost an hour later,
>it
> starts in again; how do I correct this issue?
> 
> 
> On Apr 17, 2013, at 12:23 AM, Chiradeep Vittal
>  wrote:
> 
>> Did the management server ip change? It somehow thinks there's 2
>> management servers.
>> 
>> On 4/16/13 7:00 PM, "Maurice Lawler"  wrote:
>> 
>>> Greetings,
>>> 
>>> I am having this FLOOD my log. I will have you know, this is ONE
>>> server
>>> ONE HOST. KVM | CentOS 6.3 | Cloudstack 4.0.1
>>> 
>>> I have found restarting cloud management solves the issue for
>>>awhile,
>>> then it starts again.
>>> 
>>> Please advise.
>>> 
>>> - Maurice
>>> 
>>>  Eror Log 
>>> 
>>> 2013-04-16 20:58:38,993 DEBUG
>>> [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:null)
>>> Zone 1
>>> is ready to launch console proxy
>>> 2013-04-16 20:58:39,137 DEBUG [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Detected management node left, id:1,
>>> nodeIP:MYIPADDRESSHERE
>>> 2013-04-16 20:58:39,137 INFO  [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Trying to connect to MYIPADDRESSHERE
>>> 2013-04-16 20:58:39,138 INFO  [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Management node 1 is detected inactive
>>>by
>>> timestamp but is pingable
>>> 2013-04-16 20:58:39,264 DEBUG
>>> [network.router.VirtualNetworkApplianceManagerImpl]
>>> (RouterStatusMonitor-1:null) Found 0 routers.
>>> 2013-04-16 20:58:40,637 DEBUG [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Detected management node left, id:1,
>>> nodeIP:MYIPADDRESSHERE
>>> 2013-04-16 20:58:40,637 INFO  [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Trying to connect to MYIPADDRESSHERE
>>> 2013-04-16 20:58:40,637 INFO  [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Management node 1 is detected inactive
>>>by
>>> timestamp but is pingable
>>> 2013-04-16 20:58:42,062 DEBUG [agent.manager.AgentManagerImpl]
>>> (AgentManager-Handler-13:null) Ping from 3
>>> 2013-04-16 20:58:42,063 DEBUG [agent.manager.AgentManagerImpl]
>>> (AgentManager-Handler-14:null) Ping from 4
>>> 2013-04-16 20:58:42,138 DEBUG [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Detected management node left, id:1,
>>> nodeIP:MYIPADDRESSHERE
>>> 2013-04-16 20:58:42,138 INFO  [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Trying to connect to MYIPADDRESSHERE
>>> 2013-04-16 20:58:42,138 INFO  [cloud.cluster.ClusterManagerImpl]
>>> (Cluster-Heartbeat-1:null) Management node 1 is detected inactive
>>>by
>>> timestamp but is pingable
>>> 
>>> ===
>> 
> 
 
>>> 
>> 
>

Re: [ACS41] API Compatibility Bug?

[Min Chen]

I can provide a quick fix on 4.0 branch. For 4.0 branch, what is the
process to commit a fix? Submit a patch for Joe to commit, or I can
directly commit?

Thanks
-min

On 4/18/13 11:08 AM, "Chip Childers"  wrote:

>On Thu, Apr 18, 2013 at 11:07:18AM -0700, Alena Prokharchyk wrote:
>> On 4/18/13 11:02 AM, "Chip Childers"  wrote:
>> 
>> >On Thu, Apr 18, 2013 at 10:57:51AM -0700, Alena Prokharchyk wrote:
>> >> On 4/18/13 10:48 AM, "Chip Childers" 
>>wrote:
>> >> 
>> >> >On Thu, Apr 18, 2013 at 10:46:38AM -0700, Alena Prokharchyk wrote:
>> >> >> I would probably leave it for 4.2.0. And update the release notes
>>for
>> >> >>4.0
>> >> >> 
>> >> >> Chip, what do you think?
>> >> >
>> >> >Doesn't 4.1 actually have the right code in it already?
>> >> >
>> >> >I think Joe is asking about the 4.0 branch, since he's about to cut
>>the
>> >> >second RC for that code line.
>> >> 
>> >> 
>> >> 4.1 does have correct code. Chip, would you advise to patch 4.0? It
>> >>would
>> >> require java code changes - fixing annotations in the APIs. Then we
>>have
>> >> to generate new xml/html api docs.
>> >> 
>> >> -Alena.
>> >
>> >Joe's the RM for the 4.0.2 release.  I think he's asking about (1)
>> >impact, (2) risk and (3) how quick the fix will be.  We're about to
>> >start another round of voting for 4.0.2, and generating new API docs
>> >will be part of that release process anyway.  The question is really
>> >intended to get the code clean so that the (hopefully) last 4.0.x
>> >release has correct docs in it.
>> >
>> 
>> 
>> There is a minimal impact - only api docs will get affected, and the fix
>> should be relatively quick as all we have to do is to fix
>>@Implementation
>> parameter in 3 java classes.
>> 
>>
>
>I *think* joe would love a patch for the 4.0 branch for this!

Re: CS 4.0.0 - mysql server connections aborted

[Chiradeep Vittal]

There should be a way for MySQL to log the connections that get aborted.
At least it will tell you if it was the client that aborted the
connection. 


On 4/18/13 6:16 AM, "benoit lair"  wrote:

>Hello,
>
>
>I'm using a cs 4.0.0 preproduction server onto centos 5.3.
>
>I have launched a mysqltuner.pl onto the mysql server of the mgmt server.
>
>So it gives me connections aborted.
>
>Have you an explication why it show this ? How can i troubleshoot this ?
>
>Here is my mysqltuner.pl output :
>
>[root@cloudstack-master-server ~]# ./mysqltuner.pl
>
> >>  MySQLTuner 1.2.0 - Major Hayden 
> >>  Bug reports, feature requests, and downloads at
>http://mysqltuner.com/
> >>  Run with '--help' for additional options and output filtering
>Please enter your MySQL administrative login: root
>Please enter your MySQL administrative password:
>
> General Statistics
>--
>[--] Skipped version check for MySQLTuner script
>[OK] Currently running supported MySQL version 5.1.67-log
>[OK] Operating on 64-bit architecture
>
> Storage Engine Statistics
>---
>[--] Status: -Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
>[--] Data in InnoDB tables: 23M (Tables: 166)
>[--] Data in MEMORY tables: 125K (Tables: 2)
>[!!] Total fragmented tables: 166
>
> Security Recommendations
>---
>[OK] All database users have passwords assigned
>
> Performance Metrics
>-
>[--] Up for: 7m 46s (79K q [169.689 qps], 16 conn, TX: 20M, RX: 6M)
>[--] Reads / Writes: 93% / 7%
>[--] Total buffers: 66.0M global + 3.6M per thread (350 max threads)
>[OK] Maximum possible memory usage: 1.3G (13% of installed RAM)
>[OK] Slow queries: 0% (0/79K)
>[OK] Highest usage of available connections: 2% (10/350)
>[OK] Key buffer size / total MyISAM indexes: 8.0M/92.0K
>[OK] Key buffer hit rate: 100.0% (24 cached / 0 reads)
>[OK] Query cache efficiency: 28.7% (7K cached / 25K selects)
>[OK] Query cache prunes per day: 0
>[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 844 sorts)
>[!!] Joins performed without indexes: 35
>[OK] Temporary tables created on disk: 1% (12 on disk / 936 total)
>[!!] Thread cache hit rate: 37% (10 created / 16 connections)
>[OK] Table cache hit rate: 92% (128 open / 138 opened)
>[OK] Open file limit used: 0% (12/1K)
>[OK] Table locks acquired immediately: 100% (7K immediate / 7K locks)
>[!!] Connections aborted: 12%
>[OK] InnoDB data size / buffer pool: 23.1M/24.0M
>
> Recommendations
>-
>General recommendations:
>Run OPTIMIZE TABLE to defragment tables for better performance
>MySQL started within last 24 hours - recommendations may be inaccurate
>Enable the slow query log to troubleshoot bad queries
>Adjust your join queries to always utilize indexes
>Your applications are not closing MySQL connections properly
>Variables to adjust:
>join_buffer_size (> 1.0M, or always use indexes with joins)
>thread_cache_size (> 4)
>
>
>Thanks for any advice.
>
>
>Regards, Benoit.

Re: [ACS41] API Compatibility Bug?

[Joe Brockmeier]

On Thu, Apr 18, 2013, at 01:15 PM, Min Chen wrote:
> I can provide a quick fix on 4.0 branch. For 4.0 branch, what is the
> process to commit a fix? Submit a patch for Joe to commit, or I can
> directly commit?

I'd love a fix for this, yes.  You can commit directly, reverts are
easy. ;-) Thanks!

Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

Re: CS 4.0.0 - vpc deployment - why tier network limited to 200mb/s ?

[Chiradeep Vittal]

Really depends on 
 - your CPU configuration
 - your hypervisor
 - your physical network speed
 - noisy neighbors around the VR / around the physical network
 - how many ipsec vpns
 - how many LB
 - load on the LB
 - number of connections

If you just test the VR in isolation with a 512GB RAM/1core configuration
you should be able to get
 - 2 Gb/s forwarding / firewalling OR
 - 4 to 5k conn/s on the LB

You add the other factors and things can vary wildly


On 4/18/13 2:58 AM, "benoit lair"  wrote:

>Hello,
>
>
>Thanks for your response.
>
>However, do you know in production cases, what are the maximum bandwidth i
>can manage with a vpc vr ? Are there limitations or any recommendations
>(sizing limit in order to avoid performance loss) concerning provisionning
>of the vpc ?
>
>
>Thanks for your advices.
>
>Regards, Benoit.
>
>2013/4/17 benoit lair 
>
>> Hello guys,
>>
>>
>> I'm testing an preproduction environment with cs4.0.0 onto centos 5.3.
>>
>> I'm testing a vpc environment.
>>
>> I'm asking why does the tier networks are limited to 200mb/s (network
>> offering DefaultIsolatedNetworkOfferingForVpcNetworksNoLB) ?
>> So in xencenter, if i look at the network tab of my vpc vr vm, i got a
>>qos
>> of 25600 kbytes/sec.
>>
>> Is there a risk to create a different network offering with a 1000 mb/s
>> qos limit ? no limit ?
>>
>> What if i want to recreate a multi tier environnment with a no limit of
>> qos with a 500 mb/s troughput, a 1000mb/s troughput ?
>>
>> What do you think about vpc vr capabilities ? any deployment
>> recommendations ?
>>
>>
>> Thanks for any advice.
>>
>> Regards, Benoit Lair.
>>
>>
>>
>>

Re: [ACS41] API Compatibility Bug?

[Min Chen]

Done. Commit number f797d450261d8a4d2734db2cfc7e40c67167cd14.

-min

On 4/18/13 11:20 AM, "Joe Brockmeier"  wrote:

>On Thu, Apr 18, 2013, at 01:15 PM, Min Chen wrote:
>> I can provide a quick fix on 4.0 branch. For 4.0 branch, what is the
>> process to commit a fix? Submit a patch for Joe to commit, or I can
>> directly commit?
>
>I'd love a fix for this, yes.  You can commit directly, reverts are
>easy. ;-) Thanks!
>
>Best,
>
>jzb
>-- 
>Joe Brockmeier
>j...@zonker.net
>Twitter: @jzb
>http://www.dissociatedpress.net/

Re: [ACS41] API Compatibility Bug?

[Joe Brockmeier]

Thanks, Min! Checking now, much appreciated.

On Thu, Apr 18, 2013, at 01:35 PM, Min Chen wrote:
> Done. Commit number f797d450261d8a4d2734db2cfc7e40c67167cd14.
> 
> -min
> 
> On 4/18/13 11:20 AM, "Joe Brockmeier"  wrote:
> 
> >On Thu, Apr 18, 2013, at 01:15 PM, Min Chen wrote:
> >> I can provide a quick fix on 4.0 branch. For 4.0 branch, what is the
> >> process to commit a fix? Submit a patch for Joe to commit, or I can
> >> directly commit?
> >
> >I'd love a fix for this, yes.  You can commit directly, reverts are
> >easy. ;-) Thanks!
> >
> >Best,
> >
> >jzb
> >-- 
> >Joe Brockmeier
> >j...@zonker.net
> >Twitter: @jzb
> >http://www.dissociatedpress.net/
> 


Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

RE: DevCloud

[Aaron Paradowski]

Hi,

I tried again. This time between steps 8 and 9 I ran the following command

export MAVEN_OPTS="-Xmx1024m -XX:MaxPermSize=800m -Xdebug 
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"

It still hung again after running the mvn-pl client jetty:run command - see 
below. The command is still running so I am unable to do anything else unless I 
cancel it. Any ideas? Thanks in advance for your help again.

[cid:image001.png@01CE3C6D.59D90620]


Aaron

From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf Of Rohit 
Yadav
Sent: 18 April 2013 18:51
To: Aaron Paradowski
Cc: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: Re: DevCloud


On Thu, Apr 18, 2013 at 10:17 PM, Aaron Paradowski 
mailto:aa...@paradowski.co.uk>> wrote:
Hi Rohit,

I'm having some problems deploying DevCloud2 and wonder if you could help 
please. So far I have done the following


1.   Downloaded and imported the DevCloud2 image into VirtualBox - ensured 
network settings were correct etc.

2.   Used PuTTY to SSH to the machine at 192.168.56.10 and logged in with 
root and password for username and password

3.   cd to /opt/cloudstack

4.   git cloned into the source code for incubator cloudstack

5.   once that had completed I cd'd to the incubator-cloudstack directory

6.   Ran mvn clean install -P developer,systemvm

7.   Changedthe host value in devcloud.sql to 192.168.56.10 as I want 
everything to run inside this one VM

8.   Ran mvn -pl developer,tools/devloud -Deploydb -P developer

Hi Aaron,

The best way is to reach to the whole community and cc any particular person 
whose attention you may be seeking.

1-8: So far so good, ignoring the -Ddeploydb typo.


9.   Then ran mvn-pl client jetty:run and this is where everything goes 
wrong. It hangs on the below screen for ages then it goes through lots of 
warnings and errors such as "WARN [apache.cloudstack.alerts] (HA-3:) 
alertType:: 13" - I left it for 19 hours overnight last night and those types 
of errors just kept going round in cycles?
Looks like CloudStack issue? Did you try exporting maven opts, checkout the 
building on master on cwiki.apache.org / cloudstack 
and try again?

If you're just able to login inside DevCloud2 and run something like xe vm-list 
and it outputs something we're good at least from DevCloud's side :)

Anyone from community?

Cheers.


Any help would be greatly appreciated! Many thanks in advance.

Kind Regards,

Aaron Paradowski

[ACS41] Nicira Blocker Bug - CLOUDSTACK-2092

[Chip Childers]

Hugo,

Mind looking into this one?  CLOUDSTACK-2092

-chip

qa tests for nicira code in 4.1

[Daan Hoogland]

LS,

At Schuberg Philis we did some tests on the 4.1 code for the tests in the 
following table
Test Case ID  Test Description Results
   Infrastructure
NVP-001 Create NVP Element pass
NVP-002 Disable NVP Elementpass
NVP-003 Enable NVP Element pass
NVP-004 Delete NVP Element  pass
NVP-005 Create NVP Device   pass
NVP-006 Delete NVP Devicepass
   L2 Functions
NVP-101 Create Logical Switchpass
NVP-102 Create Logical Portpass
NVP-103 Check Connection Pass
NVP-104 Check Connection Pass
NVP-105 Delete Logical SwitchPass
NVP-106 Delete Logical Port Pass
   L3 Functions
NVP-201 Create Logical RouterPass
NVP-202 Create Source Nat rule  Pass
NVP-203 Create Static Nat rulePass
NVP-204 Create Port FW rule   Pass
NVP-205 Check Source Nat rule  Pass
NVP-206 Check Static Nat rule Pass
NVP-207 Check Port FW rule   Pass
NVP-208 Delete Source Nat rule  Pass
NVP-209 Delete Static Nat rule Fail
NVP-210 Delete Port FW rule   Pass
NVP-211 Delete Logical RouterPass

The tests where partly done aith scripts but these are not yet complete and the 
remainder of functionality was done by hand.
For the failed test, NVP-209 a ticket was created, 'CLOUDSTACK-2092'. The 
problem in this case was that deleting the static rule did not result in the 
deletion of the ip adres from the logical router.

Kind regards,
Daan Hoogland

RE: devcloud hanging

[Daan Hoogland]

Running 32 bit macosx was the problem. I overlooked the line where it mentioned 
this from all the docs. Macosx 10.6 works fine.

-Original Message-
From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf Of Rohit 
Yadav
Sent: donderdag 18 april 2013 10:59
To: dev@cloudstack.apache.org
Subject: Re: devcloud hanging

On Thu, Apr 18, 2013 at 11:28 AM, Chiradeep Vittal < 
chiradeep.vit...@citrix.com> wrote:

> 32-bit dom0 but 64-bit hypervisor.
>

o.O As far as I remember and know, at the time of building DevCloud2, I had 
used 32-bit xen smp pae (xen-4.1-i386 from Debian Wheezy public repo) which is 
32-bit (and we've PAE turned on in vbox) so I guess it is 32-bit hypervisor 
with Debian Wheezy as 32-bit dom0 [1], unless I'm mistaken.

Cheers.

[1]
http://wiki.xen.org/wiki/Xen_4.0_Release_Notes#Requirements_for__running_Xen_4.0(should
apply for 4.1)


> On 4/17/13 7:02 PM, "Rohit Yadav"  wrote:
>
> >On Thu, Apr 18, 2013 at 12:38 AM, Chiradeep Vittal < 
> >chiradeep.vit...@citrix.com> wrote:
> >
> >> I mean 32-bit OSX on intel. DevCloud is 64-bit.
> >>
> >
> >?? DevCloud2 is 32-bit.
> >
> >Cheers.
> >
> >
> >>
> >> On 4/17/13 11:21 AM, "Rohit Yadav"  wrote:
> >>
> >> >On Wed, Apr 17, 2013 at 11:15 PM, Chiradeep Vittal < 
> >> >chiradeep.vit...@citrix.com> wrote:
> >> >
> >> >> It used to work for me (back in Jan). Now I'm on 10.8.
> >> >> Some old macbook's have the 32-bit version of OSX and I think 
> >> >>they cannot  run  DevCloud/DevCloud2
> >> >>
> >> >
> >> >DevCloud old and newer both are x86 based and can run on 
> >> >VirtualBox
> >>x86.
> >> >If
> >> >someone's old macbooks cannot run 'em then they can contribute by
> >>fixing
> >> >DevCloud/VBox or replace their laptop :)
> >> >
> >> >Cheers.
> >> >
> >> >
> >> >>
> >> >> From: Rohit Yadav 
> >> >> mailto:bhais...@apache.org>>
> >> >> Reply-To:
> >>"dev@cloudstack.apache.org"
> >> >><
> >> >> dev@cloudstack.apache.org>
> >> >> Date: Wednesday, April 17, 2013 6:20 AM
> >> >> To: 
> >> >>"dev@cloudstack.apache.org" <  
> >> >>dev@cloudstack.apache.org>
> >> >> Subject: Re: devcloud hanging
> >> >>
> >> >>
> >> >>
> >> >> On Wed, Apr 17, 2013 at 4:25 PM, Daan Hoogland
> >> >> >> > wrote:
> >> >> LS,
> >> >>
> >> >> I tried both the devcloud and devcloud2 images. both seem to 
> >> >> hang
> >>when
> >> >> started with the default (xen) kernel.
> >> >> I am running macosx 10.6.8 and virtualbox 4.2.12 I enabled pae
> >> >>
> >> >> Don't enable PAE, importing devcloud2 from the ova should set 
> >> >> all the necessary settings for you.
> >> >> Make sure you've 2G RAM given to it and installed the extension 
> >> >> pack
> >>for
> >> >> your version:
> >> >>
> >> >>
> >>
> >>
> http://download.virtualbox.org/virtualbox/4.2.12/Oracle_VM_VirtualBox_
> Ext
> >> >>ension_Pack-4.2.12-84980.vbox-extpack
> >> >>
> >> >> 10.6 is pretty old now, probably the processor is too. There may 
> >> >> be compatibility issues. May be nested virtualization has 
> >> >> issues. Won't
> >>be
> >> >> able to help you much as I don't have a 10.6 machine to test 
> >> >>against, can  someone in the community confirm running 
> >> >>DevCloud2/VirtualBox on 10.6/osx?
> >> >>
> >> >> Cheers.
> >> >>
> >> >>
> >> >> In both cases it hangs right after loading initial ramdisk.
> >> >>
> >> >> Is there any clue I am missing?
> >> >>
> >> >> thanks
> >> >> --
> >> >> [cid:part1.01020805.08000205@gmail.com]
> >> >>
> >> >>
> >>
> >>
>
>

Re: [ACS402] CLOUDSTACK-528 needs love! (Failed to create secondary storage)

[Joe Brockmeier]

Bumping this. I'm about to put out another 4.0.2 for a VOTE and if
anyone is working on this, now would be a very good time to speak up. 

On Wed, Apr 17, 2013, at 09:25 AM, Joe Brockmeier wrote:
> Howdy all,
> 
> As noted in the previous thread, we've stopped the vote on 4.0.2 due to
> another issue. I'm going to re-roll the release and start the vote again
> tomorrow. 
> 
> In the meantime, CLOUDSTACK-528 is a problem for at least one user
> trying to upgrade to 4.0.x. Can we get someone to take a look at this
> and see if there's a fix we can put in before tomorrow? Thanks!
> 
> Best,
> 
> jzb
> -- 
> Joe Brockmeier
> j...@zonker.net
> Twitter: @jzb
> http://www.dissociatedpress.net/


Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

Re: qa tests for nicira code in 4.1

[Chip Childers]

On Thu, Apr 18, 2013 at 07:38:13PM +, Daan Hoogland wrote:
> LS,
> 
> At Schuberg Philis we did some tests on the 4.1 code for the tests in the 
> following table
> Test Case ID  Test Description Results
>Infrastructure
> NVP-001 Create NVP Element pass
> NVP-002 Disable NVP Elementpass
> NVP-003 Enable NVP Element pass
> NVP-004 Delete NVP Element  pass
> NVP-005 Create NVP Device   pass
> NVP-006 Delete NVP Devicepass
>L2 Functions
> NVP-101 Create Logical Switchpass
> NVP-102 Create Logical Portpass
> NVP-103 Check Connection Pass
> NVP-104 Check Connection Pass
> NVP-105 Delete Logical SwitchPass
> NVP-106 Delete Logical Port Pass
>L3 Functions
> NVP-201 Create Logical RouterPass
> NVP-202 Create Source Nat rule  Pass
> NVP-203 Create Static Nat rulePass
> NVP-204 Create Port FW rule   Pass
> NVP-205 Check Source Nat rule  Pass
> NVP-206 Check Static Nat rule Pass
> NVP-207 Check Port FW rule   Pass
> NVP-208 Delete Source Nat rule  Pass
> NVP-209 Delete Static Nat rule Fail
> NVP-210 Delete Port FW rule   Pass
> NVP-211 Delete Logical RouterPass
> 
> The tests where partly done aith scripts but these are not yet complete and 
> the remainder of functionality was done by hand.
> For the failed test, NVP-209 a ticket was created, 'CLOUDSTACK-2092'. The 
> problem in this case was that deleting the static rule did not result in the 
> deletion of the ip adres from the logical router.
> 
> Kind regards,
> Daan Hoogland

Daan,

Fantastic work!

I've pinged Hugo to look at CLOUDSTACK-2092, and will block the release
until that's resolved.

Can you please put your test cases and results in the wiki (with the
other project testing material)?

-chip

Re: [ACS402] CLOUDSTACK-528 needs love! (Failed to create secondary storage)

[Chip Childers]

On Thu, Apr 18, 2013 at 03:02:03PM -0500, Joe Brockmeier wrote:
> Bumping this. I'm about to put out another 4.0.2 for a VOTE and if
> anyone is working on this, now would be a very good time to speak up. 

Joe, IMO we go forward without this for 4.0.2.

If this is a problem for 4.1.0, then we can make it a critical bug for
that release.  Waiting for feedback as to the impact against the 4.1.0
code though...

-chip

> 
> On Wed, Apr 17, 2013, at 09:25 AM, Joe Brockmeier wrote:
> > Howdy all,
> > 
> > As noted in the previous thread, we've stopped the vote on 4.0.2 due to
> > another issue. I'm going to re-roll the release and start the vote again
> > tomorrow. 
> > 
> > In the meantime, CLOUDSTACK-528 is a problem for at least one user
> > trying to upgrade to 4.0.x. Can we get someone to take a look at this
> > and see if there's a fix we can put in before tomorrow? Thanks!
> > 
> > Best,
> > 
> > jzb
> > -- 
> > Joe Brockmeier
> > j...@zonker.net
> > Twitter: @jzb
> > http://www.dissociatedpress.net/
> 
> 
> Best,
> 
> jzb
> -- 
> Joe Brockmeier
> j...@zonker.net
> Twitter: @jzb
> http://www.dissociatedpress.net/
> 

Supported Source NAT Type?

[Will Stevens]

In the 'Create network service offering' flow there is this dropdown:

[image: Inline image 1]

What are the implications for picking one or the other?

This code seems related in
'com.cloud.network.ExternalFirewallDeviceManagerImpl.manageGuestNetworkWithExternalFirewall()'
:
NetworkOffering offering =
_networkOfferingDao.findById(network.getNetworkOfferingId());
boolean sharedSourceNat = offering.getSharedSourceNat();

IPAddressVO sourceNatIp = null;
if (!sharedSourceNat) {
// Get the source NAT IP address for this account
List sourceNatIps =
_networkMgr.listPublicIpsAssignedToAccount(network.getAccountId(),
zoneId, true);

if (sourceNatIps.size() != 1) {
String errorMsg = "External firewall was unable to find the source
NAT IP address for account "
+ account.getAccountName();
s_logger.error(errorMsg);
return true;
} else {
sourceNatIp = _ipAddressDao.findById(sourceNatIps.get(0).getId());
}
}

How does the 'sourceNatIp' get set if 'sharedSourceNat' is true?

Thanks,

Will

Re: New Committer: Go Chiba

[Ahmad Emneina]

Awesome news, good work Go!


On Thu, Apr 18, 2013 at 12:49 AM, Mice Xia wrote:

> Congrats!
>
> -Original Message-
> From: Sebastien Goasguen [mailto:run...@gmail.com]
> Sent: Thursday, April 18, 2013 2:56 PM
> To: dev@cloudstack.apache.org
> Subject: New Committer: Go Chiba
>
> The Project Management Committee (PMC) for Apache CloudStack has asked Go
> Chiba to become a committer and we are pleased to announced that they have
> accepted.
>
> Go has contributed tremendously to the Japanese translations of the
> documentation (runbook, UI and docs).
> Being a committer allows many contributors to contribute more
> autonomously. For developers, it makes it easier to submit changes and
> eliminates the need to have contributions reviewed via the patch submission
> process. Whether contributions are development-related or otherwise, it is
> a recognition of a contributor's participation in the project and
> commitment to the project and the Apache Way.
> Please join me in congratulating Go,
>
> -Sebastien, on behalf of  the Apache CloudStack PMC
>
>

Re: Supported Source NAT Type?

[Chip Childers]

Will,

Images and other attachments are stripped on this list (text only
please!)

Can you post the image somewhere or describe the list?

On Thu, Apr 18, 2013 at 04:05:36PM -0400, Will Stevens wrote:
> In the 'Create network service offering' flow there is this dropdown:
> 
> [image: Inline image 1]
> 
> What are the implications for picking one or the other?
> 
> This code seems related in
> 'com.cloud.network.ExternalFirewallDeviceManagerImpl.manageGuestNetworkWithExternalFirewall()'
> :
> NetworkOffering offering =
> _networkOfferingDao.findById(network.getNetworkOfferingId());
> boolean sharedSourceNat = offering.getSharedSourceNat();
> 
> IPAddressVO sourceNatIp = null;
> if (!sharedSourceNat) {
> // Get the source NAT IP address for this account
> List sourceNatIps =
> _networkMgr.listPublicIpsAssignedToAccount(network.getAccountId(),
> zoneId, true);
> 
> if (sourceNatIps.size() != 1) {
> String errorMsg = "External firewall was unable to find the source
> NAT IP address for account "
> + account.getAccountName();
> s_logger.error(errorMsg);
> return true;
> } else {
> sourceNatIp = _ipAddressDao.findById(sourceNatIps.get(0).getId());
> }
> }
> 
> How does the 'sourceNatIp' get set if 'sharedSourceNat' is true?
> 
> Thanks,
> 
> Will

Re: [ACS402] CLOUDSTACK-528 needs love! (Failed to create secondary storage)

[Joe Brockmeier]

On Thu, Apr 18, 2013, at 03:04 PM, Chip Childers wrote:
> On Thu, Apr 18, 2013 at 03:02:03PM -0500, Joe Brockmeier wrote:
> > Bumping this. I'm about to put out another 4.0.2 for a VOTE and if
> > anyone is working on this, now would be a very good time to speak up. 
> 
> Joe, IMO we go forward without this for 4.0.2.

That's my plan - I just wanted to bump the thread in case someone
*might* be working on it, and have not updated Jira to reflect that. 

> If this is a problem for 4.1.0, then we can make it a critical bug for
> that release.  Waiting for feedback as to the impact against the 4.1.0
> code though...

Right. 

Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

Re: Review Request: CLOUDSTACK-741: Granular Global Parameters

[Harikrishna Patnala]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10548/
---

(Updated April 18, 2013, 8:16 p.m.)


Review request for cloudstack, Abhinandan Prateek, Kishan Kavala, and Nitin 
Mehta.


Changes
---

updated patch with suggested changes


Description
---

CLOUDSTACK-741: Granular Global Parameters

Modified UpdateConfiguration API and ListConfiguration API by adding additional 
parameter scope and resource id (zone/cluster/pool/account).
Scope decides the parameter which level we can update the value and id is the 
corresponding id based on the scope.
This scope is defined in the config.java file where we are creating groups for 
each level(zone/cluster/pool/account).
Currently submitted the patch for the zone level parameter use.external.dns.

Included unit tests and marvin tests.


This addresses bug CLOUDSTACK-741.


Diffs (updated)
-

  api/src/org/apache/cloudstack/api/command/admin/config/ListCfgsByCmd.java 
aabfd4a 
  api/src/org/apache/cloudstack/api/command/admin/config/UpdateCfgCmd.java 
ffeb586 
  api/src/org/apache/cloudstack/api/response/ConfigurationResponse.java 95b8af2 
  api/test/org/apache/cloudstack/api/command/test/ListCfgCmdTest.java 
PRE-CREATION 
  api/test/org/apache/cloudstack/api/command/test/UpdateCfgCmdTest.java 
PRE-CREATION 
  
engine/api/src/org/apache/cloudstack/storage/datastore/db/StoragePoolDetailsDao.java
 be71670 
  server/src/com/cloud/configuration/Config.java 2993966 
  server/src/com/cloud/configuration/ConfigurationManager.java afaf0d6 
  server/src/com/cloud/configuration/ConfigurationManagerImpl.java 4fc2db7 
  server/src/com/cloud/configuration/dao/ConfigurationDao.java c86c024 
  server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
ab91059 
  server/src/com/cloud/server/ConfigurationServer.java f441b1f 
  server/src/com/cloud/server/ConfigurationServerImpl.java c4da1ab 
  server/src/com/cloud/server/ManagementServerImpl.java 98f789a 
  server/src/com/cloud/storage/dao/StoragePoolDetailsDaoImpl.java 0d797ed 
  server/test/com/cloud/vpc/MockConfigurationManagerImpl.java 9443815 
  test/integration/smoke/test_UpdateCfg.py PRE-CREATION 

Diff: https://reviews.apache.org/r/10548/diff/


Testing
---

Tested locally
- tested the modified UpdateConfiguration API and ListConfiguration API by 
providing the zone scope and zone id
- tested the modified parameter to take the updated value at zone level(after 
updation).


Thanks,

Harikrishna Patnala

RE: qa tests for nicira code in 4.1

[Sudha Ponnaganti]

Thanks Daan for posting test results !

I have created a place holder for you to update test results [1] - You can 
update it at your convenience. 
Does this execution cover both of these stories for Nicira [2], [3]. If it 
covers both of these stories, may be these can be closed. Looks like doc is 
also outstanding as per the JIRA status. 

[1] 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.1+Test+Execution
[2] https://issues.apache.org/jira/browse/CLOUDSTACK-726
[3] https://issues.apache.org/jira/browse/CLOUDSTACK-727



Thanks
/Sudha

-Original Message-
From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com] 
Sent: Thursday, April 18, 2013 12:38 PM
To: dev@cloudstack.apache.org
Subject: qa tests for nicira code in 4.1

LS,

At Schuberg Philis we did some tests on the 4.1 code for the tests in the 
following table
Test Case ID  Test Description Results
   Infrastructure
NVP-001 Create NVP Element pass
NVP-002 Disable NVP Elementpass
NVP-003 Enable NVP Element pass
NVP-004 Delete NVP Element  pass
NVP-005 Create NVP Device   pass
NVP-006 Delete NVP Devicepass
   L2 Functions
NVP-101 Create Logical Switchpass
NVP-102 Create Logical Portpass
NVP-103 Check Connection Pass
NVP-104 Check Connection Pass
NVP-105 Delete Logical SwitchPass
NVP-106 Delete Logical Port Pass
   L3 Functions
NVP-201 Create Logical RouterPass
NVP-202 Create Source Nat rule  Pass
NVP-203 Create Static Nat rulePass
NVP-204 Create Port FW rule   Pass
NVP-205 Check Source Nat rule  Pass
NVP-206 Check Static Nat rule Pass
NVP-207 Check Port FW rule   Pass
NVP-208 Delete Source Nat rule  Pass
NVP-209 Delete Static Nat rule Fail
NVP-210 Delete Port FW rule   Pass
NVP-211 Delete Logical RouterPass

The tests where partly done aith scripts but these are not yet complete and the 
remainder of functionality was done by hand.
For the failed test, NVP-209 a ticket was created, 'CLOUDSTACK-2092'. The 
problem in this case was that deleting the static rule did not result in the 
deletion of the ip adres from the logical router.

Kind regards,
Daan Hoogland

[VOTE][ACS402] Apache CloudStack 4.0.2 (Second Round)

[Joe Brockmeier]

Hi All,

I've created a 4.0.2 release, and am asking for you to test the
artifacts and
*after* testing, please submit a vote. Suggested testing procedure here:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.0+test+procedure

(Please don't just +1 a release without any testing!)

The following artifacts up for a vote: 

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.0
Commit: 570cb65703b795ffdeaf5a948991664f757c649a

List of changes:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.0

Source release (checksums and signatures are available at the same
location):
http://people.apache.org/~jzb/cloudstack/dist/releases/4.0.2/

PGP release keys (signed using A0207CD4):
http://www.apache.org/dist/incubator/cloudstack/KEYS

Vote will be open for 72 hours.

For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

RE: DevCloud

[Aaron Paradowski]

Hi All,

Updated screenshot of what happens once the "Notifying management server join 
event took 56ms" proceeds. This is where it just goes displays these types of 
messages continuously. It went for 19 hours before I stopped it last time.

[cid:image002.png@01CE3C7A.EF547790]

Aaron

From: Aaron Paradowski
Sent: 18 April 2013 19:46
To: 'Rohit Yadav'
Cc: dev@cloudstack.apache.org; us...@cloudstack.apache.org; 'Mike Tutkowski'
Subject: RE: DevCloud

Hi,

I tried again. This time between steps 8 and 9 I ran the following command

export MAVEN_OPTS="-Xmx1024m -XX:MaxPermSize=800m -Xdebug 
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"

It still hung again after running the mvn-pl client jetty:run command - see 
below. The command is still running so I am unable to do anything else unless I 
cancel it. Any ideas? Thanks in advance for your help again.

[cid:image003.png@01CE3C7A.EF547790]


Aaron

From: rohityada...@gmail.com 
[mailto:rohityada...@gmail.com] On Behalf Of Rohit Yadav
Sent: 18 April 2013 18:51
To: Aaron Paradowski
Cc: dev@cloudstack.apache.org; 
us...@cloudstack.apache.org
Subject: Re: DevCloud


On Thu, Apr 18, 2013 at 10:17 PM, Aaron Paradowski 
mailto:aa...@paradowski.co.uk>> wrote:
Hi Rohit,

I'm having some problems deploying DevCloud2 and wonder if you could help 
please. So far I have done the following


1.   Downloaded and imported the DevCloud2 image into VirtualBox - ensured 
network settings were correct etc.

2.   Used PuTTY to SSH to the machine at 192.168.56.10 and logged in with 
root and password for username and password

3.   cd to /opt/cloudstack

4.   git cloned into the source code for incubator cloudstack

5.   once that had completed I cd'd to the incubator-cloudstack directory

6.   Ran mvn clean install -P developer,systemvm

7.   Changedthe host value in devcloud.sql to 192.168.56.10 as I want 
everything to run inside this one VM

8.   Ran mvn -pl developer,tools/devloud -Deploydb -P developer

Hi Aaron,

The best way is to reach to the whole community and cc any particular person 
whose attention you may be seeking.

1-8: So far so good, ignoring the -Ddeploydb typo.


9.   Then ran mvn-pl client jetty:run and this is where everything goes 
wrong. It hangs on the below screen for ages then it goes through lots of 
warnings and errors such as "WARN [apache.cloudstack.alerts] (HA-3:) 
alertType:: 13" - I left it for 19 hours overnight last night and those types 
of errors just kept going round in cycles?
Looks like CloudStack issue? Did you try exporting maven opts, checkout the 
building on master on cwiki.apache.org / cloudstack 
and try again?

If you're just able to login inside DevCloud2 and run something like xe vm-list 
and it outputs something we're good at least from DevCloud's side :)

Anyone from community?

Cheers.



Any help would be greatly appreciated! Many thanks in advance.

Kind Regards,

Aaron Paradowski

Re: DevCloud

[Ahmad Emneina]

Hey Aaron, the mailserver strips attachments. You'll need to use an
external image hosting provider to convey images.


On Thu, Apr 18, 2013 at 1:17 PM, Aaron Paradowski wrote:

> Hi All,
>
> ** **
>
> Updated screenshot of what happens once the “Notifying management server
> join event took 56ms” proceeds. This is where it just goes displays these
> types of messages continuously. It went for 19 hours before I stopped it
> last time.
>
> ** **
>
> 
>
> ** **
>
> *Aaron*
>
> ** **
>
> *From:* Aaron Paradowski
> *Sent:* 18 April 2013 19:46
> *To:* 'Rohit Yadav'
> *Cc:* dev@cloudstack.apache.org; us...@cloudstack.apache.org; 'Mike
> Tutkowski'
> *Subject:* RE: DevCloud
>
> ** **
>
> Hi,
>
> ** **
>
> I tried again. This time between steps 8 and 9 I ran the following command
> 
>
> ** **
>
> export MAVEN_OPTS="-Xmx1024m -XX:MaxPermSize=800m -Xdebug
> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"
>
> ** **
>
> It still hung again after running the mvn-pl client jetty:run command –
> see below. The command is still running so I am unable to do anything else
> unless I cancel it. Any ideas? Thanks in advance for your help again.
>
> ** **
>
> 
>
> ** **
>
> ** **
>
> *Aaron*
>
> ** **
>
> *From:* rohityada...@gmail.com 
> [mailto:rohityada...@gmail.com]
> *On Behalf Of *Rohit Yadav
> *Sent:* 18 April 2013 18:51
> *To:* Aaron Paradowski
> *Cc:* dev@cloudstack.apache.org; us...@cloudstack.apache.org
> *Subject:* Re: DevCloud
>
> ** **
>
> ** **
>
> On Thu, Apr 18, 2013 at 10:17 PM, Aaron Paradowski 
> wrote:
>
> Hi Rohit,
>
>  
>
> I’m having some problems deploying DevCloud2 and wonder if you could help
> please. So far I have done the following
>
>  
>
> 1.   Downloaded and imported the DevCloud2 image into VirtualBox –
> ensured network settings were correct etc.
>
> 2.   Used PuTTY to SSH to the machine at 192.168.56.10 and logged in
> with root and password for username and password
>
> 3.   cd to /opt/cloudstack
>
> 4.   git cloned into the source code for incubator cloudstack
>
> 5.   once that had completed I cd’d to the incubator-cloudstack
> directory
>
> 6.   Ran mvn clean install –P developer,systemvm
>
> 7.   Changedthe host value in devcloud.sql to 192.168.56.10 as I want
> everything to run inside this one VM
>
> 8.   Ran mvn –pl developer,tools/devloud –Deploydb –P developer
>
>
> Hi Aaron,
>
> The best way is to reach to the whole community and cc any particular
> person whose attention you may be seeking.
>
> 1-8: So far so good, ignoring the -Ddeploydb typo.
>  
>
> 9.   Then ran mvn-pl client jetty:run and this is where everything
> goes wrong. It hangs on the below screen for ages then it goes through lots
> of warnings and errors such as “WARN [apache.cloudstack.alerts] (HA-3:)
> alertType:: 13” – I left it for 19 hours overnight last night and those
> types of errors just kept going round in cycles?
>
> Looks like CloudStack issue? Did you try exporting maven opts, checkout
> the building on master on cwiki.apache.org / cloudstack and try again?
>
> If you're just able to login inside DevCloud2 and run something like xe
> vm-list and it outputs something we're good at least from DevCloud's side :)
>
> Anyone from community?
>
> Cheers.
>  
>
> ** **
>
>  
>
> Any help would be greatly appreciated! Many thanks in advance.
>
>  
>
> Kind Regards,
>
>  
>
> *Aaron Paradowski*
>
>  
>
> ** **
>

Re: Supported Source NAT Type?

[Will Stevens]

Oh, my bad.  I forgot about that.

On the 'create network service offering' overlay, if you select 'SourceNat'
in Supported Services, there is a drop down which get added.  The drop down
has the title of 'Supported Source Nat Type' and has two options: 'Per
zone' and 'Per account'

Thanks,

Will


On Thu, Apr 18, 2013 at 4:09 PM, Chip Childers wrote:

> Will,
>
> Images and other attachments are stripped on this list (text only
> please!)
>
> Can you post the image somewhere or describe the list?
>
> On Thu, Apr 18, 2013 at 04:05:36PM -0400, Will Stevens wrote:
> > In the 'Create network service offering' flow there is this dropdown:
> >
> > [image: Inline image 1]
> >
> > What are the implications for picking one or the other?
> >
> > This code seems related in
> >
> 'com.cloud.network.ExternalFirewallDeviceManagerImpl.manageGuestNetworkWithExternalFirewall()'
> > :
> > NetworkOffering offering =
> > _networkOfferingDao.findById(network.getNetworkOfferingId());
> > boolean sharedSourceNat = offering.getSharedSourceNat();
> >
> > IPAddressVO sourceNatIp = null;
> > if (!sharedSourceNat) {
> > // Get the source NAT IP address for this account
> > List sourceNatIps =
> > _networkMgr.listPublicIpsAssignedToAccount(network.getAccountId(),
> > zoneId, true);
> >
> > if (sourceNatIps.size() != 1) {
> > String errorMsg = "External firewall was unable to find the
> source
> > NAT IP address for account "
> > + account.getAccountName();
> > s_logger.error(errorMsg);
> > return true;
> > } else {
> > sourceNatIp =
> _ipAddressDao.findById(sourceNatIps.get(0).getId());
> > }
> > }
> >
> > How does the 'sourceNatIp' get set if 'sharedSourceNat' is true?
> >
> > Thanks,
> >
> > Will
>
>

Re: Supported Source NAT Type?

[Sheng Yang]

Hi Will,

"Per zone" is mostly for external network devices(e.g. SRX). We can
configure one public network address on SRX, and use that one(which is out
of Cloudstack's control) for all the public traffic go through the device.
That's "Per zone".

"Per account" is the other way, used by VR in CloudStack. It would acquire
one public ip from public ip pool in the zone for each isolated network,
and make it source nat IP for the network. The name "per account" because
in the past one user would have only one isolated network, so the network
is de facto per account. It's not necessary true now, but the name remained
I think.

There are probably bad names, we should get better name than them...

--Sheng


On Thu, Apr 18, 2013 at 2:07 PM, Will Stevens  wrote:

> Oh, my bad.  I forgot about that.
>
> On the 'create network service offering' overlay, if you select 'SourceNat'
> in Supported Services, there is a drop down which get added.  The drop down
> has the title of 'Supported Source Nat Type' and has two options: 'Per
> zone' and 'Per account'
>
> Thanks,
>
> Will
>
>
> On Thu, Apr 18, 2013 at 4:09 PM, Chip Childers  >wrote:
>
> > Will,
> >
> > Images and other attachments are stripped on this list (text only
> > please!)
> >
> > Can you post the image somewhere or describe the list?
> >
> > On Thu, Apr 18, 2013 at 04:05:36PM -0400, Will Stevens wrote:
> > > In the 'Create network service offering' flow there is this dropdown:
> > >
> > > [image: Inline image 1]
> > >
> > > What are the implications for picking one or the other?
> > >
> > > This code seems related in
> > >
> >
> 'com.cloud.network.ExternalFirewallDeviceManagerImpl.manageGuestNetworkWithExternalFirewall()'
> > > :
> > > NetworkOffering offering =
> > > _networkOfferingDao.findById(network.getNetworkOfferingId());
> > > boolean sharedSourceNat = offering.getSharedSourceNat();
> > >
> > > IPAddressVO sourceNatIp = null;
> > > if (!sharedSourceNat) {
> > > // Get the source NAT IP address for this account
> > > List sourceNatIps =
> > > _networkMgr.listPublicIpsAssignedToAccount(network.getAccountId(),
> > > zoneId, true);
> > >
> > > if (sourceNatIps.size() != 1) {
> > > String errorMsg = "External firewall was unable to find the
> > source
> > > NAT IP address for account "
> > > + account.getAccountName();
> > > s_logger.error(errorMsg);
> > > return true;
> > > } else {
> > > sourceNatIp =
> > _ipAddressDao.findById(sourceNatIps.get(0).getId());
> > > }
> > > }
> > >
> > > How does the 'sourceNatIp' get set if 'sharedSourceNat' is true?
> > >
> > > Thanks,
> > >
> > > Will
> >
> >
>

Re: DevCloud

[Mike Tutkowski]

Perhaps I'm using the wrong version of Python?  I'm on 2.7.


On Thu, Apr 18, 2013 at 11:59 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> I have a related issue.  I sent it out under a different thread, but
> should put it here, too.
>
> This is my issue.  I'm not sure how to get around it.  Thanks!!
>
> mtutkowski-LT:devcloud mtutkowski$ python
> ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> Traceback (most recent call last):
>   File "../marvin/marvin/deployDataCenter.py", line 21, in 
> import cloudstackTestClient
>   File
> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
> line 18, in 
> import cloudstackConnection
>   File
> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py",
> line 18, in 
> import requests
> ImportError: No module named requests
>
>
> On Thu, Apr 18, 2013 at 11:51 AM, Rohit Yadav  wrote:
>
>> On Thu, Apr 18, 2013 at 10:17 PM, Aaron Paradowski
>> wrote:
>>
>> > Hi Rohit,
>> >
>> > ** **
>> >
>> > I’m having some problems deploying DevCloud2 and wonder if you could
>> help
>> > please. So far I have done the following
>> >
>> > ** **
>> >
>> > **1.   **Downloaded and imported the DevCloud2 image into VirtualBox
>> > – ensured network settings were correct etc.
>> >
>> > **2.   **Used PuTTY to SSH to the machine at 192.168.56.10 and
>> logged
>> > in with root and password for username and password
>> >
>> > **3.   **cd to /opt/cloudstack
>> >
>> > **4.   **git cloned into the source code for incubator
>> cloudstack
>> >
>> > **5.   **once that had completed I cd’d to the incubator-cloudstack
>> > directory
>> >
>> > **6.   **Ran mvn clean install –P developer,systemvm
>> >
>> > **7.   **Changedthe host value in devcloud.sql to 192.168.56.10 as I
>> > want everything to run inside this one VM
>> >
>> > **8.   **Ran mvn –pl developer,tools/devloud –Deploydb –P developer
>> >
>>
>> Hi Aaron,
>>
>> The best way is to reach to the whole community and cc any particular
>> person whose attention you may be seeking.
>>
>> 1-8: So far so good, ignoring the -Ddeploydb typo.
>>
>>
>> > 
>> >
>> > 9.   Then ran mvn-pl client jetty:run and this is where everything
>> > goes wrong. It hangs on the below screen for ages then it goes through
>> lots
>> > of warnings and errors such as “WARN [apache.cloudstack.alerts] (HA-3:)
>> > alertType:: 13” – I left it for 19 hours overnight last night and those
>> > types of errors just kept going round in cycles?
>> >
>> Looks like CloudStack issue? Did you try exporting maven opts, checkout
>> the
>> building on master on cwiki.apache.org / cloudstack and try again?
>>
>> If you're just able to login inside DevCloud2 and run something like xe
>> vm-list and it outputs something we're good at least from DevCloud's side
>> :)
>>
>> Anyone from community?
>>
>> Cheers.
>>
>>
>> > 
>> >
>> > 
>> >
>> > ** **
>> >
>> > Any help would be greatly appreciated! Many thanks in advance.
>> >
>> > ** **
>> >
>> > Kind Regards,
>> >
>> > ** **
>> >
>> > *Aaron Paradowski*
>> >
>> > ** **
>> >
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Supported Source NAT Type?

[Will Stevens]

Thanks for the answer Sheng.

I currently have the Palo Alto firewall using the 'per account' method and
when 'IpAssocCommand' is run (when the first VM is added to a palo alto
network ), I am dynamically creating a public sub-interface and assigning a
public IP (provided by cloudstack).  I am also creating a private
sub-interface on the PA which I am using the the gateway for the CS
network.  I am dynamically creating/deleting the SourceNat rules between
the two sub-interfaces (gateway/cidr# -> public_ip/32) on implement and
shutdown.

In your eyes, is this the best way to handle this?  If I was to use the
'per zone' option, how would the Source Nat IP get set in Cloudstack?  So
there would be one public IP per zone which all the public traffic would go
through for all networks?  I would still have to handle the source nat
rules from each CS network to that single public IP I believe.

I am slowly getting this all documented at:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Palo+Alto+Firewall+Integration

Thanks...


On Thu, Apr 18, 2013 at 5:19 PM, Sheng Yang  wrote:

> Hi Will,
>
> "Per zone" is mostly for external network devices(e.g. SRX). We can
> configure one public network address on SRX, and use that one(which is out
> of Cloudstack's control) for all the public traffic go through the device.
> That's "Per zone".
>
> "Per account" is the other way, used by VR in CloudStack. It would acquire
> one public ip from public ip pool in the zone for each isolated network,
> and make it source nat IP for the network. The name "per account" because
> in the past one user would have only one isolated network, so the network
> is de facto per account. It's not necessary true now, but the name remained
> I think.
>
> There are probably bad names, we should get better name than them...
>
> --Sheng
>
>
> On Thu, Apr 18, 2013 at 2:07 PM, Will Stevens 
> wrote:
>
> > Oh, my bad.  I forgot about that.
> >
> > On the 'create network service offering' overlay, if you select
> 'SourceNat'
> > in Supported Services, there is a drop down which get added.  The drop
> down
> > has the title of 'Supported Source Nat Type' and has two options: 'Per
> > zone' and 'Per account'
> >
> > Thanks,
> >
> > Will
> >
> >
> > On Thu, Apr 18, 2013 at 4:09 PM, Chip Childers <
> chip.child...@sungard.com
> > >wrote:
> >
> > > Will,
> > >
> > > Images and other attachments are stripped on this list (text only
> > > please!)
> > >
> > > Can you post the image somewhere or describe the list?
> > >
> > > On Thu, Apr 18, 2013 at 04:05:36PM -0400, Will Stevens wrote:
> > > > In the 'Create network service offering' flow there is this dropdown:
> > > >
> > > > [image: Inline image 1]
> > > >
> > > > What are the implications for picking one or the other?
> > > >
> > > > This code seems related in
> > > >
> > >
> >
> 'com.cloud.network.ExternalFirewallDeviceManagerImpl.manageGuestNetworkWithExternalFirewall()'
> > > > :
> > > > NetworkOffering offering =
> > > > _networkOfferingDao.findById(network.getNetworkOfferingId());
> > > > boolean sharedSourceNat = offering.getSharedSourceNat();
> > > >
> > > > IPAddressVO sourceNatIp = null;
> > > > if (!sharedSourceNat) {
> > > > // Get the source NAT IP address for this account
> > > > List sourceNatIps =
> > > > _networkMgr.listPublicIpsAssignedToAccount(network.getAccountId(),
> > > > zoneId, true);
> > > >
> > > > if (sourceNatIps.size() != 1) {
> > > > String errorMsg = "External firewall was unable to find the
> > > source
> > > > NAT IP address for account "
> > > > + account.getAccountName();
> > > > s_logger.error(errorMsg);
> > > > return true;
> > > > } else {
> > > > sourceNatIp =
> > > _ipAddressDao.findById(sourceNatIps.get(0).getId());
> > > > }
> > > > }
> > > >
> > > > How does the 'sourceNatIp' get set if 'sharedSourceNat' is true?
> > > >
> > > > Thanks,
> > > >
> > > > Will
> > >
> > >
> >
>

Re: DevCloud

[Mike Tutkowski]

I tried

port install py27-requests

(MacPorts), but it didn't change the behavior of running

python ../marvin/marvin/deployDataCenter.py -i devcloud.cfg

Still claims to be unable to find the requests module (for CS 4.2).


On Thu, Apr 18, 2013 at 3:45 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Perhaps I'm using the wrong version of Python?  I'm on 2.7.
>
>
> On Thu, Apr 18, 2013 at 11:59 AM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> I have a related issue.  I sent it out under a different thread, but
>> should put it here, too.
>>
>> This is my issue.  I'm not sure how to get around it.  Thanks!!
>>
>> mtutkowski-LT:devcloud mtutkowski$ python
>> ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
>> Traceback (most recent call last):
>>   File "../marvin/marvin/deployDataCenter.py", line 21, in 
>> import cloudstackTestClient
>>   File
>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
>> line 18, in 
>> import cloudstackConnection
>>   File
>> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 18, in 
>> import requests
>> ImportError: No module named requests
>>
>>
>> On Thu, Apr 18, 2013 at 11:51 AM, Rohit Yadav wrote:
>>
>>> On Thu, Apr 18, 2013 at 10:17 PM, Aaron Paradowski
>>> wrote:
>>>
>>> > Hi Rohit,
>>> >
>>> > ** **
>>> >
>>> > I’m having some problems deploying DevCloud2 and wonder if you could
>>> help
>>> > please. So far I have done the following
>>> >
>>> > ** **
>>> >
>>> > **1.   **Downloaded and imported the DevCloud2 image into
>>> VirtualBox
>>> > – ensured network settings were correct etc.
>>> >
>>> > **2.   **Used PuTTY to SSH to the machine at 192.168.56.10 and
>>> logged
>>> > in with root and password for username and password
>>> >
>>> > **3.   **cd to /opt/cloudstack
>>> >
>>> > **4.   **git cloned into the source code for incubator
>>> cloudstack
>>> >
>>> > **5.   **once that had completed I cd’d to the incubator-cloudstack
>>> > directory
>>> >
>>> > **6.   **Ran mvn clean install –P developer,systemvm
>>> >
>>> > **7.   **Changedthe host value in devcloud.sql to 192.168.56.10 as
>>> I
>>> > want everything to run inside this one VM
>>> >
>>> > **8.   **Ran mvn –pl developer,tools/devloud –Deploydb –P developer
>>> >
>>>
>>> Hi Aaron,
>>>
>>> The best way is to reach to the whole community and cc any particular
>>> person whose attention you may be seeking.
>>>
>>> 1-8: So far so good, ignoring the -Ddeploydb typo.
>>>
>>>
>>> > 
>>> >
>>> > 9.   Then ran mvn-pl client jetty:run and this is where everything
>>> > goes wrong. It hangs on the below screen for ages then it goes through
>>> lots
>>> > of warnings and errors such as “WARN [apache.cloudstack.alerts] (HA-3:)
>>> > alertType:: 13” – I left it for 19 hours overnight last night and those
>>> > types of errors just kept going round in cycles?
>>> >
>>> Looks like CloudStack issue? Did you try exporting maven opts, checkout
>>> the
>>> building on master on cwiki.apache.org / cloudstack and try again?
>>>
>>> If you're just able to login inside DevCloud2 and run something like xe
>>> vm-list and it outputs something we're good at least from DevCloud's
>>> side :)
>>>
>>> Anyone from community?
>>>
>>> Cheers.
>>>
>>>
>>> > 
>>> >
>>> > 
>>> >
>>> > ** **
>>> >
>>> > Any help would be greatly appreciated! Many thanks in advance.
>>> >
>>> > ** **
>>> >
>>> > Kind Regards,
>>> >
>>> > ** **
>>> >
>>> > *Aaron Paradowski*
>>> >
>>> > ** **
>>> >
>>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>>  *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the 
>> cloud
>> *™*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

RE: qa tests for nicira code in 4.1

[Rayees Namathponnan]

Hi Daan,

These test cases are in ASF repo ?

Regards,
Rayees 

-Original Message-
From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com] 
Sent: Thursday, April 18, 2013 12:38 PM
To: dev@cloudstack.apache.org
Subject: qa tests for nicira code in 4.1

LS,

At Schuberg Philis we did some tests on the 4.1 code for the tests in the 
following table
Test Case ID  Test Description Results
   Infrastructure
NVP-001 Create NVP Element pass
NVP-002 Disable NVP Elementpass
NVP-003 Enable NVP Element pass
NVP-004 Delete NVP Element  pass
NVP-005 Create NVP Device   pass
NVP-006 Delete NVP Devicepass
   L2 Functions
NVP-101 Create Logical Switchpass
NVP-102 Create Logical Portpass
NVP-103 Check Connection Pass
NVP-104 Check Connection Pass
NVP-105 Delete Logical SwitchPass
NVP-106 Delete Logical Port Pass
   L3 Functions
NVP-201 Create Logical RouterPass
NVP-202 Create Source Nat rule  Pass
NVP-203 Create Static Nat rulePass
NVP-204 Create Port FW rule   Pass
NVP-205 Check Source Nat rule  Pass
NVP-206 Check Static Nat rule Pass
NVP-207 Check Port FW rule   Pass
NVP-208 Delete Source Nat rule  Pass
NVP-209 Delete Static Nat rule Fail
NVP-210 Delete Port FW rule   Pass
NVP-211 Delete Logical RouterPass

The tests where partly done aith scripts but these are not yet complete and the 
remainder of functionality was done by hand.
For the failed test, NVP-209 a ticket was created, 'CLOUDSTACK-2092'. The 
problem in this case was that deleting the static rule did not result in the 
deletion of the ip adres from the logical router.

Kind regards,
Daan Hoogland

Re: Supported Source NAT Type?

[Sheng Yang]

Hi Will,

"per account" is perfectly fine in your case. "per zone" can be used if
user want to preserve some public IPs. And with "per zone", CloudStack just
won't care about source nat ip allocation etc any more, it would assume
that the firewall should already has taken care of that. Source NAT IP
would be blank in Cloudstack(a.k.a. isolated network without source nat ip).

It's not requirement to support "per zone". In fact as long as your device
can support of the source nat mechanism then it's fine. But I don't think
you need to handle source nat rules if you use "per zone" mode(from CS's
perspective). E.g. Juniper SRX has such a configuration:

nat {
source {
pool inat-pool {
address {
10.223.161.18/32;
}
}
rule-set trust {
from zone trust;
to zone untrust;
rule i-nat {
match {
source-address 10.0.0.0/8;
}
then {
source-nat {
pool {
inat-pool;
}
}
}
}
}
}
}

This one would fit all traffic from "trust" zone(every newly created
isolated network would be in trust zone) to "untrust" zone(public network),
using source nat.

--Sheng

On Thu, Apr 18, 2013 at 2:50 PM, Will Stevens  wrote:

> Thanks for the answer Sheng.
>
> I currently have the Palo Alto firewall using the 'per account' method and
> when 'IpAssocCommand' is run (when the first VM is added to a palo alto
> network ), I am dynamically creating a public sub-interface and assigning a
> public IP (provided by cloudstack).  I am also creating a private
> sub-interface on the PA which I am using the the gateway for the CS
> network.  I am dynamically creating/deleting the SourceNat rules between
> the two sub-interfaces (gateway/cidr# -> public_ip/32) on implement and
> shutdown.
>
> In your eyes, is this the best way to handle this?  If I was to use the
> 'per zone' option, how would the Source Nat IP get set in Cloudstack?  So
> there would be one public IP per zone which all the public traffic would go
> through for all networks?  I would still have to handle the source nat
> rules from each CS network to that single public IP I believe.
>
> I am slowly getting this all documented at:
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Palo+Alto+Firewall+Integration
>
> Thanks...
>
>
> On Thu, Apr 18, 2013 at 5:19 PM, Sheng Yang  wrote:
>
> > Hi Will,
> >
> > "Per zone" is mostly for external network devices(e.g. SRX). We can
> > configure one public network address on SRX, and use that one(which is
> out
> > of Cloudstack's control) for all the public traffic go through the
> device.
> > That's "Per zone".
> >
> > "Per account" is the other way, used by VR in CloudStack. It would
> acquire
> > one public ip from public ip pool in the zone for each isolated network,
> > and make it source nat IP for the network. The name "per account" because
> > in the past one user would have only one isolated network, so the network
> > is de facto per account. It's not necessary true now, but the name
> remained
> > I think.
> >
> > There are probably bad names, we should get better name than them...
> >
> > --Sheng
> >
> >
> > On Thu, Apr 18, 2013 at 2:07 PM, Will Stevens 
> > wrote:
> >
> > > Oh, my bad.  I forgot about that.
> > >
> > > On the 'create network service offering' overlay, if you select
> > 'SourceNat'
> > > in Supported Services, there is a drop down which get added.  The drop
> > down
> > > has the title of 'Supported Source Nat Type' and has two options: 'Per
> > > zone' and 'Per account'
> > >
> > > Thanks,
> > >
> > > Will
> > >
> > >
> > > On Thu, Apr 18, 2013 at 4:09 PM, Chip Childers <
> > chip.child...@sungard.com
> > > >wrote:
> > >
> > > > Will,
> > > >
> > > > Images and other attachments are stripped on this list (text only
> > > > please!)
> > > >
> > > > Can you post the image somewhere or describe the list?
> > > >
> > > > On Thu, Apr 18, 2013 at 04:05:36PM -0400, Will Stevens wrote:
> > > > > In the 'Create network service offering' flow there is this
> dropdown:
> > > > >
> > > > > [image: Inline image 1]
> > > > >
> > > > > What are the implications for picking one or the other?
> > > > >
> > > > > This code seems related in
> > > > >
> > > >
> > >
> >
> 'com.cloud.network.ExternalFirewallDeviceManagerImpl.manageGuestNetworkWithExternalFirewall()'
> > > > > :
> > > > > NetworkOffering offering =
> > > > > _networkOfferingDao.findById(network.getNetworkOfferingId());
> > > > > boolean sharedSourceNat = offering.getSharedSourceNat();
> > > > >
> > > > > IPAddressVO sourceNatIp = null;
> > > > > if (!sharedSourceNat) {
> > > > > // Get the source NAT IP address for this account
> > > > > List

Ifocnfig - Question.

[Maurice Lawler]

Hello -- Previously it was told to me that this cloud0 being first in ifconfig is and would cause an issue, is this the case; as anyone had issues. Seems as though eth0 is passing most traffic, where as previously it was cloud0. Unsure if this is the case, or an issue.- Mauricecloud0    Link encap:Ethernet  HWaddr FE:00:A9:FE:00:6E    inet addr:169.254.0.1  Bcast:169.254.255.255  Mask:255.255.0.0  inet6 addr: fe80::78e1:9cff:fe8f:b4ce/64 Scope:Link  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  RX packets:4773 errors:0 dropped:0 overruns:0 frame:0  TX packets:4926 errors:0 dropped:0 overruns:0 carrier:0  collisions:0 txqueuelen:0   RX bytes:826161 (806.7 KiB)  TX bytes:924710 (903.0 KiB)cloudbr0  Link encap:Ethernet  HWaddr C8:0A:A9:9E:2D:7C    inet addr:MYIPADDRESS  Bcast:MYBCASTIP  Mask:255.255.255.224  inet6 addr: ipv6ip Scope:Link  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  RX packets:3294154 errors:0 dropped:0 overruns:0 frame:0  TX packets:2603043 errors:0 dropped:0 overruns:0 carrier:0  collisions:0 txqueuelen:0   RX bytes:3403672766 (3.1 GiB)  TX bytes:6436244592 (5.9 GiB)eth0  Link encap:Ethernet  HWaddr C8:0A:A9:9E:2D:7C    inet6 addr: fe80::ca0a:a9ff:fe9e:2d7c/64 Scope:Link  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  RX packets:8295350 errors:0 dropped:0 overruns:0 frame:0  TX packets:3563786 errors:0 dropped:0 overruns:0 carrier:0  collisions:0 txqueuelen:1000   RX bytes:11653818769 (10.8 GiB)  TX bytes:274441470 (261.7 MiB)  Memory:df6e-df70 

RE: [ASFCS42] Proposed schedule for our next release

[Will Chan]

> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Monday, April 15, 2013 7:22 AM
> To: dev@cloudstack.apache.org
> Cc: cloudstack-...@incubator.apache.org
> Subject: Re: [ASFCS42] Proposed schedule for our next release
> 
> On Thu, Apr 11, 2013 at 02:50:02PM -0700, Animesh Chaturvedi wrote:
> >
> > I want to call out my concern on technical debt we have accumulated so
> far.
> >
> >  I did an analysis on JIRA bugs yesterday night PST on "Affects
> > Version = 4.1" and created since Dec 2012
> >
> > Total records : 429
> > Resolution Type (Invalid, Duplicate, Cannot reproduce etc.) : 87 (30
> > Blockers, 27 Critical, 27 Major, 4 Minor) Valid Defects  : 429-87= 342
> > Fixed : 246 (60 Blockers, 70 Critical, 99 Majors) out of which 217
> > were fixed since Feb Unresolved : 96 (1 Blocker, 8 Critical, 64 Major)
> >
> > With this data it looks like we have fixed 2/3 of valid defects in little 
> > over
> 2 months and pretty much deferring around 1/3 rd of issues for future
> release.
> >
> > I also looked at overall backlog of bugs (Critical, Major and Blockers only)
> as of 4/10/2013 - 10:0PM PST.
> >
> > 284 open (18 Blocker, 38 Critical, 228 Major) ; By Fix version
> > -  Release 4.0.x and prior: 13
> > -  4.1: 70
> > -  4.2 : 97
> > -  Future: 8
> > -  No version: 107
> >
> > Looking at that we fixed 217 bugs in roughly 2 months during 4.1 cycle,
> fixing the backlog of bug  will probably take us 2 months.  Should we extend
> the 4.2 test cycle by 2 months [Original Schedule: 6/1 - 7/22, Extended
> Schedule: 6/1-9/22] to reduce the technical debt significantly? I would like
> to hear how community wants to address technical debt. Based on the
> input and consensus I will publish the agreed schedule next week.
> >
> >
> 
> I don't think that an extension of time changes bug counts really.  IMO, we
> need to pull together to have some bug-fix focused effort applied to the
> code-base.  It's also another reason that I'm so big on making sure that
> automated tests come in with the new features.  That doesn't address test
> scenarios that human testers can come up with, but if a developer spends
> the time to think about testing the basic feature and codifies that, we
> should at least avoid the "this actually doesn't work at all" types of bugs.
> 
> There's a school of thought that says, don't build another feature until you
> have sorted out the known bugs in the current features.  I don't think we
> could really pull that off, but perhaps a different thread to rally people
> around the bug backlog is in order?
> 
> -chip

Sorry to chime in so late to this thread as I've been offsite for the better 
part of this week.  I was one of the original 4 month release crowd but after 
the recent two releases of ACS, I'm starting to wonder if we shouldn't start 
moving this to a 6 month cycle instead of two.  Here are some high level 
observations based on the previous two releases:

1. It doesn't seem like we are on a true 4 month time based release schedule.  
Both 4.0 and 4.1 were delayed more than several weeks past the original 
proposed GA date.  4.0 was released 11/6 and let's assume that 4.1 will ship 
within a week or two.  That's almost a 6 month release cycle.  Every release 
incurs a fixed cost of release notes, upgrade testing, etc. that I suspect at 
least eats a month worth of time depending on people's schedule.  That's 3 
months out of the year rather than two if we can get a 6 months cycle.  We can 
use that extra month for other purposes if need be.  I suppose if we want to 
continue to release past the proposed hard GA date, then I guess it doesn't 
matter if it's 4 or 6 months.  It's basically a release when the release mgmt. 
team feels it's right to release based on current bugs, etc.

2. As more and more features/development go in, it just means more 
destabilization of the code.  4.0 was delayed and the majority of that work was 
licensing files.  4.1 got just a bit more complicated with new feature 
development and the delay is now much longer.  Not all features are created 
equal in terms of testing.  Some may require more time to develop but may not 
impact the entire system like for example, adding a new hypervisor.  However, 
work like refactoring vm sync or other more internal code could affect the 
entire stack and require more QA time.  We need extra time for new code to 
settle in.

3. ACS is still dependent largely on manual QA.  Let's face it, our automated 
testing/unit testing isn't mature enough quite yet and we cannot always expect 
manual QA to be there and on ACS schedule.  CloudStack releases have some type 
of quality expectations as well as support for upgrades.  Upgrades and 
migration scripts aren't that easily automatable.  Chip and others have been 
very diligent on ensuring that code check in has the appropriate tests but it's 
not there yet.  

4. ACS development is based on volunteer work and many of us h

Re: Supported Source NAT Type?

[Will Stevens]

Great.  Thanks again, this is very helpful.

So the way I am doing it is good for now.  If IP space becomes an issue
(when people are actually using it), I could implement the 'per zone'
approach as well.

In the per zone approach, the firewall would be initially configured with a
public IP and a generic source nat rule which would map the entire guest
network range in the trusted zone to the preconfigured public IP in the
untrusted zone.  I understand how this works now and why the source nat
rules will not need to be managed by cloudstack.

Thanks again for the explanation.


On Thu, Apr 18, 2013 at 6:12 PM, Sheng Yang  wrote:

> Hi Will,
>
> "per account" is perfectly fine in your case. "per zone" can be used if
> user want to preserve some public IPs. And with "per zone", CloudStack just
> won't care about source nat ip allocation etc any more, it would assume
> that the firewall should already has taken care of that. Source NAT IP
> would be blank in Cloudstack(a.k.a. isolated network without source nat
> ip).
>
> It's not requirement to support "per zone". In fact as long as your device
> can support of the source nat mechanism then it's fine. But I don't think
> you need to handle source nat rules if you use "per zone" mode(from CS's
> perspective). E.g. Juniper SRX has such a configuration:
>
> nat {
> source {
> pool inat-pool {
> address {
> 10.223.161.18/32;
> }
> }
> rule-set trust {
> from zone trust;
> to zone untrust;
> rule i-nat {
> match {
> source-address 10.0.0.0/8;
> }
> then {
> source-nat {
> pool {
> inat-pool;
> }
> }
> }
> }
> }
> }
> }
>
> This one would fit all traffic from "trust" zone(every newly created
> isolated network would be in trust zone) to "untrust" zone(public network),
> using source nat.
>
> --Sheng
>
> On Thu, Apr 18, 2013 at 2:50 PM, Will Stevens 
> wrote:
>
> > Thanks for the answer Sheng.
> >
> > I currently have the Palo Alto firewall using the 'per account' method
> and
> > when 'IpAssocCommand' is run (when the first VM is added to a palo alto
> > network ), I am dynamically creating a public sub-interface and
> assigning a
> > public IP (provided by cloudstack).  I am also creating a private
> > sub-interface on the PA which I am using the the gateway for the CS
> > network.  I am dynamically creating/deleting the SourceNat rules between
> > the two sub-interfaces (gateway/cidr# -> public_ip/32) on implement and
> > shutdown.
> >
> > In your eyes, is this the best way to handle this?  If I was to use the
> > 'per zone' option, how would the Source Nat IP get set in Cloudstack?  So
> > there would be one public IP per zone which all the public traffic would
> go
> > through for all networks?  I would still have to handle the source nat
> > rules from each CS network to that single public IP I believe.
> >
> > I am slowly getting this all documented at:
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Palo+Alto+Firewall+Integration
> >
> > Thanks...
> >
> >
> > On Thu, Apr 18, 2013 at 5:19 PM, Sheng Yang  wrote:
> >
> > > Hi Will,
> > >
> > > "Per zone" is mostly for external network devices(e.g. SRX). We can
> > > configure one public network address on SRX, and use that one(which is
> > out
> > > of Cloudstack's control) for all the public traffic go through the
> > device.
> > > That's "Per zone".
> > >
> > > "Per account" is the other way, used by VR in CloudStack. It would
> > acquire
> > > one public ip from public ip pool in the zone for each isolated
> network,
> > > and make it source nat IP for the network. The name "per account"
> because
> > > in the past one user would have only one isolated network, so the
> network
> > > is de facto per account. It's not necessary true now, but the name
> > remained
> > > I think.
> > >
> > > There are probably bad names, we should get better name than them...
> > >
> > > --Sheng
> > >
> > >
> > > On Thu, Apr 18, 2013 at 2:07 PM, Will Stevens 
> > > wrote:
> > >
> > > > Oh, my bad.  I forgot about that.
> > > >
> > > > On the 'create network service offering' overlay, if you select
> > > 'SourceNat'
> > > > in Supported Services, there is a drop down which get added.  The
> drop
> > > down
> > > > has the title of 'Supported Source Nat Type' and has two options:
> 'Per
> > > > zone' and 'Per account'
> > > >
> > > > Thanks,
> > > >
> > > > Will
> > > >
> > > >
> > > > On Thu, Apr 18, 2013 at 4:09 PM, Chip Childers <
> > > chip.child...@sungard.com
> > > > >wrote:
> > > >
> > > > > Will,
> > > > >
> > > > > Images and other attachments are stripped on this list (text only
> >

Could use a little DevCloud/Python help

[Mike Tutkowski]

Hi,

Running the Python script to create a DevCloud environment in 4.1 works
fine for me, but I get this error in 4.2:

mtutkowski-LT:devcloud mtutkowski$ python
../marvin/marvin/deployDataCenter.py -i devcloud.cfg
Traceback (most recent call last):
  File "../marvin/marvin/deployDataCenter.py", line 21, in 
import cloudstackTestClient
  File
"/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackTestClient.py",
line 18, in 
import cloudstackConnection
  File 
"/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marvin/marvin/cloudstackConnection.py",
line 18, in 
import requests
ImportError: No module named requests

I see this requests module is now being used (didn't seem like it was in
4.1).  Do I have to do something to make this module visible so this script
will run again?

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Review Request: (CLOUDSTACK-1638) Network plugins won't be notified VM migration.

[Chiradeep Vittal]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9871/#review19414
---


Looks good.  Is this the final?

- Chiradeep Vittal


On April 11, 2013, 7:22 a.m., Hiroaki Kawai wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/9871/
> ---
> 
> (Updated April 11, 2013, 7:22 a.m.)
> 
> 
> Review request for cloudstack, Hugo Trippaers and Chiradeep Vittal.
> 
> 
> Description
> ---
> 
> The location of the virtual machine is provided by DeployDestination, which 
> will be passed in NetworkGuru#reserve and NetworkElement#prepare. 
> 
> During the virtual machine migration, it actually changes DeployDestination 
> and it looks like that it will tell that event to network components as it 
> has NetworkManager#prepareNicForMigration. The problem is that althogh the 
> interface has that method, NetworkManagerImpl does not tell the 
> DeployDestination changes to network components. 
> 
> So IMHO, we need to add calls of NetworkGuru#reserve and 
> NetworkElement#prepare in NetworkManagerImpl#prepareNicForMigration . And 
> then, we also need to add calls NetworkGuru#release and 
> NetworkElement#release after the migration, otherwise the network resources 
> that plugin reserved will be kept even when the vm leaves off.
> 
> Created a first minimum patch to show the concept.
> 
> 
> This addresses bug CLOUDSTACK-1638.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/network/NetworkMigrationResponder.java PRE-CREATION 
>   server/src/com/cloud/network/NetworkManager.java 4124b19 
>   server/src/com/cloud/network/NetworkManagerImpl.java a98bdd4 
>   server/src/com/cloud/vm/VirtualMachineManagerImpl.java 9230f4a 
> 
> Diff: https://reviews.apache.org/r/9871/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Hiroaki Kawai
> 
>

Wizard to create cloud broken?

[Mike Tutkowski]

Hi,

Since the DevCloud script wasn't working for me, I decided to use the
wizard to create a cloud from scratch (using info in DevCloud's
devcloud.cfg file).

I think there is a problem with zone-wide versus cluster-wide storage?

Now building your cloud...
Creating primary storage

Something went wrong; you may go back and correct any errors:
invalid scopeundefined
What do you think?

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Could use a little DevCloud/Python help

[Ron Young]

Your message dated: Thu, 18 Apr 2013 16:30:56 -0600


Hi:

I ran across this same problem this morning...

I stumbled on the solution:   pip install requests

-ron

> 
> Hi,
> 
> Running the Python script to create a DevCloud environment in 4.1 works
> fine for me, but I get this error in 4.2:
> 
> mtutkowski-LT:devcloud mtutkowski$ python
> ../marvin/marvin/deployDataCenter.py -i devcloud.cfg
> Traceback (most recent call last):
>   File "../marvin/marvin/deployDataCenter.py", line 21, in 
> import cloudstackTestClient
>   File
> "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/tools/marv=
> in/marvin/cloudstackTestClient.py",
> line 18, in 
> import cloudstackConnection
>   File "/Users/mtutkowski/Documents/CloudStack/src/incubator-cloudstack/too=
> ls/marvin/marvin/cloudstackConnection.py",
> line 18, in 
> import requests
> ImportError: No module named requests
> 
> I see this requests module is now being used (didn't seem like it was in
> 4.1).  Do I have to do something to make this module visible so this script
> will run again?
> 
> Thanks!
> 
> --=20
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *=99*
> 
> --f46d0444e835f9e6b704daaa271d--

===
Ron Young, Research Support Analyst
National Supercomputing Center for Energy and the Environment
4505 Maryland Parkway, Box 454028, Las Vegas, NV 89154-4028
v (702) 895-4017 / f (702) 895-4156 / email: ron.yo...@nscee.edu

Review Request: CLOUDSTACK-2053: Fix bash if/else logic to avoid redundant entries in htaccess file, fixed boto/cloud-init support by adding metadata RewriteRules

[ilya musayev]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10614/
---

Review request for cloudstack and Chiradeep Vittal.


Description
---

Addressed 2 issues:
Rewrote the bash if/else check to fix redundant entries
Added RewriteRules to support boto/cloud-init - as per Chiradeep - this would 
only affect VMWare deployments, as this userdata.sh script is only used with 
vmware system router vms


This addresses bug CLOUDSTACK-2053.


Diffs
-

  patches/systemvm/debian/config/root/userdata.sh e5d170b 

Diff: https://reviews.apache.org/r/10614/diff/


Testing
---

ACS4.1


Thanks,

ilya musayev

RE: Review Request: CLOUDSTACK-2053: Fix bash if/else logic to avoid redundant entries in htaccess file, fixed boto/cloud-init support by adding metadata RewriteRules

[Musayev, Ilya]

Hi Chiradeep,

I've reposted the patch.

Thanks
ilya

> -Original Message-
> From: ilya musayev [mailto:nore...@reviews.apache.org] On Behalf Of ilya
> musayev
> Sent: Thursday, April 18, 2013 7:03 PM
> To: Chiradeep Vittal
> Cc: ilya musayev; cloudstack
> Subject: Review Request: CLOUDSTACK-2053: Fix bash if/else logic to avoid
> redundant entries in htaccess file, fixed boto/cloud-init support by adding
> metadata RewriteRules
> 
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10614/
> ---
> 
> Review request for cloudstack and Chiradeep Vittal.
> 
> 
> Description
> ---
> 
> Addressed 2 issues:
> Rewrote the bash if/else check to fix redundant entries Added RewriteRules
> to support boto/cloud-init - as per Chiradeep - this would only affect
> VMWare deployments, as this userdata.sh script is only used with vmware
> system router vms
> 
> 
> This addresses bug CLOUDSTACK-2053.
> 
> 
> Diffs
> -
> 
>   patches/systemvm/debian/config/root/userdata.sh e5d170b
> 
> Diff: https://reviews.apache.org/r/10614/diff/
> 
> 
> Testing
> ---
> 
> ACS4.1
> 
> 
> Thanks,
> 
> ilya musayev

Re: Review Request: CLOUDSTACK-2053: Fix bash if/else logic to avoid redundant entries in htaccess file, fixed boto/cloud-init support by adding metadata RewriteRules

[Chiradeep Vittal]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/10614/#review19416
---


Is the fundamental problem that the data is available under /latest/metadata 
instead of /latest/meta-data ?



patches/systemvm/debian/config/root/userdata.sh


why is this needed? shouldn't the first rewrite rule be sufficient?



- Chiradeep Vittal


On April 18, 2013, 11:02 p.m., ilya musayev wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10614/
> ---
> 
> (Updated April 18, 2013, 11:02 p.m.)
> 
> 
> Review request for cloudstack and Chiradeep Vittal.
> 
> 
> Description
> ---
> 
> Addressed 2 issues:
> Rewrote the bash if/else check to fix redundant entries
> Added RewriteRules to support boto/cloud-init - as per Chiradeep - this would 
> only affect VMWare deployments, as this userdata.sh script is only used with 
> vmware system router vms
> 
> 
> This addresses bug CLOUDSTACK-2053.
> 
> 
> Diffs
> -
> 
>   patches/systemvm/debian/config/root/userdata.sh e5d170b 
> 
> Diff: https://reviews.apache.org/r/10614/diff/
> 
> 
> Testing
> ---
> 
> ACS4.1
> 
> 
> Thanks,
> 
> ilya musayev
> 
>