Re: Review Request 19270: Added service-instance delete command to Juniper Contrail Plugin and related fixes

[Sachchidanand Vaidya]

> On May 5, 2014, 11:38 p.m., Rajesh Battala wrote:
> > plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/api/command/DeleteServiceInstanceCmd.java,
> >  line 1
> > 
> >
> > No license header
> > after adding license header, please run rat command to check for license

Ran rat and fixed license header


- Sachchidanand


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


On May 7, 2014, 3:44 p.m., Sachchidanand Vaidya wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19270/
> ---
> 
> (Updated May 7, 2014, 3:44 p.m.)
> 
> 
> Review request for cloudstack and Rajesh Battala.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This patch has following changes: 
>  - Added service-instance delete command to Juniper Contrail Plugin.
>  - Fixes to plugin code to handle instance-delete operation properly.
>  - Fix related to service-instance persistence and re-creation during Mgmt 
> server reboot.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/event/EventTypes.java 075b1c8 
>   client/tomcatconf/commands.properties.in d3a24f6 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/api/command/CreateServiceInstanceCmd.java
>  59c4e61 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/api/command/DeleteServiceInstanceCmd.java
>  PRE-CREATION 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailElementImpl.java
>  05723b0 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailGuru.java
>  f81c0d0 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServerDBSyncImpl.java
>  b9a3ed3 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServiceManager.java
>  e4ef26d 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ServiceManagerImpl.java
>  f34eacc 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/model/ServiceInstanceModel.java
>  e79053c 
> 
> Diff: https://reviews.apache.org/r/19270/diff/
> 
> 
> Testing
> ---
> 
> Unit tests passed and additional testing done locally.
> 
> 
> Thanks,
> 
> Sachchidanand Vaidya
> 
>

Re: devcloud script deployDataCentre.py not working

[Daan Hoogland]

thanks, it is not me then. ms does not connect to host in 4.4. I'll be
filing a bug in the office, no of for breakfast.

On Tue, May 13, 2014 at 11:46 PM, Ian Duffy  wrote:
> Failing on 4.4
>
> Marvin output:
>
> Traceback (most recent call last):
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
> line 579, in 
>
> deploy.deploy()
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
> line 563, in deploy
>
> self.createZones(self.config.zones)
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
> line 425, in createZones
>
> self.createPods(zone.pods, zoneId, networkid)
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
> line 142, in createPods
>
> vmwareDc=pod.vmwaredc)
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
> line 87, in createClusters
>
> cluster.hypervisor)
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
> line 53, in addHosts
>
> self.apiClient.addHost(hostcmd)
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
> line 1463, in addHost
>
> response = self.connection.marvinRequest(command,
> response_type=response, method=method)
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
> line 272, in marvinRequest
>
> response = jsonHelper.getResultObj(response.json(), response_type)
>
>   File
> "/Users/duffy/projects/cloudstack/tools/marvin/marvin/jsonHelper.py", line
> 148, in getResultObj
>
> raise cloudstackException.cloudstackAPIException(respname, errMsg)
>
> cloudstackException.cloudstackAPIException: Execute cmd: addhost failed,
> due to: errorCode: 530, errorText:Cannot transit agent status with event
> AgentDisconnected for host 1, mangement server id is 4278190080,Unable to
> transition to a new state from Creating via AgentDisconnected
>
>
> Cloudstack output:
>
>
> [INFO] Started Jetty Server
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-1:job-3) Add job-3
> into job monitoring
>
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-1:job-3
> ctx-9f333f9b) Received unknown parameters for command
> createPhysicalNetwork. Unknown parameters : ctxdetails
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-1:job-3) Remove job-3
> from job monitoring
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-2:job-4) Add job-4
> into job monitoring
>
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-2:job-4
> ctx-46c8e832) Received unknown parameters for command addTrafficType.
> Unknown parameters : ctxdetails
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-2:job-4) Remove job-4
> from job monitoring
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-5) Add job-5
> into job monitoring
>
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-3:job-5
> ctx-7a774456) Received unknown parameters for command addTrafficType.
> Unknown parameters : ctxdetails
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-5) Remove job-5
> from job monitoring
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-4:job-6) Add job-6
> into job monitoring
>
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-4:job-6
> ctx-99d181be) Received unknown parameters for command
> configureVirtualRouterElement. Unknown parameters : ctxdetails
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-4:job-6) Remove job-6
> from job monitoring
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-5:job-7) Add job-7
> into job monitoring
>
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-5:job-7
> ctx-6f2a6e2d) Received unknown parameters for command
> updateNetworkServiceProvider. Unknown parameters : ctxdetails
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-5:job-7) Remove job-7
> from job monitoring
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-6:job-8) Add job-8
> into job monitoring
>
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-6:job-8
> ctx-14611436) Received unknown parameters for command
> updateNetworkServiceProvider. Unknown parameters : ctxdetails
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-6:job-8) Remove job-8
> from job monitoring
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-7:job-9) Add job-9
> into job monitoring
>
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-7:job-9
> ctx-01c057e0) Received unknown parameters for command
> updatePhysicalNetwork. Unknown parameters : ctxdetails
>
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-7:job-9) Remove job-9
> from job monitoring
>
> INFO  [c.c.c.ConfigurationManagerImpl] (645061837@qtp-424446918-5:ctx-63b19c14
> ctx-047a852f ctx-1c41be6c) adding a new subnet to the network 204
>
> INFO

Re: [ACS 4.4] ETA until RC1

[Pierre-Luc Dion]

Speaking of RN, is there any place where we can find new features in order
to build this release-notes?

Does Jira filter like this is enough?
project = CLOUDSTACK AND type = "New Feature" AND fixVersion = 4.4.0 ORDER
BY priority DESC, key ASC

Also, do we need new system vm templates? do we have new hypervisor version
supported?

Thanks,



Pierre-Luc Dion
Architecte de Solution Cloud | Cloud Solutions Architect
855-OK-CLOUD (855-652-5683) x1101
- - -

*CloudOps*420 rue Guy
Montréal QC  H3J 1S6
www.cloudops.com
@CloudOps_


On Tue, May 13, 2014 at 1:20 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Yep, that's definitely true, Sebastien.
>
> I just wanted to get everyone on the same page for expectations around a
> date for RC1...even if we're still looking at it being a couple weeks out.
>
> The initial RC date came and went last Friday, so I just wanted to do a
> "sanity check" around when we can realistically expect this to happen.
>
>
> On Tue, May 13, 2014 at 7:53 AM, sebgoa  wrote:
>
> >
> > On May 13, 2014, at 10:22 AM, Daan Hoogland 
> > wrote:
> >
> > > thanks for chopping my...
> > >
> > > I have no idea what so ever. The number of blokkers has been stable
> > > just over ten over the last few weeks. The list has not been stable so
> > > a lot of new issues have been popping up. Also the update times are at
> > > most a week old. Silver side of the coin is that the number of
> > > critical and major issues have steadily dropped:)
> >
> > Before cutting an RC, we need Release Notes (i.e list of features)
> > And we probably need devcloud running properly to have a release
> procedure.
> >
> > my .2 cts
> >
> > >
> > > On Mon, May 12, 2014 at 7:02 PM, Mike Tutkowski
> > >  wrote:
> > >> Hi Daan,
> > >>
> > >> I know we still have several blocker bugs that need to be addressed
> > before
> > >> we consider creating RC1 for 4.4.
> > >>
> > >> Any thoughts (or hopes) on when we might realistically be able to spin
> > up
> > >> RC1?
> > >>
> > >> 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
> > >> *™*
> > >
> > >
> > >
> > > --
> > > Daan
> >
> >
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*
>

[GitHub] cloudstack-docs-install pull request: Update qig.rst

[DimArmen]

Github user DimArmen commented on a diff in the pull request:


https://github.com/apache/cloudstack-docs-install/pull/11#discussion_r12554740
  
--- Diff: source/qig.rst ---
@@ -100,7 +100,7 @@ Now that we have the configuration files properly set 
up, we need to run a few c
 
  # chkconfig network on
 
- # chkconfig network start
--- End diff --

This is not correct. Networking service starts with: #network service 
start. 



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [PROPOSAL] Using continuous integration to maintain our code quality...

[Amogh Vasekar]

Hi,

On 5/13/14 1:04 AM, "Daan Hoogland"  wrote:

>If I understood Alex' page on the wiki correctly you can run against
>your own fork.

I think Non-committers can't have a feature branch on git (at least I
can't create one)

Thanks,
Amogh

RE: [PROPOSAL] Using continuous integration to maintain our code quality...

[Alex Huang]

Noji,

Everything should be checked in under tools.  I'll make sure of that.  None of 
the code/configuration should be private.

--Alex

> -Original Message-
> From: ynoj...@ynojima.net [mailto:ynoj...@ynojima.net] On Behalf Of
> Yoshikazu Nojima
> Sent: Tuesday, May 13, 2014 8:20 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Using continuous integration to maintain our code
> quality...
> 
> Alex,
> 
> Thank you for interesting proposal. I suppose pre check-in test is long-
> awaited for everyone.
> I'm looking forward to see your Jenkins made public.
> 
> If possible, can you share jenkins job's settings.xml for future reference
> when it is ready?
> 
> Regards,
> Noji
> 
> 2014-05-13 2:04 GMT-06:00 Daan Hoogland :
> > Ritu,
> >
> > If I understood Alex' page on the wiki correctly you can run against
> > your own fork.
> > @Alex: true?
> >
> > On Wed, May 7, 2014 at 8:07 PM, Ritu Sabharwal 
> wrote:
> >> Hi Alex,
> >>
> >> I am a new developer (non-commiter) and getting to learn about the
> development process of CloudStack.
> >>
> >> I have a question about the Jenkins, when you say create a branch for
> your code and ask Jenkins to run BVT on your branch. The branch will be
> created on my local repository but Jenkins would run on central repository. In
> that case, does it mean that I install Jenkins locally on my setup.
> >>
> >> Please help.
> >>
> >> Thanks,
> >> Ritu S.
> >>
> >> -Original Message-
> >> From: Alex Huang [mailto:alex.hu...@citrix.com]
> >> Sent: Tuesday, May 06, 2014 5:04 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: [PROPOSAL] Using continuous integration to maintain our code
> quality...
> >>
> >> Hi All,
> >>
> >> This is something I brought up a long time ago but really didn't have the
> resources to get it all up and running until now.  Throughout the past year,
> Edison, Prasanna, Amogh, Bharat, Koushik, Talluri, and others have been
> chipping away at it.  At this point, we finally pull together a continuous
> integration setup that we can use to make sure that CloudStack master and
> the currently release branch are always stable.  This is getting pretty close 
> to
> be completed and we like to share it with the community in hopes that we
> can reduce/eliminate that problems we've seen with our recent releases.
> Currently, the physical hardware are hosted by Citrix but we'll be more than
> willing to donate the work to infra when that's all settled.
> >>
> >> This does require effort from the community to make a change in their
> development process.  These steps are detailed at [1].  I like to get feedback
> on what everyone think about this.
> >>
> >> What have we done:
> >>   - We replaced a large selection of the BVT tests to run with the 
> >> simulator
> instead of actual hardware.  This shortens the duration of each BVT run.
> Today, a BVT that runs tests for XenServer and KVM completes in 30-40
> minutes.
> >>   - We will run the new BVT on master and the current release branch on a
> continuous basis.
> >>   - Developers can use Jenkins to ask BVT to be run on their branch so they
> can know it won't break the continuous integration before they merge to
> master and the current release branch.
> >>
> >> Please have a read and let me know what you think.
> >>
> >> --Alex
> >>
> >> [1]
> >>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Development+P
> r
> >> ocess
> >
> >
> >
> > --
> > Daan

RE: CLOUDSTACK-6092 in 4.4 ?

[Saksham Srivastava]

Yes ,
This is available in 4.4.
Refer the  Functional Specification for what is supported in 4.4 and the future 
scope.
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Storage+OverProvisioning+as+Per+Primary+Basis

There is a related ticket CLOUDSTACK-5806 which is still in discussion, so I 
have kept this ticket is still in progress.

Thanks,
Saksham



-Original Message-
From: Pierre-Luc Dion [mailto:pd...@cloudops.com] 
Sent: Wednesday, May 14, 2014 3:49 AM
To: dev@cloudstack.apache.org
Subject: CLOUDSTACK-6092 in 4.4 ?

does this new Feature will be in 4.4 ?

in JIRA status is currently : In Progress

Thanks

Pierre-Luc Dion

Re: Control event publishing in multi region setups

[Alena Prokharchyk]

Alex, how do you know that the data is useless? Only the recipient can make 
this judgement. In your case you know that the recipient – your local region – 
doesn’t need this data, but you can’t make this call on behalf of everybody 
else. Example of the possible scenario: somebody wants to perform user’s update 
once corresponding account gets updated, within the same region. And they rely 
on in-memory bus to catch updateAccount event in order to execute updateUser 
operation. So the event always has to be published.

The conclusion: Any update done to the account/domain/user, should generate the 
event. The recipient should make a decision whether to ignore the event, or 
process it further. Alex proposed to enhance the account/domain/user object 
with the field identifying who’s triggered the upgrade to give more details to 
the recipient.

-Alena.

From: Alex Ough mailto:alex.o...@sungardas.com>>
Date: Monday, May 12, 2014 at 6:14 PM
To: Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>
Cc: Alex Huang mailto:alex.hu...@citrix.com>>, Murali 
Reddy mailto:murali.re...@citrix.com>>, Kishan Kavala 
mailto:kishan.kav...@citrix.com>>, 
"dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Subject: Re: Control event publishing in multi region setups

I'm not really sure why you think it is a bug. And why do you want to send data 
that is absolutely useless to the destination?

Thanks
Alex Ough


On Mon, May 12, 2014 at 6:19 PM, Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>> wrote:
Alex, I can’t approve the current approach you use in your fix. The reason that 
there are bugs in the current CS code, and therefore we can contribute more to 
the buggy behavior, doesn’t sound right to me.  And we have –1 from Alex Huang 
on that as well.

We either fix it as a part of this commit, or you can fix it later. But it has 
to make it to 4.5, otherwise the original fix will be rolled back. You can 
finalize the approach with Alex, and I will check in your code as soon as its 
done, either before I go on vacation, or after I’m back.

-Alena.

From: Alex Ough mailto:alex.o...@sungardas.com>>
Date: Monday, May 12, 2014 at 3:13 PM
To: Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>
Cc: Alex Huang mailto:alex.hu...@citrix.com>>, Murali 
Reddy mailto:murali.re...@citrix.com>>, Kishan Kavala 
mailto:kishan.kav...@citrix.com>>, 
"dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>

Subject: Re: Control event publishing in multi region setups

That is not good, but I'm wondering if you can approve after our conversation 
without consulting with Alex Hwang.

Thanks
Alex Ough


On Mon, May 12, 2014 at 2:37 PM, Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>> wrote:
We do have to come to conclusion for this remaining issue before committing the 
patches below:
 (https://reviews.apache.org/r/20099/ and https://reviews.apache.org/r/17790/)

Alex (Ough), I’m going to be on vacation from May 15th till May 31st, if you 
and Alex(Huang) have your discussion/resolution while I’m away, I can commit 
the patches only after I’m back.

Thank you!
Alena.

From: Alex Ough mailto:alex.o...@sungardas.com>>
Date: Sunday, May 11, 2014 at 10:10 PM
To: Alex Huang mailto:alex.hu...@citrix.com>>
Cc: Murali Reddy mailto:murali.re...@citrix.com>>, 
Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>, Kishan 
Kavala mailto:kishan.kav...@citrix.com>>, 
"dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>

Subject: Re: Control event publishing in multi region setups

Alex,

It looks like I'd better wait until you're back because I'm afraid Alena seems 
to need your approval based on what I've been through.
Let me know once you're back.

Thanks
Alex Ough


On Sat, May 10, 2014 at 12:50 PM, Alex Huang 
mailto:alex.hu...@citrix.com>> wrote:
Alex and Alena,

Perhaps, it’s best you two get on the phone about this.  I don’t see Alex 
understanding what I’m saying over email so there’s no point in me repeating 
it.  I’m not around next week and I think Alena is out after Wednesday.  
Something on Monday or Tuesday would be a good idea or you can wait for me to 
come back the week after.

--Alex

From: Alex Ough [mailto:alex.o...@sungardas.com]
Sent: Saturday, May 10, 2014 9:28 AM
To: Alex Huang

Cc: Murali Reddy; Alena Prokharchyk; Kishan Kavala; 
dev@cloudstack.apache.org
Subject: Re: Control event publishing in multi region setups

And I'm really wondering if you understood how the 'Full Scan' works. It is 
absolutely internal operations.
Why do we force to use the event generating methods when the updates are only 
internal and never, ever, ever ... need events?

Let me know if there is any chance it needs to use the events, then I'll follow 
your suggestion.
Thanks
Alex Ough

On Sat, May 10, 2014 at 11:55 AM, Alex Ough 
mail

Re: Systemvm.iso on kvm

[Mike Tutkowski]

Thanks, Marcus

So, it sounds like when you upgrade your CloudStack Management Server(s),
you need to update all of your KVM hosts anyways, so you get the new System
VM ISO during that agent-side update.


On Tue, May 13, 2014 at 9:14 PM, Marcus  wrote:

> It is in the RPM/DEB. One installs the agent and common packages on a KVM
> host.
> On Apr 14, 2014 7:16 PM, "Nitin Mehta"  wrote:
>
> > I am curious as to how does the systemvm.iso gets pushed onto the KVM
> host
> > ?
> > Lets say I upgrade from 4.2.1 to 4.3 and there is some ssvm agent code
> > change, I would expect the new systemvm.iso getting pushed from MS to the
> > KVM host and stop/start ssvm would have the new code into affect.
> > I want to know the mechanism which detects the version change and does
> > this magic.
> >
> > Thanks,
> > -Nitin
> >
>



-- 
*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: [ACS44] ms won't add host

[Daan Hoogland]

I also found

com.cloud.utils.exception.CloudRuntimeException: Unable to setup the
server correctly
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupServer(CitrixResourceBase.java:4909)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:4674)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:490)
at 
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:176)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.IOException: Error during SCP transfer.
at com.trilead.ssh2.SCPClient.put(SCPClient.java:592)
at com.trilead.ssh2.SCPClient.put(SCPClient.java:547)
at com.trilead.ssh2.SCPClient.put(SCPClient.java:434)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupServer(CitrixResourceBase.java:4903)
... 16 more
Caused by: java.io.IOException: Remote scp terminated with error (scp:
/etc/xapi.d/plugins: No such file or directory).
at com.trilead.ssh2.SCPClient.readResponse(SCPClient.java:59)
at com.trilead.ssh2.SCPClient.sendFiles(SCPClient.java:166)
at com.trilead.ssh2.SCPClient.put(SCPClient.java:588)
... 19 more


Why would it try to copy to /etc/xapi.d/plugins if it doesn't exist?
Should I have choosen a different hypervisortype then I used to?

On Tue, May 13, 2014 at 1:42 PM, Daan Hoogland  wrote:
> When I add a host to a cluster/pod/zone in 4.4 I get
> 2014-05-13 08:51:27,073 DEBUG [c.c.u.s.SSHCmdHelper]
> (DirectAgent-20:ctx-bf9610f7) Executing cmd: mkdir -p /opt/cloud/bin
> /var/log/cloud
> 2014-05-13 08:51:28,089 DEBUG [c.c.u.s.SSHCmdHelper]
> (DirectAgent-20:ctx-bf9610f7) Ssh executed failed
> java.lang.NullPointerException
> at 
> com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmdOneShotWithExitCode(SSHCmdHelper.java:159)
> at 
> com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmdOneShot(SSHCmdHelper.java:170)
> at 
> com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmd(SSHCmdHelper.java:66)
> at 
> com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmd(SSHCmdHelper.java:91)
> at 
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupServer(CitrixResourceBase.java:4845)
> at 
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:4674)
> at 
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:490)
> at 
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:176)
> at 
> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
> at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
> at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Antonio Fornié Casarrubios]

Hi all and sorry for the delay in the reply. Let me try to answer to
different subjects mentioned here.

What is this functionality? It's just a server side check for the format of
the requests, specifically for the received parameters. That's not
something strange, there are many communication protocols that include (or
can include) server side validation (for example, based on a xsd, dtd...).
In those cases that would make the request completely fail. In our case, we
just log it as warning.

My understanding is that an ideal solution is not to change this check, but
to change the format of the requests so that it doesn't include parameters
that will not be used. Actually, from the client point of view, if you send
a parameter and you don't get any error or warning, that means that the
parameter is used, right? But there are cases (like a parameter that was
called listAll??) in which you could wonder why changing the value for that
parameter doesn't affect the result, and you don't know that the parameter
doesn't even exist on the server functionality.



When should a parameter be considered unknown? Any parameter that is not
used - There are parameters that are not command specific, they are used in
ApiServer, ApiServlet or any other"Api related class" and thus cannot be
considered unknown : they are needed. There are also parameters that are
part of the given command in a certain request. If you go to the code of
this command you will see them. For example, for
UpdateNetworkServiceProviderCmd, there are several private fields annotated
as parameters not only in this class itself, but also the parameters
inherited from BaseAsyncCmd and BaseCmd. These are also needed. Any other
command will not be used in the server, is not expected, and thus it should
be considered unknown. Usually these are parameters that are correct for a
given command, but for some reason they are also sent for other commands
(like was the case of listAll). In these cases it makes sense to change the
client in order not to send it, right?



So is this parameter (ie: ctxdetails) used? I don't know all the parameters
used by heart, but I can tell that ctxdetails is not part of
UpdateNetworkServiceProviderCmd
parameters. What I dont know: is ctxdetails used in ApiServer,
ApiServlet... or any other class upon reception? If it is used, then the
parameter should not be considered unknown and the warning is a false
positive. If it is not, then the warning is legitimate.

If the parameter is correct (and thus the warning is a false positive),
then obviously it should be added to the list of default parameters in
the ParamGenericValidationWorker
so that it doesn't log more false warnings. And the same goes for any other
valid parameter added in the future. Btw, I would strongly recommend to use
public constants so that we make sure there is not difference between the
parameter name in the list and the parameter actually used.



Should we keep this functionality or get rid of it? IMHO not having server
side validation or at least something similar, is not good. But I also
understand other voices, and I can see that requests that are constructed
with unknown parameters are going to stay like they are, because people
usually work on more urgent things. Actually we now have both problems, bad
requests and noisy warnings, but the warning annoys more. It all started
with a reported issue about not informaing the client about unused
parameters. I didn't create this issue, I just fixed it.

Btw, I think the ParamGenericValidationWorker is a very simple code and is
not buggy. You can also check ParamGenericValidationWorkerTest to see what
it does and how it is tested. If it is buggy, then let me know and I will
fix it. But if it's just a matter of getting out of date because new
generic parameters are added to the code, then anybody should add these
parameters. Otherwise any time someone adds a new parameter to the code, it
will be considered that I need to fix the worker, which could happen plenty
of times in the future :-)


Please let me know your thoughts and preferences. Thanks. Cheers
antonio





2014-05-13 19:29 GMT+02:00 Alena Prokharchyk :

> My calls were also executed via 8096 port. We have to eliminate this noise
> in the logs before shipping 4.4
>
> On 5/13/14, 10:16 AM, "Amogh Vasekar"  wrote:
>
> >Same here. I see it nearly all API calls I make. I use port 8096 though,
> >if that makes any difference.
> >
> >Thanks,
> >Amogh
> >
> >On 5/13/14 3:01 AM, "Koushik Das"  wrote:
> >
> >>I am seeing the same for many commands. So this is not specific to
> >>add/removeResourceDetail
> >>
> >>2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker]
> >>(API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters for
> >>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
> >>2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker]
> >>(API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknow

Build failed in Jenkins: build-master-slowbuild #836

[jenkins]

See 

--
[...truncated 18312 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultipartMetaDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does 

sendCommandsToRouter to Add portforward rules flow

[Upendra Moturi]

Hi,
I am trying to understand flow for creating portforward rules for virtual
router.

As part of that VirtualNetworkApplianceManagerImpl has method
*sendPortForwardingRules
*which calls *sendCommandsToRouter  *which calls *send *method of
DirectAgentManagerSimpleImpl.

I am not able to figure out which ServerResource implementation is used to
send those commands. I could see for juniper,nicra,paloalto,netscaler but
not for virtual router vm.
Please help me and point to reference document

Thanks and regards,
Upendra

Problem with mailing list....

[Alex Huang]

I've find some of my emails did not make it to the mailing list.  Does anyone 
else have this problem?

--Alex

[DOCS] Using Includes in the Administration Guides

[Will Stevens]

Hi All,
I have been building documentation for the Palo Alto Networks firewall
integration which I would like to add to the Administration Guide.

I have currently built the Palo Alto integration doc as a stand alone doc,
but I will be tweaking it in order to include it in
the Administration Guide.

Looking at the Administration Guide, I am noticing that the 'Managing
Networks and Traffic' section is very long and a bit difficult to manage as
it is.

I am wondering if it makes sense to have a 'networking' folder and each of
the subsections in that section be broken out into its own file which is
then included into the 'networking2.rst' file.

I am willing to work on this if you agree that this will simplify the
management of this section of the documentation.

Cheers,

Will

Re: Problem with mailing list....

[Chris Suich]

I seemed to notice that the email list went silent for 24-48 hours
around last Thursday/Friday.

On Tue, May 13, 2014 at 7:57 PM, Alex Huang  wrote:
> I've find some of my emails did not make it to the mailing list.  Does anyone 
> else have this problem?
>
> --Alex



-- 
Chris Suich
919-334-8193
csui...@gmail.com

Re: [ACS44] Cherry pick requests

[Daan Hoogland]

pulled in all commits from hijacked thread

On Mon, May 12, 2014 at 9:13 PM, Min Chen  wrote:
> Hi Daan,
>
> Can you please cherry pick the following commits from 4.4-forward to 
> 4.4
> branch? Some of them are resending previous requests.
>
> Commit: 500c99eef7f7a04d95ed95697a2678fef283e61d
> CLOUDSTACK-6600:IAM Security checker needs to have cache to improve
> checkAccess performance.
>
>
>
> Commit:b9bdaf9d31803cd080475e27da56695c3293c4ca
> CLOUDSTACK-6598:IAM - listAccount() retrurns "Caller cannot be passed as
> NULL to IAM!" when domain deletion is in progress.
>
>
> Commit: e8e0449ed4eaa489d53b43c0137833a660b6d6cf
> CLOUDSTACK-6613:IAM: authorizeSecurityGroupIngress fails when SG Name is
> passed.
>
>
> Commit: 4889031492e543c318fcd639d7491cfb2013eb76
> CLOUDSTACK-6600: fix a bug in IAM cache in constructing cache key.
>
> Commit: f447a2c38c15ad5b7844237e72ab551149f46bfb
> CLOUDSTACK-6617: [Automation] detach / resize volume test cases failing
> with permission error.
>
>
>
> Commit: a7dd5aae55c1f6059aea324760f2800537f5d294
> CLOUDSTACK-6628:[Automation] Create PF rulw API failing with error
> "database id can only provided by VO objects".
>
>
> Commit: be73571c74084a31819c150dfca2ca28bd13e64b
> CLOUDSTACK-6628: Fix IpAddress import typo.
>
> Thanks.
> -min
>



-- 
Daan

Re: Problem with mailing list....

[Mike Tutkowski]

There was an issue for a couple days last week where mail was halted.

Perhaps the issue was not entirely resolved?

On Tuesday, May 13, 2014, Min Chen  wrote:

> I had the same issue, my email sent a while back is still not sent to
> community yet.
>
> -min
>
> On 5/13/14 4:57 PM, "Alex Huang" >
> wrote:
>
> >I've find some of my emails did not make it to the mailing list.  Does
> >anyone else have this problem?
> >
> >--Alex
>
>

-- 
*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: devcloud script deployDataCentre.py not working

[Ian Duffy]

Hi Daan,

Took a quick look at this this evening as promised earlier on IRC.

I've stopped using the Ubuntu + XenAPI setup, I never felt it worked well.
My alternative solution/setup is below, I can get a full environment up in
about 15mins.

I have made a vagrant box of XenServer, the packer files that build this
box can be found at: https://github.com/imduffy15/packer-xenserver

I have placed the .box file on the github page of the project
https://github.com/imduffy15/packer-xenserver/releases/tag/0.0.1

In brief it brings up XenServer 6.2 with two interfaces, NAT and host-only.
The host only interface has the IP address 192.168.56.10 and I did some
iptables stuff to enable them to get internet access via the NAT interface.
(It takes a bit of time to boot)

I've been looking at using the chef scripts by cloudops to create a Mysql +
NFS box. You can see a vagrant file for this over here:
https://github.com/imduffy15/GSoC-2014/tree/master/MySQL_NFS this comes up
on the same host interface as the XenServer box and gets 192.168.56.5, it
supplies NFS for /exports on this IP. MySQL is exposed via virtualbox port
forwarding due to ease with deploydb. I need to improve this to get the
systemvms on there for the moment I use the download-templates.sh from
https://github.com/djs55/cloudstack-dev-vms/tree/master/cloudstack-infrastructure

I run the Cloudstack 4.3 ( commit c0cf817f1b2a53a23253679aa785f0db3219619a
) manager on my host machine which is joined to the host only network on
192.168.56.1. I compile it with: mvn -P impatient,systemvm clean install
-DskipTests=true -T2C

I use a slightly modified devcloud.cfg
https://github.com/imduffy15/GSoC-2014/blob/master/devcloud.cfg

General flow is as follows:

1) Start xenserver vm
2) Start nfs/mysql vm
3) Compile cloudstack deploy db
4) ssh into nfs vm, download systemvm templates
5) start up jetty
6) marvin to get devcloud going

Planning to clean a lot of these up with CLOUDSTACK-6114.

Hope this is useful.



On 7 May 2014 20:32, Daan Hoogland  wrote:

> I am setting up a test env on my laptop using devcloud2 v4.3. I am
> running the ms v4.4 in eclipse and the db on my laptop. I get the
> following error:
>
> daan:~/cloudstack-4.4/cloudstack (4.4)> python
> tools/marvin/marvin/deployDataCenter.py -i
> tools/devcloud/devcloud-advanced.cfg
> Traceback (most recent call last):
>   File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
> deploy.deploy()
>   File "tools/marvin/marvin/deployDataCenter.py", line 561, in deploy
> self.loadCfg()
>   File "tools/marvin/marvin/deployDataCenter.py", line 523, in loadCfg
> mgtDetails.apiKey, mgtDetails.securityKey = self.registerApiKey()
>   File "tools/marvin/marvin/deployDataCenter.py", line 492, in
> registerApiKey
> listuserRes = self.testClient.getApiClient().listUsers(listuser)
>   File
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
> line 600, in listUsers
> response = self.connection.marvinRequest(command,
> response_type=response, method=method)
>   File
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
> line 266, in marvinRequest
> method=method)
>   File
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
> line 196, in request
> raise c
> requests.exceptions.ConnectionError:
> HTTPConnectionPool(host='192.168.56.10', port=8096): Max retries
> exceeded with url:
> /client/api?account=admin&command=listUsers&response=json (Caused by
> : [Errno 61] Connection refused)
>
> telnet port 8091 locally on my laptop works and from the devcloud to
> my laptop as well but the port is not opened on the dev. So it makes
> sense that the connection is refused. Not that it is opened. I set the
> 'host' config item to the virtualbox gateway address, 192.168.56.1.
> That didn't help. I don't see what config I should change.
>
> What should I change? Where didn't I look?
>
> --
> Daan
>

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Nitin Mehta]

Daan - MS logs are visible only to the admin and not a general user. So
are you saying this is for admin to debug in case he misspelled a param ?

I feel that this shouldn’t be ON by default and whether such logic should
be part of CS core ?
I also find it difficult to understand that in production the admin would
commit such basic mistakes. I am assuming that he/she would be a power
user and would be using well known clients - say cmd line or UI to fire
apis against CS.

Thanks,
-Nitin

On 13/05/14 1:58 PM, "Daan Hoogland"  wrote:

>It is usefull for users that misspell a parameter and expect behavior
>related to it. not just in development.
>
>On Tue, May 13, 2014 at 7:24 PM, Nitin Mehta 
>wrote:
>> I introduced the parameter ctxdetails which carries all the context
>> details (currently all the first class entities and their corresponding
>> interface mapping).
>> This would be done for each of the api and hence seen for all apis.
>>
>> I saw the code in ParamGenericValidationWorker and will fix this. Filed
>>a
>> bug CLOUDSTACK-6658
>> But I am curious why we have this code at all ? It checks whether the
>> params passed for the api are an exact match (nothing more nothing less)
>> to the params we expect and if not throws only a warning as seen below.
>> While it might be good for a developer setup it decreases the
>>performance
>> for production systems I believe.
>>
>> Thanks,
>> -Nitin
>>
>> On 13/05/14 3:01 AM, "Koushik Das"  wrote:
>>
>>>I am seeing the same for many commands. So this is not specific to
>>>add/removeResourceDetail
>>>
>>>2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters
>>>for
>>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>>2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknown parameters
>>>for
>>>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>>>2014-05-12 11:13:29,079 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-1:job-3 ctx-146e0b74) Received unknown parameters for
>>>command createPhysicalNetwork. Unknown parameters : ctxdetails
>>>2014-05-12 11:13:29,188 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-2:job-4 ctx-923175d9) Received unknown parameters for
>>>command addTrafficType. Unknown parameters : ctxdetails
>>>2014-05-12 11:13:44,521 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-5:job-7 ctx-255c7f04) Received unknown parameters for
>>>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>>>2014-05-12 11:13:44,576 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-6:job-8 ctx-5bbd3334) Received unknown parameters for
>>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>>2014-05-12 11:13:49,705 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-7:job-9 ctx-382414ba) Received unknown parameters for
>>>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>>>2014-05-12 11:13:49,746 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-8:job-10 ctx-e806b020) Received unknown parameters for
>>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>>2014-05-12 11:13:54,873 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-9:job-11 ctx-6f762490) Received unknown parameters for
>>>command configureInternalLoadBalancerElement. Unknown parameters :
>>>ctxdetails
>>>2014-05-12 11:13:54,917 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-10:job-12 ctx-a9a7f4dd) Received unknown parameters
>>>for
>>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>>2014-05-12 11:14:00,003 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-11:job-13 ctx-434a524d) Received unknown parameters
>>>for
>>>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>>>2014-05-12 17:50:42,708 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-1:job-21 ctx-706223d8) Received unknown parameters for
>>>command deployVirtualMachine. Unknown parameters : ctxdetails
>>>2014-05-13 14:19:43,496 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-4:job-31 ctx-aff14d23) Received unknown parameters for
>>>command deployVirtualMachine. Unknown parameters : ctxdetails
>>>2014-05-13 14:48:59,308 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-1:job-53 ctx-9cc47c4f) Received unknown parameters for
>>>command startVirtualMachine. Unknown parameters : ctxdetails
>>>2014-05-13 14:50:18,255 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-5:job-61 ctx-5ceecd58) Received unknown parameters for
>>>command startVirtualMachine. Unknown parameters : ctxdetails
>>>
>>>
>>>
>>>
>>>
>>>On 13-May-2014, at 4:09 AM, Alena Prokharchyk
>>> wrote:
>>>
 Hi Antonio,

 I see following errors in the 4.4 logs:

>>

CLOUDSTACK-6092 in 4.4 ?

[Pierre-Luc Dion]

does this new Feature will be in 4.4 ?

in JIRA status is currently : In Progress

Thanks

Pierre-Luc Dion

Re: Problem with mailing list....

[Min Chen]

I had the same issue, my email sent a while back is still not sent to
community yet.

-min

On 5/13/14 4:57 PM, "Alex Huang"  wrote:

>I've find some of my emails did not make it to the mailing list.  Does
>anyone else have this problem?
>
>--Alex

[ACS 4.4] Proposal to Disable IAM feature in 4.4

[Min Chen]

Hi All,

In the past several weeks, QA has done some testing on IAM feature and found 
several backward-compatibility issues. Even though Prachi and I have tried our 
best to fix bugs to maintain backward compatibility, we realized that in order 
to support true IAM model documented in our FS 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Identity+and+Access+Management+%28IAM%29+Plugin,
 we will have to make several API changes that will require us to increment 
CloudStack major version.
Therefore we think that IAM feature is not ready for ACS 4.4 release, and we 
would like to propose to disable it in 4.4 branch and re-enable it later when 
community decides to go for 5.x.

Thanks
-min

Build failed in Jenkins: build-master-slowbuild #835

[jenkins]

See 

--
[...truncated 18332 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultipartMetaDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does 

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Nitin Mehta]

I introduced the parameter ctxdetails which carries all the context
details (currently all the first class entities and their corresponding
interface mapping).
This would be done for each of the api and hence seen for all apis.

I saw the code in ParamGenericValidationWorker and will fix this. Filed a
bug CLOUDSTACK-6658
But I am curious why we have this code at all ? It checks whether the
params passed for the api are an exact match (nothing more nothing less)
to the params we expect and if not throws only a warning as seen below.
While it might be good for a developer setup it decreases the performance
for production systems I believe.

Thanks,
-Nitin

On 13/05/14 3:01 AM, "Koushik Das"  wrote:

>I am seeing the same for many commands. So this is not specific to
>add/removeResourceDetail
>
>2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknown parameters for
>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>2014-05-12 11:13:29,079 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-1:job-3 ctx-146e0b74) Received unknown parameters for
>command createPhysicalNetwork. Unknown parameters : ctxdetails
>2014-05-12 11:13:29,188 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-2:job-4 ctx-923175d9) Received unknown parameters for
>command addTrafficType. Unknown parameters : ctxdetails
>2014-05-12 11:13:44,521 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-5:job-7 ctx-255c7f04) Received unknown parameters for
>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>2014-05-12 11:13:44,576 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-6:job-8 ctx-5bbd3334) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-12 11:13:49,705 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-7:job-9 ctx-382414ba) Received unknown parameters for
>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>2014-05-12 11:13:49,746 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-8:job-10 ctx-e806b020) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-12 11:13:54,873 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-9:job-11 ctx-6f762490) Received unknown parameters for
>command configureInternalLoadBalancerElement. Unknown parameters :
>ctxdetails
>2014-05-12 11:13:54,917 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-10:job-12 ctx-a9a7f4dd) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-12 11:14:00,003 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-11:job-13 ctx-434a524d) Received unknown parameters for
>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>2014-05-12 17:50:42,708 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-1:job-21 ctx-706223d8) Received unknown parameters for
>command deployVirtualMachine. Unknown parameters : ctxdetails
>2014-05-13 14:19:43,496 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-4:job-31 ctx-aff14d23) Received unknown parameters for
>command deployVirtualMachine. Unknown parameters : ctxdetails
>2014-05-13 14:48:59,308 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-1:job-53 ctx-9cc47c4f) Received unknown parameters for
>command startVirtualMachine. Unknown parameters : ctxdetails
>2014-05-13 14:50:18,255 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-5:job-61 ctx-5ceecd58) Received unknown parameters for
>command startVirtualMachine. Unknown parameters : ctxdetails
>
>
>
>
>
>On 13-May-2014, at 4:09 AM, Alena Prokharchyk
> wrote:
>
>> Hi Antonio,
>> 
>> I see following errors in the 4.4 logs:
>> 
>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-49:job-2867 ctx-072e9ae9) Received unknown parameters
>>for command removeResourceDetail. Unknown parameters : ctxdetails
>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-50:job-2868 ctx-35195840) Received unknown parameters
>>for command addResourceDetail. Unknown parameters : ctxdetails
>> 
>> Isn¹t something that you¹ve fixed already? If so, what branches did it
>>go to? If not, can you please fix it?
>> 
>> Thanks!
>> Alena.
>

Re: [DOCS] Using Includes in the Administration Guides

[sebgoa]

On May 12, 2014, at 4:29 PM, Will Stevens  wrote:

> Hi All,
> I have been building documentation for the Palo Alto Networks firewall
> integration which I would like to add to the Administration Guide.
> 
> I have currently built the Palo Alto integration doc as a stand alone doc,
> but I will be tweaking it in order to include it in
> the Administration Guide.
> 
> Looking at the Administration Guide, I am noticing that the 'Managing
> Networks and Traffic' section is very long and a bit difficult to manage as
> it is.
> 
> I am wondering if it makes sense to have a 'networking' folder and each of
> the subsections in that section be broken out into its own file which is
> then included into the 'networking2.rst' file.
> 
> I am willing to work on this if you agree that this will simplify the
> management of this section of the documentation.
> 

+1

The all networking section in the admin guide needs to be cleaned up, there are 
currently three files:
-networking.rst
-networking2.rst
-managing_networks.rst

these files may have duplication and need to be organized much better

have at it

-sebastien

> Cheers,
> 
> Will

Creating New Host

[Matt Spurlin]

Hi all,
I am working on creating a new hypervisor. I have a Discoverer and
ResourceBase class for my new hypervisor. With this I have been able
to add a host through the API after adding a new entry to the
HypervisorType enum in Hypervisor.java. After I add the host however,
it always goes into an Alert state. In my log there are no exceptions
or anything that is indicating what is happening. Does anyone have
ideas as to why this might be?

Here is what CloudMonkey is returning when I call list hosts with this
host's ID:

{

  "count": 1,

  "host": [

{

  "clusterid": "7c70daad-f2ba-4b2a-bb53-56b55a931967",

  "clustername": "MyCluster",

  "clustertype": "CloudManaged",

  "cpuallocated": "\ufffd%",

  "cpunumber": 0,

  "cpuspeed": 0,

  "cpuwithoverprovisioning": "0.0",

  "created": "2014-05-13T16:13:52-0500",

  "events": "Remove; Ping; AgentConnected; ShutdownRequested;
ManagementServerDown; AgentDisconnected",

  "hahost": false,

  "hypervisor": "MyHypervisor",

  "id": "ade83885-dd1b-4649-8cb2-8be6e38e6630",

  "ipaddress": "10.5.40.20",

  "islocalstorageactive": false,

  "lastpinged": "1970-01-16T13:46:42-0600",

  "managementserverid": 4278190080,

  "memoryallocated": 0,

  "memorytotal": 0,

  "name": "MyHost",

  "podid": "c9323a1d-3aa5-467c-90ac-e51569ee2f2d",

  "podname": "MyPod",

  "resourcestate": "Enabled",

  "state": "Alert",

  "type": "Routing",

  "version": "0.1",

  "zoneid": "16185b09-3358-4f47-9569-9148ba9c8d43",

  "zonename": "MyZone"

}

  ]

}



Thanks,

Matt

Re: [PROPOSAL] Using continuous integration to maintain our code quality...

[Amogh Vasekar]

Sorry, I take that back. Misunderstood the "fork" to be "feature" branch
on cloudstack git.

Amogh

On 5/13/14 3:03 PM, "Amogh Vasekar"  wrote:

>Hi,
>
>On 5/13/14 1:04 AM, "Daan Hoogland"  wrote:
>
>>If I understood Alex' page on the wiki correctly you can run against
>>your own fork.
>
>I think Non-committers can't have a feature branch on git (at least I
>can't create one)
>
>Thanks,
>Amogh
>

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Ian Duffy]

Hi all,

See this when trying to deploy devcloud.cfg with marvin aswell. Eventually
it fails.


On 13 May 2014 11:01, Koushik Das  wrote:

> I am seeing the same for many commands. So this is not specific to
> add/removeResourceDetail
>
> 2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters for
> command updateNetworkServiceProvider. Unknown parameters : ctxdetails
> 2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknown parameters for
> command updatePhysicalNetwork. Unknown parameters : ctxdetails
> 2014-05-12 11:13:29,079 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-1:job-3 ctx-146e0b74) Received unknown parameters for
> command createPhysicalNetwork. Unknown parameters : ctxdetails
> 2014-05-12 11:13:29,188 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-2:job-4 ctx-923175d9) Received unknown parameters for
> command addTrafficType. Unknown parameters : ctxdetails
> 2014-05-12 11:13:44,521 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-5:job-7 ctx-255c7f04) Received unknown parameters for
> command configureVirtualRouterElement. Unknown parameters : ctxdetails
> 2014-05-12 11:13:44,576 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-6:job-8 ctx-5bbd3334) Received unknown parameters for
> command updateNetworkServiceProvider. Unknown parameters : ctxdetails
> 2014-05-12 11:13:49,705 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-7:job-9 ctx-382414ba) Received unknown parameters for
> command configureVirtualRouterElement. Unknown parameters : ctxdetails
> 2014-05-12 11:13:49,746 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-8:job-10 ctx-e806b020) Received unknown parameters for
> command updateNetworkServiceProvider. Unknown parameters : ctxdetails
> 2014-05-12 11:13:54,873 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-9:job-11 ctx-6f762490) Received unknown parameters for
> command configureInternalLoadBalancerElement. Unknown parameters :
> ctxdetails
> 2014-05-12 11:13:54,917 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-10:job-12 ctx-a9a7f4dd) Received unknown parameters for
> command updateNetworkServiceProvider. Unknown parameters : ctxdetails
> 2014-05-12 11:14:00,003 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-11:job-13 ctx-434a524d) Received unknown parameters for
> command updatePhysicalNetwork. Unknown parameters : ctxdetails
> 2014-05-12 17:50:42,708 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-1:job-21 ctx-706223d8) Received unknown parameters for
> command deployVirtualMachine. Unknown parameters : ctxdetails
> 2014-05-13 14:19:43,496 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-4:job-31 ctx-aff14d23) Received unknown parameters for
> command deployVirtualMachine. Unknown parameters : ctxdetails
> 2014-05-13 14:48:59,308 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-1:job-53 ctx-9cc47c4f) Received unknown parameters for
> command startVirtualMachine. Unknown parameters : ctxdetails
> 2014-05-13 14:50:18,255 WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-5:job-61 ctx-5ceecd58) Received unknown parameters for
> command startVirtualMachine. Unknown parameters : ctxdetails
>
>
>
>
>
> On 13-May-2014, at 4:09 AM, Alena Prokharchyk <
> alena.prokharc...@citrix.com> wrote:
>
> > Hi Antonio,
> >
> > I see following errors in the 4.4 logs:
> >
> > WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-49:job-2867 ctx-072e9ae9) Received unknown parameters for
> command removeResourceDetail. Unknown parameters : ctxdetails
> > WARN  [c.c.a.d.ParamGenericValidationWorker]
> (API-Job-Executor-50:job-2868 ctx-35195840) Received unknown parameters for
> command addResourceDetail. Unknown parameters : ctxdetails
> >
> > Isn’t something that you’ve fixed already? If so, what branches did it
> go to? If not, can you please fix it?
> >
> > Thanks!
> > Alena.
>
>

[ACS 4.4] Proposal to Disable IAM feature in 4.4

[Min Chen]

Hi All,

In the past several weeks, QA has done some testing on IAM feature and found 
several backward-compatibility issues. Even though Prachi and I have tried our 
best to fix bugs to maintain backward compatibility, we realized that in order 
to support true IAM model documented in our FS 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Identity+and+Access+Management+%28IAM%29+Plugin,
 we will have to make several API changes that will require us to increment 
CloudStack major version.
Therefore we think that IAM feature is not ready for ACS 4.4 release, and we 
would like to propose to disable it in 4.4 branch and re-enable it later when 
community decides to go for 5.x.

Thanks
-min

Re: [ACS44] Cherry pick for CLOUDSTACK-6519

[Daan Hoogland]

On Tue, May 13, 2014 at 4:42 PM, Rajesh Battala
 wrote:
> 260e06d64c07c6e5f3c133d8bdc2779fad62c672




-- 
Daan

Re: devcloud script deployDataCentre.py not working

[Ian Duffy]

Failing on 4.4

Marvin output:

Traceback (most recent call last):

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
line 579, in 

deploy.deploy()

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
line 563, in deploy

self.createZones(self.config.zones)

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
line 425, in createZones

self.createPods(zone.pods, zoneId, networkid)

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
line 142, in createPods

vmwareDc=pod.vmwaredc)

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
line 87, in createClusters

cluster.hypervisor)

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/deployDataCenter.py",
line 53, in addHosts

self.apiClient.addHost(hostcmd)

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
line 1463, in addHost

response = self.connection.marvinRequest(command,
response_type=response, method=method)

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
line 272, in marvinRequest

response = jsonHelper.getResultObj(response.json(), response_type)

  File
"/Users/duffy/projects/cloudstack/tools/marvin/marvin/jsonHelper.py", line
148, in getResultObj

raise cloudstackException.cloudstackAPIException(respname, errMsg)

cloudstackException.cloudstackAPIException: Execute cmd: addhost failed,
due to: errorCode: 530, errorText:Cannot transit agent status with event
AgentDisconnected for host 1, mangement server id is 4278190080,Unable to
transition to a new state from Creating via AgentDisconnected


Cloudstack output:


[INFO] Started Jetty Server

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-1:job-3) Add job-3
into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-1:job-3
ctx-9f333f9b) Received unknown parameters for command
createPhysicalNetwork. Unknown parameters : ctxdetails

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-1:job-3) Remove job-3
from job monitoring

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-2:job-4) Add job-4
into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-2:job-4
ctx-46c8e832) Received unknown parameters for command addTrafficType.
Unknown parameters : ctxdetails

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-2:job-4) Remove job-4
from job monitoring

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-5) Add job-5
into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-3:job-5
ctx-7a774456) Received unknown parameters for command addTrafficType.
Unknown parameters : ctxdetails

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:job-5) Remove job-5
from job monitoring

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-4:job-6) Add job-6
into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-4:job-6
ctx-99d181be) Received unknown parameters for command
configureVirtualRouterElement. Unknown parameters : ctxdetails

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-4:job-6) Remove job-6
from job monitoring

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-5:job-7) Add job-7
into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-5:job-7
ctx-6f2a6e2d) Received unknown parameters for command
updateNetworkServiceProvider. Unknown parameters : ctxdetails

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-5:job-7) Remove job-7
from job monitoring

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-6:job-8) Add job-8
into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-6:job-8
ctx-14611436) Received unknown parameters for command
updateNetworkServiceProvider. Unknown parameters : ctxdetails

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-6:job-8) Remove job-8
from job monitoring

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-7:job-9) Add job-9
into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-7:job-9
ctx-01c057e0) Received unknown parameters for command
updatePhysicalNetwork. Unknown parameters : ctxdetails

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-7:job-9) Remove job-9
from job monitoring

INFO  [c.c.c.ConfigurationManagerImpl] (645061837@qtp-424446918-5:ctx-63b19c14
ctx-047a852f ctx-1c41be6c) adding a new subnet to the network 204

INFO  [c.c.r.ResourceManagerImpl] (645061837@qtp-424446918-5:ctx-c05e4099
ctx-00af5aca ctx-4ff55ae1) Trying to add a new host at
http://192.168.56.10/in data center 1

INFO  [c.c.h.x.d.XcpServerDiscoverer] (645061837@qtp-424446918-5:ctx-c05e4099
ctx-00af5aca ctx-4ff55ae1) Found host localhost.localdomain
ip=192.168.56.10 product version=6.2.0

INFO  [c.c.h.x.r.CitrixResourceBase] (645061837@qtp-424446918-5:ctx-c05e409

Build failed in Jenkins: build-master-slowbuild #833

[jenkins]

See 

--
[...truncated 18312 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultipartMetaDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does 

Build failed in Jenkins: cloudstack-4.4-forward-build #100

[jenkins]

See 


Changes:

[sheng.yang] CLOUDSTACK-6241: Fix default route for IPv6 network when IPv4 not 
used

--
[...truncated 1322 lines...]
main:
 [copy] Copying 3 files to 

 [copy] Copying 1 file to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 30 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server 
---
[INFO] Compiling 360 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 29 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-server ---
[INFO] Compiling 82 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-server ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running com.cloud.event.EventControlsUnitTest
log4j:WARN No appenders could be found for logger 
(com.cloud.event.EventControlsUnitTest).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.663 sec
Running com.cloud.keystore.KeystoreTest
org.apache.cloudstack.api.response.UserVmResponse/null/{"id":"3","securitygroup":[],"nic":[],"tags":[],"affinitygroup":[]}
org.apache.cloudstack.api.response.AlertResponse/null/{"id":"100","description":"Hello"}
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.147 sec
Running com.cloud.alert.AlertControlsUnitTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
Running com.cloud.capacity.CapacityManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.127 sec
Running com.cloud.resourcelimit.ResourceLimitManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running com.cloud.network.firewall.FirewallManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.001 sec
Running com.cloud.network.UpdatePhysicalNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.2 sec
Running com.cloud.network.CreatePrivateNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.113 sec
Running com.cloud.network.NetworkModelTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.11 sec
Running com.cloud.network.security.SecurityGroupManagerImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.529 sec
Running com.cloud.network.security.SecurityGroupQueueTest
Total jobs dequeued = 10, num queued=1001 queue current size=991
Num Vms= 50 Queue size = 50
Num Vms= 2 Queue size = 2 time=175 ms
Num Vms= 5000 Queue size = 5000 time=865 ms
Num Vms= 1 Queue size = 1 time=9 ms
Num Vms= 100 Queue size = 100 time=2090 ms
Total jobs dequeued = 10, num queued=1009 queue current size=1000
Tests run: 4, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 3.926 sec <<< 
FAILURE!
Running com.cloud.network.vpc.VpcManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 sec
Running com.cloud.network.DedicateGuestVlanRangesTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.037 sec
Running com.cloud.network.lb.AssignLoadBalancerTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.105 sec
Running com.cloud.network.dao.NetworkDaoTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running com.cloud.vm.DeploymentPlanningManagerImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.168 sec
Running com.cloud.vm.snapshot.VMSnapshotManagerTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.225 sec
Running com.cloud.vm.UserVmManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.476 sec
Running com.cloud.configuration.ValidateIpRangeTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.032 sec
Running com.cloud.configuration.Con

[ACS44] Cherry pick for CLOUDSTACK-6659

[Alena Prokharchyk]

Daan, can you please cherry pick the commit below:

commit 2334d9a1f3bd5ecc51cdeeff0512e95c93b7ead1
Author: Alena Prokharchyk 
Date:   Tue May 13 14:08:16 2014 -0700

CLOUDSTACK-6659: fixed the name for the updateIpAddress API command

Thanks,
Alena.

Re: [ACS44] Cherry pick for CLOUDSTACK-6647

[Daan Hoogland]

On Tue, May 13, 2014 at 1:42 AM, Kelven Yang  wrote:
> 7e6390d3c845d9a0c918aa525b5cbfb2aa7fb3c5




-- 
Daan

[GSoC] End of community bonding

[Ian Duffy]

Hi All,

The community bonding period for GSoC is coming to a close at the end of
this week.

By now many of you have already seen our proposals, during the community
bonding period we each got wiki access and copied in our proposals. For
anybody interested they can be viewed at:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Student+Project

During the community bonding period I had some brief emails with Sebastien
about my project (Create config management recipes to install CloudStack).
>From the get go I was planning on doing this with XenServer, Vagrant and
Puppet. After talking with Sebastien I will be switching to Chef and
looking at supporting both XenServer and KVM if time allows. Along with
this I looked at the work of others, this included the Chef Recipes by
CloudOps (https://github.com/cloudops/cookbook_co-cloudstack) and the
Cloudstack-Dev-VMs project (https://github.com/djs55/cloudstack-dev-vms),
there will hopefully be room for reusing some of their work.

I created a repo on github where I will be pushing my work as the GSoC
period goes on, for anybody interested its viewable at
https://github.com/imduffy15/GSoC-2014 At the moment it is just a XenServer
vagrant box and a Mysql + NFS VagrantFile using the cloudops recipes

I updated the JIRA ticket with a break down of tasks I want to achieve:
https://issues.apache.org/jira/browse/CLOUDSTACK-6114

All feedback is very welcome, I'm looking forward to another summer of open
source :-)

Thanks,

Ian

RE: List Usage Records using Cloud Monkey

[Prakash Rao Banuka]

Hi 


Which version of cloud monkey is this ? And which version of CloudStack are you 
using ?

Cloud Monkey version: 5.0.0

CloudStack  : 4.2 and 4.3

Thank you
Pakash


-Original Message-
From: sebgoa [mailto:run...@gmail.com] 
Sent: Tuesday, May 13, 2014 2:06 PM
To: dev@cloudstack.apache.org
Subject: Re: List Usage Records using Cloud Monkey


On May 12, 2014, at 7:47 PM, Prakash Rao Banuka  
wrote:

> Hi:
> 
> I installed and configured cloud usage, The records are getting created and 
> are stored in tables (Cloud_usage Database)
> 
> I'm issuing the following command in cloud monkey environment.
> 
>> list usagerecords startdate=-mm-dd enddate=-mm-dd 
> 
> The result is showing as None, but If I check in the Mysql database 
> (cloud_usage) and the table (cloud_usage) , records does exists.
> 
> Any Idea Please
> 

Which version of cloud monkey is this ? And which version of CloudStack are you 
using ?

> Thank you
> Prakash
> 

Re: devcloud script deployDataCentre.py not working

[Daan Hoogland]

looks like a totally different  setup then I have. I will give it a
try tomorrow. Did you try this with 4.4 yet? Can you please?

On Tue, May 13, 2014 at 11:05 PM, Ian Duffy  wrote:
> Hi Daan,
>
> Took a quick look at this this evening as promised earlier on IRC.
>
> I've stopped using the Ubuntu + XenAPI setup, I never felt it worked well.
> My alternative solution/setup is below, I can get a full environment up in
> about 15mins.
>
> I have made a vagrant box of XenServer, the packer files that build this
> box can be found at: https://github.com/imduffy15/packer-xenserver
>
> I have placed the .box file on the github page of the project
> https://github.com/imduffy15/packer-xenserver/releases/tag/0.0.1
>
> In brief it brings up XenServer 6.2 with two interfaces, NAT and host-only.
> The host only interface has the IP address 192.168.56.10 and I did some
> iptables stuff to enable them to get internet access via the NAT interface.
> (It takes a bit of time to boot)
>
> I've been looking at using the chef scripts by cloudops to create a Mysql +
> NFS box. You can see a vagrant file for this over here:
> https://github.com/imduffy15/GSoC-2014/tree/master/MySQL_NFS this comes up
> on the same host interface as the XenServer box and gets 192.168.56.5, it
> supplies NFS for /exports on this IP. MySQL is exposed via virtualbox port
> forwarding due to ease with deploydb. I need to improve this to get the
> systemvms on there for the moment I use the download-templates.sh from
> https://github.com/djs55/cloudstack-dev-vms/tree/master/cloudstack-infrastructure
>
> I run the Cloudstack 4.3 ( commit c0cf817f1b2a53a23253679aa785f0db3219619a
> ) manager on my host machine which is joined to the host only network on
> 192.168.56.1. I compile it with: mvn -P impatient,systemvm clean install
> -DskipTests=true -T2C
>
> I use a slightly modified devcloud.cfg
> https://github.com/imduffy15/GSoC-2014/blob/master/devcloud.cfg
>
> General flow is as follows:
>
> 1) Start xenserver vm
> 2) Start nfs/mysql vm
> 3) Compile cloudstack deploy db
> 4) ssh into nfs vm, download systemvm templates
> 5) start up jetty
> 6) marvin to get devcloud going
>
> Planning to clean a lot of these up with CLOUDSTACK-6114.
>
> Hope this is useful.
>
>
>
> On 7 May 2014 20:32, Daan Hoogland  wrote:
>
>> I am setting up a test env on my laptop using devcloud2 v4.3. I am
>> running the ms v4.4 in eclipse and the db on my laptop. I get the
>> following error:
>>
>> daan:~/cloudstack-4.4/cloudstack (4.4)> python
>> tools/marvin/marvin/deployDataCenter.py -i
>> tools/devcloud/devcloud-advanced.cfg
>> Traceback (most recent call last):
>>   File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
>> deploy.deploy()
>>   File "tools/marvin/marvin/deployDataCenter.py", line 561, in deploy
>> self.loadCfg()
>>   File "tools/marvin/marvin/deployDataCenter.py", line 523, in loadCfg
>> mgtDetails.apiKey, mgtDetails.securityKey = self.registerApiKey()
>>   File "tools/marvin/marvin/deployDataCenter.py", line 492, in
>> registerApiKey
>> listuserRes = self.testClient.getApiClient().listUsers(listuser)
>>   File
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
>> line 600, in listUsers
>> response = self.connection.marvinRequest(command,
>> response_type=response, method=method)
>>   File
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 266, in marvinRequest
>> method=method)
>>   File
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 196, in request
>> raise c
>> requests.exceptions.ConnectionError:
>> HTTPConnectionPool(host='192.168.56.10', port=8096): Max retries
>> exceeded with url:
>> /client/api?account=admin&command=listUsers&response=json (Caused by
>> : [Errno 61] Connection refused)
>>
>> telnet port 8091 locally on my laptop works and from the devcloud to
>> my laptop as well but the port is not opened on the dev. So it makes
>> sense that the connection is refused. Not that it is opened. I set the
>> 'host' config item to the virtualbox gateway address, 192.168.56.1.
>> That didn't help. I don't see what config I should change.
>>
>> What should I change? Where didn't I look?
>>
>> --
>> Daan
>>



-- 
Daan

VPC VPN Multiple Connections to Same Gateway

[John Skinner]

Hey list -

Having an issue with VPCs and site to site VPNs with CloudStack 4.2 . We have 
an account that has a VPC setup in 2 zones within the cloud. In zone A, they 
have created the VPN gateway and setup a connection back to their office. In 
zone B, they are trying to re-create that same VPN connection to their office 
but it is failing. CloudStack is not letting them use that same VPN gateway 
because it is already in use. They are also unable to create a new gateway with 
the same settings because the gateway IP address is already in the system. 

It looks like with CloudStack 4.2 we are unable to create multiple connections 
to the same gateway (1 connection from each zone). I have reviewed the notes 
for 4.3 and also looked at issues in Jira and do not see a duplicate of this 
any where so I do not believe it has been reported.

Is any one else able to reproduce this to check my sanity? 

Build failed in Jenkins: build-master-noredist #2741

[jenkins]

See 

Changes:

[nitin.mehta] CLOUDSTACK-6530: Make Network and Volume implement Displayable 
interface. Iterate over all first class entities in the context to decide the 
display property for event display.

[mail] CLOUDSTACK-6614 bugfix: systemvm template build failed because of src 
iso link is broken

--
[...truncated 134 lines...]
9/9 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/1.0.11/plexus-1.0.11.pom
 (9 KB at 729.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-container-default/1.0-alpha-9-stable-1/plexus-container-default-1.0-alpha-9-stable-1.pom
3/4 KB   
4/4 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-container-default/1.0-alpha-9-stable-1/plexus-container-default-1.0-alpha-9-stable-1.pom
 (4 KB at 385.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-containers/1.0.3/plexus-containers-1.0.3.pom
492/492 B   

Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-containers/1.0.3/plexus-containers-1.0.3.pom
 (492 B at 53.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/1.0.4/plexus-1.0.4.pom
2/6 KB  
6/6 KB   
6/6 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/1.0.4/plexus-1.0.4.pom
 (6 KB at 560.3 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/junit/junit/3.8.1/junit-3.8.1.pom
998/998 B   

Downloaded: 
http://repo.maven.apache.org/maven2/junit/junit/3.8.1/junit-3.8.1.pom (998 B at 
108.3 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-utils/1.0.4/plexus-utils-1.0.4.pom
2/7 KB  
6/7 KB   
7/7 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-utils/1.0.4/plexus-utils-1.0.4.pom
 (7 KB at 669.5 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/classworlds/classworlds/1.1-alpha-2/classworlds-1.1-alpha-2.pom
4/4 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/classworlds/classworlds/1.1-alpha-2/classworlds-1.1-alpha-2.pom
 (4 KB at 305.5 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-profile/2.0.6/maven-profile-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-profile/2.0.6/maven-profile-2.0.6.pom
 (2 KB at 214.8 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-artifact-manager/2.0.6/maven-artifact-manager-2.0.6.pom
3/3 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-artifact-manager/2.0.6/maven-artifact-manager-2.0.6.pom
 (3 KB at 256.1 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-repository-metadata/2.0.6/maven-repository-metadata-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-repository-metadata/2.0.6/maven-repository-metadata-2.0.6.pom
 (2 KB at 200.7 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-artifact/2.0.6/maven-artifact-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-artifact/2.0.6/maven-artifact-2.0.6.pom
 (2 KB at 154.0 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-registry/2.0.6/maven-plugin-registry-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-registry/2.0.6/maven-plugin-registry-2.0.6.pom
 (2 KB at 190.0 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-utils/2.0.5/plexus-utils-2.0.5.pom
4/4 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-utils/2.0.5/plexus-utils-2.0.5.pom
 (4 KB at 325.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/2.0.6/plexus-2.0.6.pom
4/17 KB   
8/17 KB   
12/17 KB   
16/17 KB   
17/17 KB   
   
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/2.0.6/plexus-2.0.6.pom
 (17 KB at 1364.2 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-digest/1.0/plexus-digest-1.0.pom
2/2 KB 
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-digest/1.0/plexus-digest-1.0.pom
 (2 KB at 114.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-components/1.1.7/plexus-components-1.1.7.pom
2/5 KB   
5/5 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-components/1.1.7/plexus-components-1.1.7.pom
 (5 KB at 485.8 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/1.0.8/plexus-1.0.8.pom
4/8 KB   
8/

Re: "Accounts" -> "Add Account" UI Question

[Ian Duffy]

Hi Thomas,

Looks like a possible bug.

CCing the UI team. They may be able to offer more info.


On 13 May 2014 04:00, Thomas O'Dowd  wrote:

> When I delete an account, I get a notification. Should the same not work
> for adding an account? I'm using 4.3.
>
> I've never really played with javascript, jquery or ajax before but just
> looking the the code in the debugger I'm wondering if the following is
> not a problem. Maybe something obvious that I don't quite understand :-)
>
> In accountsWizard.js
> } else {
> $.ajax({
> url: createURL('createAccount' +
> array1.join("")),
> dataType: "json",
> async: false,
> success: function(json) {
> var item =
> json.createaccountresponse.account;
> args.response.success({
> data: item
> });
> },
> error: function(XMLHttpResponse) {
>
> args.response.error(parseXMLHttpResponse(XMLHttpResponse));
> }
> });
> }
>
> The code calls the function "args.response.success()" but looking at the
> debugger args.response has no "success" function. It has
> args.response.error() though.
>
> In ui-custom/accountsWizard.js
> } else {
> args.action({
> context: context,
> data: data,
> isLdap: isLdap,
> username: username,
> response: {
> error: function(message) {
> if (message) {
>
> cloudStack.dialog.notice({
> message: message
> });
> }
> }
> }
> });
> }
>
> It doesn't setup a response.success... Only response.error.
>
> However, I would have expected that the call to the missing function
> would cause some kind of javascript error on the console but nothing is
> logged.
>
> Tom.
> --
> Cloudian KK - http://www.cloudian.com/get-started.html
> Fancy 10TB of full featured S3 Storage?
> Checkout the Cloudian® Community Edition!
>
>

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Alena Prokharchyk]

My calls were also executed via 8096 port. We have to eliminate this noise
in the logs before shipping 4.4

On 5/13/14, 10:16 AM, "Amogh Vasekar"  wrote:

>Same here. I see it nearly all API calls I make. I use port 8096 though,
>if that makes any difference.
>
>Thanks,
>Amogh
>
>On 5/13/14 3:01 AM, "Koushik Das"  wrote:
>
>>I am seeing the same for many commands. So this is not specific to
>>add/removeResourceDetail
>>
>>2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknown parameters for
>>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>>2014-05-12 11:13:29,079 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-1:job-3 ctx-146e0b74) Received unknown parameters for
>>command createPhysicalNetwork. Unknown parameters : ctxdetails
>>2014-05-12 11:13:29,188 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-2:job-4 ctx-923175d9) Received unknown parameters for
>>command addTrafficType. Unknown parameters : ctxdetails
>>2014-05-12 11:13:44,521 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-5:job-7 ctx-255c7f04) Received unknown parameters for
>>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>>2014-05-12 11:13:44,576 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-6:job-8 ctx-5bbd3334) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-12 11:13:49,705 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-7:job-9 ctx-382414ba) Received unknown parameters for
>>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>>2014-05-12 11:13:49,746 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-8:job-10 ctx-e806b020) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-12 11:13:54,873 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-9:job-11 ctx-6f762490) Received unknown parameters for
>>command configureInternalLoadBalancerElement. Unknown parameters :
>>ctxdetails
>>2014-05-12 11:13:54,917 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-10:job-12 ctx-a9a7f4dd) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-12 11:14:00,003 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-11:job-13 ctx-434a524d) Received unknown parameters for
>>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>>2014-05-12 17:50:42,708 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-1:job-21 ctx-706223d8) Received unknown parameters for
>>command deployVirtualMachine. Unknown parameters : ctxdetails
>>2014-05-13 14:19:43,496 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-4:job-31 ctx-aff14d23) Received unknown parameters for
>>command deployVirtualMachine. Unknown parameters : ctxdetails
>>2014-05-13 14:48:59,308 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-1:job-53 ctx-9cc47c4f) Received unknown parameters for
>>command startVirtualMachine. Unknown parameters : ctxdetails
>>2014-05-13 14:50:18,255 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-5:job-61 ctx-5ceecd58) Received unknown parameters for
>>command startVirtualMachine. Unknown parameters : ctxdetails
>>
>>
>>
>>
>>
>>On 13-May-2014, at 4:09 AM, Alena Prokharchyk
>> wrote:
>>
>>> Hi Antonio,
>>> 
>>> I see following errors in the 4.4 logs:
>>> 
>>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-49:job-2867 ctx-072e9ae9) Received unknown parameters
>>>for command removeResourceDetail. Unknown parameters : ctxdetails
>>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-50:job-2868 ctx-35195840) Received unknown parameters
>>>for command addResourceDetail. Unknown parameters : ctxdetails
>>> 
>>> Isn¹t something that you¹ve fixed already? If so, what branches did it
>>>go to? If not, can you please fix it?
>>> 
>>> Thanks!
>>> Alena.
>>
>

Re: [ACS44] Cherry pick for CLOUDSTACK-6659

[Daan Hoogland]

On Tue, May 13, 2014 at 11:20 PM, Alena Prokharchyk
 wrote:
> 2334d9a1f3bd5ecc51cdeeff0512e95c93b7ead1


ok

-- 
Daan

RE: "Accounts" -> "Add Account" UI Question

[Brian Federle]

Yes, from looking at the code, the ui-custom/accountsWizard.js needs to also 
have a success function. Not sure why it was omitted.

A fix to add a notification could be:

response: {
  success: function() {
$(window).trigger('cloudStack.addNotification', { ... });\
  }
}

Then add the correct options to trigger a notification. I don't remember the 
exact options for addNotification, but looking through the code you can find 
other examples as reference.

-Brian

From: Ian Duffy [i...@ianduffy.ie]
Sent: Tuesday, May 13, 2014 2:11 PM
To: CloudStack Dev
Cc: Brian Federle; Jessica Wang; Stephen Turner
Subject: Re: "Accounts" -> "Add Account" UI Question

Hi Thomas,

Looks like a possible bug.

CCing the UI team. They may be able to offer more info.


On 13 May 2014 04:00, Thomas O'Dowd 
mailto:tpod...@cloudian.com>> wrote:
When I delete an account, I get a notification. Should the same not work
for adding an account? I'm using 4.3.

I've never really played with javascript, jquery or ajax before but just
looking the the code in the debugger I'm wondering if the following is
not a problem. Maybe something obvious that I don't quite understand :-)

In accountsWizard.js
} else {
$.ajax({
url: createURL('createAccount' + array1.join("")),
dataType: "json",
async: false,
success: function(json) {
var item = json.createaccountresponse.account;
args.response.success({
data: item
});
},
error: function(XMLHttpResponse) {

args.response.error(parseXMLHttpResponse(XMLHttpResponse));
}
});
}

The code calls the function "args.response.success()" but looking at the
debugger args.response has no "success" function. It has
args.response.error() though.

In ui-custom/accountsWizard.js
} else {
args.action({
context: context,
data: data,
isLdap: isLdap,
username: username,
response: {
error: function(message) {
if (message) {
cloudStack.dialog.notice({
message: message
});
}
}
}
});
}

It doesn't setup a response.success... Only response.error.

However, I would have expected that the call to the missing function
would cause some kind of javascript error on the console but nothing is
logged.

Tom.
--
Cloudian KK - http://www.cloudian.com/get-started.html
Fancy 10TB of full featured S3 Storage?
Checkout the Cloudian® Community Edition!

Re: [ACS44] Cherry pick request

[Daan Hoogland]

ok

On Tue, May 13, 2014 at 7:13 PM, Amogh Vasekar  wrote:
> Hi Daan,
>
> Can you please cherry-pick 594f66d12521c6a3a07475e37e7ab0f09d247b19
> It is a fix for https://issues.apache.org/jira/browse/CLOUDSTACK-6437
>
> Thanks,
> Amogh
>



-- 
Daan

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Daan Hoogland]

It is usefull for users that misspell a parameter and expect behavior
related to it. not just in development.

On Tue, May 13, 2014 at 7:24 PM, Nitin Mehta  wrote:
> I introduced the parameter ctxdetails which carries all the context
> details (currently all the first class entities and their corresponding
> interface mapping).
> This would be done for each of the api and hence seen for all apis.
>
> I saw the code in ParamGenericValidationWorker and will fix this. Filed a
> bug CLOUDSTACK-6658
> But I am curious why we have this code at all ? It checks whether the
> params passed for the api are an exact match (nothing more nothing less)
> to the params we expect and if not throws only a warning as seen below.
> While it might be good for a developer setup it decreases the performance
> for production systems I believe.
>
> Thanks,
> -Nitin
>
> On 13/05/14 3:01 AM, "Koushik Das"  wrote:
>
>>I am seeing the same for many commands. So this is not specific to
>>add/removeResourceDetail
>>
>>2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknown parameters for
>>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>>2014-05-12 11:13:29,079 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-1:job-3 ctx-146e0b74) Received unknown parameters for
>>command createPhysicalNetwork. Unknown parameters : ctxdetails
>>2014-05-12 11:13:29,188 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-2:job-4 ctx-923175d9) Received unknown parameters for
>>command addTrafficType. Unknown parameters : ctxdetails
>>2014-05-12 11:13:44,521 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-5:job-7 ctx-255c7f04) Received unknown parameters for
>>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>>2014-05-12 11:13:44,576 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-6:job-8 ctx-5bbd3334) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-12 11:13:49,705 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-7:job-9 ctx-382414ba) Received unknown parameters for
>>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>>2014-05-12 11:13:49,746 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-8:job-10 ctx-e806b020) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-12 11:13:54,873 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-9:job-11 ctx-6f762490) Received unknown parameters for
>>command configureInternalLoadBalancerElement. Unknown parameters :
>>ctxdetails
>>2014-05-12 11:13:54,917 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-10:job-12 ctx-a9a7f4dd) Received unknown parameters for
>>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>>2014-05-12 11:14:00,003 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-11:job-13 ctx-434a524d) Received unknown parameters for
>>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>>2014-05-12 17:50:42,708 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-1:job-21 ctx-706223d8) Received unknown parameters for
>>command deployVirtualMachine. Unknown parameters : ctxdetails
>>2014-05-13 14:19:43,496 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-4:job-31 ctx-aff14d23) Received unknown parameters for
>>command deployVirtualMachine. Unknown parameters : ctxdetails
>>2014-05-13 14:48:59,308 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-1:job-53 ctx-9cc47c4f) Received unknown parameters for
>>command startVirtualMachine. Unknown parameters : ctxdetails
>>2014-05-13 14:50:18,255 WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-5:job-61 ctx-5ceecd58) Received unknown parameters for
>>command startVirtualMachine. Unknown parameters : ctxdetails
>>
>>
>>
>>
>>
>>On 13-May-2014, at 4:09 AM, Alena Prokharchyk
>> wrote:
>>
>>> Hi Antonio,
>>>
>>> I see following errors in the 4.4 logs:
>>>
>>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-49:job-2867 ctx-072e9ae9) Received unknown parameters
>>>for command removeResourceDetail. Unknown parameters : ctxdetails
>>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>>(API-Job-Executor-50:job-2868 ctx-35195840) Received unknown parameters
>>>for command addResourceDetail. Unknown parameters : ctxdetails
>>>
>>> Isn¹t something that you¹ve fixed already? If so, what branches did it
>>>go to? If not, can you please fix it?
>>>
>>> Thanks!
>>> Alena.
>>
>



-- 
Daan

Build failed in Jenkins: build-master-slowbuild #798

[jenkins]

See 

--
[...truncated 18319 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultipartMetaDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does 

[ACS44] critical issue assesment

[Daan Hoogland]

Friend and (yes I consider you) collegues,

I would like to call on you to volunteer to judge the issues we have
for 4.4 marked critical. I am (next to some other $dayjob stuff) going
to try and reduce our remaining blokker issue list from 11 items to
empty. You might find that some are actually blokkers. Or that some
may be resolved. Please let me know if the first is true.

Any one, please?

thanks
-- 
Daan

Build failed in Jenkins: build-master-slowbuild #787

[jenkins]

See 

Changes:

[Alena Prokharchyk] CLOUDSTACK-6595: call expunge method marked with 
@ActionEvent from expunge thread context. So the action even EXPUNGE.VM is 
generated when vm is expunged by the thread.

[Alena Prokharchyk] CLOUDSTACK-6596: UUID and display flag update support for 
LBStickinessPolicy and LBHealthCheckPolicy

[Alena Prokharchyk] CLOUDSTACK-6601: added "forDisplay" parameter to 
listLoadBalancerRules API

--
[...truncated 18312 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains

Re: List Usage Records using Cloud Monkey

[Sam Schmit]

Prakash,

What version of CS are you using?  We have seen issues with NPEs being
thrown in 4.3 onward (prior to a fix I have submitted) when there were
removed VMs.

Sam



On Mon, May 12, 2014 at 12:47 PM, Prakash Rao Banuka <
prakas...@simplifydc.com> wrote:

> Hi:
>
> I installed and configured cloud usage, The records are getting created
> and are stored in tables (Cloud_usage Database)
>
> I'm issuing the following command in cloud monkey environment.
>
> >list usagerecords startdate=-mm-dd enddate=-mm-dd
> 
>
> The result is showing as None, but If I check in the Mysql database
> (cloud_usage) and the table (cloud_usage) , records does exists.
>
> Any Idea Please
>
> Thank you
> Prakash
>
>

Re: [QUERY] [IAM TEST CASE] Vritual Machine IAM test scenarios

[Sonal Ojha]

I agree to the point.

On other note, to what all resources permissions could be granted?
I was writing test case for Volume entity type with the scenario to grant
allow permission for volume resource on an account. But, it didnt gave the
expected results.

Do we have a list of such resources??


On Tue, May 13, 2014 at 10:36 AM, Min Chen  wrote:

> Yes, that is a good point. We can fix test cases to revoke grant at tear
> down of each test case.
>
> Thanks
> -min
>
> On 5/12/14 9:21 PM, "Rajani Karuturi"  wrote:
>
> >Assuming the order in which test cases should run is not a good practice.
> >Every test case should do the setup required for it and also the teardown
> >once its done so that it leaves the system clean in the same state it
> >started with.
> >This also helps in easy understanding of what is being tested.
> >I think we should file a bug for this and fix it.
> >
> >~Rajani
> >
> >
> >
> >On 12-May-2014, at 10:16 pm, Min Chen
> >mailto:min.c...@citrix.com>> wrote:
> >
> >Hi Sonal,
> >
> >That is because test_03_grant_account_vm is running after
> >test_02_grant_domain_vm, where we have granted domain2 VM to account_1B.
> >At the end of test_02_grant_domain_vm, we didn't revoke this granting, so
> >it will still take effect in test_03_grant_account_vm. Therefore, in
> >test_03, account_1B should have two grants effective, and thus he can see
> >3 VMs.
> >
> >Thanks
> >-min
> >
> >From: Sonal Ojha
> >mailto:sonal.o...@sungardas.com>>
> >Date: Monday, May 12, 2014 5:04 AM
> >To: Prachi Damle
> >mailto:prachi.da...@citrix.com>>, Min Chen
> >mailto:min.c...@citrix.com>>
> >Cc: "dev@cloudstack.apache.org"
> >mailto:dev@cloudstack.apache.org>>
> >Subject: [QUERY] [IAM TEST CASE] Vritual Machine IAM test scenarios
> >
> >Hello,
> >
> >I have a small query regarding the sample test case written for virtual
> >machine entity type for the IAM plugin.
> >
> >The test case test_03_grant_account_vm which is to validate the below
> >mentioned scenarios is returning vms for all the three accounts
> >(account_1A, account_1B and account_2A) as the list_vm_response.
> >
> ># Validate the following
> >   # 1. Grant account_1A VM access to account_1B
> >   # 2. listVM command should return account_1A and account_1B VMs.
> >
> >Shouldn't it be returning vms for the two accounts (account_1A and
> >account_1B)? Kindly help to understand this scenario.
> >
> >--
> >Thanks and Regards,
> >Sonal Ojha ▪ Sr.Engineer - Product Development ▪ Sungard Availability
> >Services, India
> >2nd Floor, Wing 4, Cluster D, MIDC Kharadi Knowledge Park, Pune - 411 014
> >▪ Office: 267-234-9014 ▪ Mobile: +91 9922412645 ▪
> >sonal.o...@sungardas.com ▪
> >www.sungardas.in
> >
> > 
> >
> >
> >
> >
> >CONFIDENTIALITY:  This e-mail (including any attachments) may contain
> >confidential, proprietary and privileged information, and unauthorized
> >disclosure or use is prohibited.  If you received this e-mail in error,
> >please notify the sender and delete this e-mail from your system.
> >
>
>


-- 

*Thanks and Regards,*

*Sonal Ojha ▪ Sr.Engineer - Product Development **▪ **Sungard Availability
Services, India*

2nd Floor, Wing 4, Cluster D, MIDC Kharadi Knowledge Park, Pune - 411 014 ▪
Office: 267-234-9014 ▪ Mobile: +91 9922412645 ▪ sonal.o...@sungardas.com ▪
www.sungardas. *in*

*[image: Logo]* 
*[image: cid:image019.png@01CF48EC.6617C7F0]*
 *[image:
cid:image020.png@01CF48EC.6617C7F0]* 
 *[image: 
cid:image021.png@01CF48EC.6617C7F0]*
 *[image: 
cid:image022.png@01CF48EC.6617C7F0]*
 *[image: 
cid:image023.png@01CF48EC.6617C7F0]*
 *[image: cid:image024.png@01CF48EC.6617C7F0]*
*CONFIDENTIALITY:*  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.

Re: [jira] [Updated] (CLOUDSTACK-5046) [Automation] Vmware- System's StartCommand failed with "NumberFormatException"

[Chip Childers]

On Tuesday, May 13, 2014, Syed Ghayur  wrote:

> unsubscribe
>
> Syed


 http://cloudstack.apache.org/mailing-lists.html

Re: devcloud script deployDataCentre.py not working

[Amogh Vasekar]

I have been seeing this for a while too, and IIRC there was a thread on
dev list regarding this.
In logs, I keep getting an error saying
mgmt server log:
ARN  [c.c.a.m.DirectAgentAttache] (DirectAgent-1:ctx-bef0aa48) Seq
1-9152158867746979841: Exception Caught while executing command
com.cloud.utils.exception.CloudRuntimeException: Cannot create directory
/opt/cloud/bin on XenServer hosts

Last I had tried was about a month ago though.


Thanks,
Amogh

On 5/13/14 9:26 AM, "Santhosh Edukulla" 
wrote:

>If you atleast use 4.4-forward marvin, the first issue mentioned related
>to connection refused, should work fine provided port configuration is
>proper.
>
>I havent tried devcloud 4.4 so far, I can try it with 4.4 and let know
>the results.
>
>
>Santhosh
>
>From: sebgoa [run...@gmail.com]
>Sent: Tuesday, May 13, 2014 8:41 AM
>To: dev@cloudstack.apache.org; Santhosh Edukulla
>Subject: Re: devcloud script deployDataCentre.py not working
>
>cc santhosh, maybe he has tried devcloud with 4.4
>
>
>On May 7, 2014, at 9:45 PM, Daan Hoogland  wrote:
>
>> basic networking fails slightly differntly:
>>
>> daan:~/cloudstack-4.4/cloudstack (4.4)> python
>> tools/marvin/marvin/deployDataCenter.py -i tools/devcloud/devcloud.cfg
>> Traceback (most recent call last):
>>  File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
>>deploy.deploy()
>>  File "tools/marvin/marvin/deployDataCenter.py", line 563, in deploy
>>self.createZones(self.config.zones)
>>  File "tools/marvin/marvin/deployDataCenter.py", line 425, in
>>createZones
>>self.createPods(zone.pods, zoneId, networkid)
>>  File "tools/marvin/marvin/deployDataCenter.py", line 142, in createPods
>>vmwareDc=pod.vmwaredc)
>>  File "tools/marvin/marvin/deployDataCenter.py", line 87, in
>>createClusters
>>cluster.hypervisor)
>>  File "tools/marvin/marvin/deployDataCenter.py", line 53, in addHosts
>>self.apiClient.addHost(hostcmd)
>>  File 
>>"/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/
>>cloudstackAPIClient.py",
>> line 1535, in addHost
>>response = self.connection.marvinRequest(command,
>> response_type=response, method=method)
>>  File 
>>"/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConn
>>ection.py",
>> line 272, in marvinRequest
>>response = jsonHelper.getResultObj(response.json(), response_type)
>>  File 
>>"/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/jsonHelper.py"
>>,
>> line 148, in getResultObj
>>raise cloudstackException.cloudstackAPIException(respname, errMsg)
>> cloudstackException.cloudstackAPIException: Execute cmd: addhost
>> failed, due to: errorCode: 530, errorText:Cannot transit agent status
>> with event AgentDisconnected for host 1, mangement server id is
>> 4278190080,Unable to transition to a new state from Creating via
>> AgentDisconnected
>>
>>
>> seems like I failed to do some config on the devcloud host. Anything?
>> I followed 
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud
>> but in some cases it wasn't clear to me if I should execute something
>> in the devcloud or on my laptop.
>>
>> On Wed, May 7, 2014 at 9:32 PM, Daan Hoogland 
>>wrote:
>>> I am setting up a test env on my laptop using devcloud2 v4.3. I am
>>> running the ms v4.4 in eclipse and the db on my laptop. I get the
>>> following error:
>>>
>>> daan:~/cloudstack-4.4/cloudstack (4.4)> python
>>> tools/marvin/marvin/deployDataCenter.py -i
>>> tools/devcloud/devcloud-advanced.cfg
>>> Traceback (most recent call last):
>>>  File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
>>>deploy.deploy()
>>>  File "tools/marvin/marvin/deployDataCenter.py", line 561, in deploy
>>>self.loadCfg()
>>>  File "tools/marvin/marvin/deployDataCenter.py", line 523, in loadCfg
>>>mgtDetails.apiKey, mgtDetails.securityKey = self.registerApiKey()
>>>  File "tools/marvin/marvin/deployDataCenter.py", line 492, in
>>>registerApiKey
>>>listuserRes = self.testClient.getApiClient().listUsers(listuser)
>>>  File 
>>>"/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI
>>>/cloudstackAPIClient.py",
>>> line 600, in listUsers
>>>response = self.connection.marvinRequest(command,
>>> response_type=response, method=method)
>>>  File 
>>>"/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackCon
>>>nection.py",
>>> line 266, in marvinRequest
>>>method=method)
>>>  File 
>>>"/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackCon
>>>nection.py",
>>> line 196, in request
>>>raise c
>>> requests.exceptions.ConnectionError:
>>> HTTPConnectionPool(host='192.168.56.10', port=8096): Max retries
>>> exceeded with url:
>>> /client/api?account=admin&command=listUsers&response=json (Caused by
>>> : [Errno 61] Connection refused)
>>>
>>> telnet port 8091 locally on my laptop works and from the devcloud to
>>> my laptop as well but the port is not opened on the dev. So it makes
>>> sens

jira rights

[Daan Hoogland]

Guys,

Meghna Kale and Sonal Ojha want rights to assign tickets but they are
already in the contributer list under permissions. What else is needed
for them?

-- 
Daan

Review Request 21375: CLOUDSTACK-6654: Configkey parameters are not validated

[Saksham Srivastava]

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

Review request for cloudstack, Abhinandan Prateek and Devdeep Singh.


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


Repository: cloudstack-git


Description
---

ConfigKey variables values are not validated. So anything  like -5.6 or “abc”  
as the value of cpu/memory/storage overprovision factors can be set. Similarly 
for all of the variables in ConfigKey.
We have a verification mechanism but it is never executed. The code is 
unreachable in the preset 4.4

In ConfigurationManagerImpl.java: validateConfigurationValue()
 
Config c = Config.getConfig(name);
 if (c == null) {
s_logger.warn("Did not find configuration " + name + " in Config.java. Perhaps 
moved to ConfigDepot?");
-return null;
}
Since for the ConfigKey parameters ‘c’ is always null, we return null and do 
not further validate.

Fix is to make sure type is validated by using  _configDepot.get(name)

Note: Configkey does not have a range flag. Each range param has to be 
considered as per case basis.
Added comments for the same.


Diffs
-

  server/src/com/cloud/configuration/ConfigurationManagerImpl.java 231b5e1 

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


Testing
---

Tested both Configkey variables as well as old Config parameters.
ConfigKey values are now validated before setting them in db.

The following status message appears when cpu.overprovisioning.factor is set to 
incorrect value.
There was an error trying to parse the float value for: 
cpu.overprovisioning.factor

Build passes.
Findbug is clean.


Thanks,

Saksham Srivastava

[PROPOSAL] Add getPathSeparator() to DataStoreTO.java

[Damoder Reddy]

Hi,

While working on windowsfication of management server, I found the issues when 
creating a template from a ROOT disk snapshot.
It is not able to create template out of that snapshot due to the snapshot path 
we are constructing before creating template is using "File.Separator" and on 
windows it would be "\" instead of "/". Due to this the template creation is 
failing from snapshot when management server is running on windows.

Code snippet example is

String snapshotInstallPath = snapshot.getPath();
int index = snapshotInstallPath.lastIndexOf(File.separator);
String snapshotName = snapshotInstallPath.substring(index + 1);

if (!snapshotName.startsWith("VHD-") && 
!snapshotName.endsWith(".vhd")) {
snapshotInstallPath = snapshotInstallPath + ".vhd";
}
URI snapshotURI = new URI(secondaryStorageUrl + File.separator + 
snapshotInstallPath);
String snapshotPath = snapshotURI.getHost() + ":" + 
snapshotURI.getPath();

To fix this problem I am proposing the following solution.

The path separator is specific to the file system(NFS, samba etc..) we are 
using as a secondary storage on SSVM. Instead of using File.separator in the 
path, we can add a method say "getPathSeparator()" to
"DataStoreTO.java" which is implemented by several file systems. And we will 
replace "File.separator" with the above method call at all respective places.

Anybody see any problems or any other better approach can think of here?

Is this the only place we need to do changes or any other places also changes 
are required to achieve this?

Thanks & Regards
Damodar/

Re: Review Request 21197: Added port issue and user apiclient fix issue

[Koushik Das]

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

Ship it!


4.4-forward -> 7734ece8f1455c6ad39546b4f204257223036716
master -> e69a94b61ee160532d660165e8b715f0f3f83ea9

- Koushik Das


On May 8, 2014, 9:49 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21197/
> ---
> 
> (Updated May 8, 2014, 9:49 a.m.)
> 
> 
> Review request for cloudstack and Koushik Das.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fixed a refernece issue with mgmt_details variable.
> Fixed user api client creation issue for using proper port
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/cloudstackTestClient.py 9fe559d 
> 
> Diff: https://reviews.apache.org/r/21197/diff/
> 
> 
> Testing
> ---
> 
> Tested the changes with simulator run
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

[ACS44] Cherry pick for CLOUDSTACK-6519

[Rajesh Battala]

Hi Daan,

Please cherry-pick to 4.4
260e06d64c07c6e5f3c133d8bdc2779fad62c672
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=260e06d

Thanks
Rajesh Battala

[PROPOSAL] Add getPathSeparator() to DataStoreTO.java

[Damoder Reddy]

Hi,

While working on windowsfication of management server, I found the issues when 
creating a template from a ROOT disk snapshot. 
It is not able to create template out of that snapshot due to the snapshot path 
we are constructing before creating template is using "File.Separator" and on 
windows it would be "\" instead of "/". Due to this the template creation is 
failing from snapshot when management server is running on windows.

Code snippet example is

String snapshotInstallPath = snapshot.getPath();
    int index = snapshotInstallPath.lastIndexOf(File.separator);
    String snapshotName = snapshotInstallPath.substring(index + 1);

    if (!snapshotName.startsWith("VHD-") && 
!snapshotName.endsWith(".vhd")) {
    snapshotInstallPath = snapshotInstallPath + ".vhd";
    }
    URI snapshotURI = new URI(secondaryStorageUrl + File.separator + 
snapshotInstallPath);
    String snapshotPath = snapshotURI.getHost() + ":" + 
snapshotURI.getPath();

To fix this problem I am proposing the following solution.

The path separator is specific to the file system(NFS, samba etc..) we are 
using as a secondary storage on SSVM. Instead of using File.separator in the 
path, we can add a method say "getPathSeparator()" to 
"DataStoreTO.java" which is implemented by several file systems. And we will 
replace "File.separator" with the above method call at all respective places.

Anybody see any problems or any other better approach can think of here?

Is this the only place we need to do changes or any other places also changes 
are required to achieve this?

Thanks & Regards
Damodar/

Re: [jira] [Resolved] (CLOUDSTACK-5046) [Automation] Vmware- System's StartCommand failed with "NumberFormatException"

[Syed Ghayur]

unsubscribe

Syed


On Tue, May 13, 2014 at 4:25 AM, Sateesh Chodapuneedi (JIRA) <
j...@apache.org> wrote:

>
>  [
> https://issues.apache.org/jira/browse/CLOUDSTACK-5046?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
>
> Sateesh Chodapuneedi resolved CLOUDSTACK-5046.
> --
>
> Resolution: Fixed
>
> Cloned to https://issues.apache.org/jira/browse/CLOUDSTACK-6652
>
> > [Automation] Vmware-  System's StartCommand failed with
> "NumberFormatException"
> >
> ---
> >
> > Key: CLOUDSTACK-5046
> > URL:
> https://issues.apache.org/jira/browse/CLOUDSTACK-5046
> > Project: CloudStack
> >  Issue Type: Bug
> >  Security Level: Public(Anyone can view this level - this is the
> default.)
> >  Components: Automation, VMware
> >Affects Versions: 4.3.0
> > Environment: vmware ; 5.0
> > branch : master (4.3)
> >Reporter: Rayees Namathponnan
> >Assignee: Min Chen
> >Priority: Blocker
> > Fix For: 4.3.0
> >
> > Attachments: CLOUDSTACK-5046.rar
> >
> >
> > Create build from master branch; deploy advance zone in vmware setup
> > system vms are not getting created, observed NumberFormatException in ms
> log
> > 2013-11-05 11:03:50,915 INFO  [c.c.h.v.r.VmwareResource]
> (DirectAgent-45:ctx-a29b989d 10.223.250.130) Prepare NIC device based on
> NicTO:
> {"deviceId":2,"networkRateMbps":-1,"defaultNic":true,"uuid":"6f144332-f9e1-4ff6-9c15-d628272c2645","ip":"10.223.243.2","netmask":"255.255.255.192","gateway":"10.223.243.1","mac":"06:61:3a:00:00:3b","dns1":"8.8.8.8","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://510","isolationUri":"vlan://510","isSecurityGroupEnabled":false}
> > 2013-11-05 11:03:50,930 INFO  [c.c.h.v.r.VmwareResource]
> (DirectAgent-45:ctx-a29b989d 10.223.250.130) Prepare network on vmwaresvs
> P[vSwitch0:untagged] with name prefix: cloud.public
> > 2013-11-05 11:03:50,970 WARN  [c.c.h.v.r.VmwareResource]
> (DirectAgent-45:ctx-a29b989d 10.223.250.130) StartCommand failed due to
> Exception: java.lang.NumberFormatException
> > Message: null
> > java.lang.NumberFormatException: null
> > at java.lang.Integer.parseInt(Integer.java:454)
> > at java.lang.Integer.parseInt(Integer.java:527)
> > at
> com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.prepareNetwork(HypervisorHostHelper.java:940)
> > at
> com.cloud.hypervisor.vmware.resource.VmwareResource.prepareNetworkFromNicInfo(VmwareResource.java:3533)
> > at
> com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:2880)
> > at
> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:519)
> > at
> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
> > at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> > at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> > at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> > at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> > at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> > at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
> > at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
> > at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> > at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> > at java.lang.Thread.run(Thread.java:744)
> > 2013-11-05 11:03:50,973 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-45:ctx-a29b989d) Seq 2-1387069469: Cancelling because one of
> the answers is false and it is stop on error.
> > 2013-11-05 11:03:50,973 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-45:ctx-a29b989d) Seq 2-1387069469: Response Received:
> > 2013-11-05 11:03:50,975 DEBUG [c.c.a.t.Request]
> (DirectAgent-45:ctx-a29b989d) Seq 2-1387069469: Processing:  { Ans: ,
> MgmtId: 90928106758026, via: 2, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.StartAnswer":{"vm":{"id":1,"name":"v-1-VM","bootloader":"HVM","type":"ConsoleProxy","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":1073741824,"maxRam":1073741824,"hostName":"v-1-VM","arch":"i686","os":"Debian
> GNU/Linux 

Re: [ACS 4.4] ETA until RC1

[Mike Tutkowski]

Yep, that's definitely true, Sebastien.

I just wanted to get everyone on the same page for expectations around a
date for RC1...even if we're still looking at it being a couple weeks out.

The initial RC date came and went last Friday, so I just wanted to do a
"sanity check" around when we can realistically expect this to happen.


On Tue, May 13, 2014 at 7:53 AM, sebgoa  wrote:

>
> On May 13, 2014, at 10:22 AM, Daan Hoogland 
> wrote:
>
> > thanks for chopping my...
> >
> > I have no idea what so ever. The number of blokkers has been stable
> > just over ten over the last few weeks. The list has not been stable so
> > a lot of new issues have been popping up. Also the update times are at
> > most a week old. Silver side of the coin is that the number of
> > critical and major issues have steadily dropped:)
>
> Before cutting an RC, we need Release Notes (i.e list of features)
> And we probably need devcloud running properly to have a release procedure.
>
> my .2 cts
>
> >
> > On Mon, May 12, 2014 at 7:02 PM, Mike Tutkowski
> >  wrote:
> >> Hi Daan,
> >>
> >> I know we still have several blocker bugs that need to be addressed
> before
> >> we consider creating RC1 for 4.4.
> >>
> >> Any thoughts (or hopes) on when we might realistically be able to spin
> up
> >> RC1?
> >>
> >> 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
> >> *™*
> >
> >
> >
> > --
> > Daan
>
>


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

(2nd try) Can not find systemvmiso - CS42 with XenServer

[Pradeep Cloudstack]

Any pointers on debugging this ?




 From: Pradeep Cloudstack 
To: "dev@cloudstack.apache.org"  
Sent: Monday, May 5, 2014 2:48 PM
Subject: Can not find systemvmiso - CS42 with XenServer
 


I am running CS42 from my development environment. I am managing XenServer 6.2 
from my CS mgmt server.
When I try to create instances, I am getting this error:
**
RuntimeException due to com.cloud.utils.exception.CloudRuntimeException: can 
not find systemvmiso
com.cloud.utils.exception.CloudRuntimeException: can not find systemvmiso
    at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.createPatchVbd(CitrixResourceBase.java:1439)
    at
 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1633)

**

I checked the following:
(1)I have systemvm.iso at the relative path to the patch file
(2)I have /usr/bin/vhd-util  (with executable permission)
(3)I have done cloud-install-sys-tmplt for hypervisor type - xenserver


Any help on debugging this further will be greatly appreciated

-Pradeep

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Amogh Vasekar]

Same here. I see it nearly all API calls I make. I use port 8096 though,
if that makes any difference.

Thanks,
Amogh

On 5/13/14 3:01 AM, "Koushik Das"  wrote:

>I am seeing the same for many commands. So this is not specific to
>add/removeResourceDetail
>
>2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknown parameters for
>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>2014-05-12 11:13:29,079 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-1:job-3 ctx-146e0b74) Received unknown parameters for
>command createPhysicalNetwork. Unknown parameters : ctxdetails
>2014-05-12 11:13:29,188 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-2:job-4 ctx-923175d9) Received unknown parameters for
>command addTrafficType. Unknown parameters : ctxdetails
>2014-05-12 11:13:44,521 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-5:job-7 ctx-255c7f04) Received unknown parameters for
>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>2014-05-12 11:13:44,576 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-6:job-8 ctx-5bbd3334) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-12 11:13:49,705 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-7:job-9 ctx-382414ba) Received unknown parameters for
>command configureVirtualRouterElement. Unknown parameters : ctxdetails
>2014-05-12 11:13:49,746 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-8:job-10 ctx-e806b020) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-12 11:13:54,873 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-9:job-11 ctx-6f762490) Received unknown parameters for
>command configureInternalLoadBalancerElement. Unknown parameters :
>ctxdetails
>2014-05-12 11:13:54,917 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-10:job-12 ctx-a9a7f4dd) Received unknown parameters for
>command updateNetworkServiceProvider. Unknown parameters : ctxdetails
>2014-05-12 11:14:00,003 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-11:job-13 ctx-434a524d) Received unknown parameters for
>command updatePhysicalNetwork. Unknown parameters : ctxdetails
>2014-05-12 17:50:42,708 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-1:job-21 ctx-706223d8) Received unknown parameters for
>command deployVirtualMachine. Unknown parameters : ctxdetails
>2014-05-13 14:19:43,496 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-4:job-31 ctx-aff14d23) Received unknown parameters for
>command deployVirtualMachine. Unknown parameters : ctxdetails
>2014-05-13 14:48:59,308 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-1:job-53 ctx-9cc47c4f) Received unknown parameters for
>command startVirtualMachine. Unknown parameters : ctxdetails
>2014-05-13 14:50:18,255 WARN  [c.c.a.d.ParamGenericValidationWorker]
>(API-Job-Executor-5:job-61 ctx-5ceecd58) Received unknown parameters for
>command startVirtualMachine. Unknown parameters : ctxdetails
>
>
>
>
>
>On 13-May-2014, at 4:09 AM, Alena Prokharchyk
> wrote:
>
>> Hi Antonio,
>> 
>> I see following errors in the 4.4 logs:
>> 
>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-49:job-2867 ctx-072e9ae9) Received unknown parameters
>>for command removeResourceDetail. Unknown parameters : ctxdetails
>> WARN  [c.c.a.d.ParamGenericValidationWorker]
>>(API-Job-Executor-50:job-2868 ctx-35195840) Received unknown parameters
>>for command addResourceDetail. Unknown parameters : ctxdetails
>> 
>> Isn¹t something that you¹ve fixed already? If so, what branches did it
>>go to? If not, can you please fix it?
>> 
>> Thanks!
>> Alena.
>

RE: Where is appropriate place to begin discussion for 5.0 API discussion?

[Demetrius Tsitrelis]

dtsitrelis

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Tuesday, May 13, 2014 3:02 AM
To: dev
Subject: Re: Where is appropriate place to begin discussion for 5.0 API 
discussion?

which dmitri are you in confluence. I will give you access

On Mon, May 12, 2014 at 7:48 PM, Demetrius Tsitrelis 
 wrote:
> When I log into cwiki I don't see an option to add (or even edit) a page.  Do 
> I need additional permissions?
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Sunday, May 11, 2014 4:57 AM
> To: dev
> Subject: Re: Where is appropriate place to begin discussion for 5.0 API 
> discussion?
>
> I started a thread on it about a while back and al I got was a +1.
> Please start a page under
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/4.5+Design+Docu
> ments
> Maybe rename it  to
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/5.0+Design+Docu
> ments
>
> On Fri, May 9, 2014 at 10:33 PM, Demetrius Tsitrelis 
>  wrote:
>> I know that any breaking API changes have to wait until the next major 
>> version of the project and I don't see any sections on the Wiki about ideas 
>> for the 5.x version.
>>
>
>
>
> --
> Daan



--
Daan

Build failed in Jenkins: build-master-slowbuild #832

[jenkins]

See 

--
[...truncated 18312 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultipartMetaDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does 

RE: devcloud script deployDataCentre.py not working

[Santhosh Edukulla]

If you atleast use 4.4-forward marvin, the first issue mentioned related to 
connection refused, should work fine provided port configuration is proper.

I havent tried devcloud 4.4 so far, I can try it with 4.4 and let know the 
results.


Santhosh

From: sebgoa [run...@gmail.com]
Sent: Tuesday, May 13, 2014 8:41 AM
To: dev@cloudstack.apache.org; Santhosh Edukulla
Subject: Re: devcloud script deployDataCentre.py not working

cc santhosh, maybe he has tried devcloud with 4.4


On May 7, 2014, at 9:45 PM, Daan Hoogland  wrote:

> basic networking fails slightly differntly:
>
> daan:~/cloudstack-4.4/cloudstack (4.4)> python
> tools/marvin/marvin/deployDataCenter.py -i tools/devcloud/devcloud.cfg
> Traceback (most recent call last):
>  File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
>deploy.deploy()
>  File "tools/marvin/marvin/deployDataCenter.py", line 563, in deploy
>self.createZones(self.config.zones)
>  File "tools/marvin/marvin/deployDataCenter.py", line 425, in createZones
>self.createPods(zone.pods, zoneId, networkid)
>  File "tools/marvin/marvin/deployDataCenter.py", line 142, in createPods
>vmwareDc=pod.vmwaredc)
>  File "tools/marvin/marvin/deployDataCenter.py", line 87, in createClusters
>cluster.hypervisor)
>  File "tools/marvin/marvin/deployDataCenter.py", line 53, in addHosts
>self.apiClient.addHost(hostcmd)
>  File 
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
> line 1535, in addHost
>response = self.connection.marvinRequest(command,
> response_type=response, method=method)
>  File 
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
> line 272, in marvinRequest
>response = jsonHelper.getResultObj(response.json(), response_type)
>  File 
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/jsonHelper.py",
> line 148, in getResultObj
>raise cloudstackException.cloudstackAPIException(respname, errMsg)
> cloudstackException.cloudstackAPIException: Execute cmd: addhost
> failed, due to: errorCode: 530, errorText:Cannot transit agent status
> with event AgentDisconnected for host 1, mangement server id is
> 4278190080,Unable to transition to a new state from Creating via
> AgentDisconnected
>
>
> seems like I failed to do some config on the devcloud host. Anything?
> I followed https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud
> but in some cases it wasn't clear to me if I should execute something
> in the devcloud or on my laptop.
>
> On Wed, May 7, 2014 at 9:32 PM, Daan Hoogland  wrote:
>> I am setting up a test env on my laptop using devcloud2 v4.3. I am
>> running the ms v4.4 in eclipse and the db on my laptop. I get the
>> following error:
>>
>> daan:~/cloudstack-4.4/cloudstack (4.4)> python
>> tools/marvin/marvin/deployDataCenter.py -i
>> tools/devcloud/devcloud-advanced.cfg
>> Traceback (most recent call last):
>>  File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
>>deploy.deploy()
>>  File "tools/marvin/marvin/deployDataCenter.py", line 561, in deploy
>>self.loadCfg()
>>  File "tools/marvin/marvin/deployDataCenter.py", line 523, in loadCfg
>>mgtDetails.apiKey, mgtDetails.securityKey = self.registerApiKey()
>>  File "tools/marvin/marvin/deployDataCenter.py", line 492, in registerApiKey
>>listuserRes = self.testClient.getApiClient().listUsers(listuser)
>>  File 
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
>> line 600, in listUsers
>>response = self.connection.marvinRequest(command,
>> response_type=response, method=method)
>>  File 
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 266, in marvinRequest
>>method=method)
>>  File 
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 196, in request
>>raise c
>> requests.exceptions.ConnectionError:
>> HTTPConnectionPool(host='192.168.56.10', port=8096): Max retries
>> exceeded with url:
>> /client/api?account=admin&command=listUsers&response=json (Caused by
>> : [Errno 61] Connection refused)
>>
>> telnet port 8091 locally on my laptop works and from the devcloud to
>> my laptop as well but the port is not opened on the dev. So it makes
>> sense that the connection is refused. Not that it is opened. I set the
>> 'host' config item to the virtualbox gateway address, 192.168.56.1.
>> That didn't help. I don't see what config I should change.
>>
>> What should I change? Where didn't I look?
>>
>> --
>> Daan
>
>
>
> --
> Daan

Re: [PROPOSAL] Using continuous integration to maintain our code quality...

[Yoshikazu Nojima]

Alex,

Thank you for interesting proposal. I suppose pre check-in test is
long-awaited for everyone.
I'm looking forward to see your Jenkins made public.

If possible, can you share jenkins job's settings.xml for future
reference when it is ready?

Regards,
Noji

2014-05-13 2:04 GMT-06:00 Daan Hoogland :
> Ritu,
>
> If I understood Alex' page on the wiki correctly you can run against
> your own fork.
> @Alex: true?
>
> On Wed, May 7, 2014 at 8:07 PM, Ritu Sabharwal  wrote:
>> Hi Alex,
>>
>> I am a new developer (non-commiter) and getting to learn about the 
>> development process of CloudStack.
>>
>> I have a question about the Jenkins, when you say create a branch for your 
>> code and ask Jenkins to run BVT on your branch. The branch will be created 
>> on my local repository but Jenkins would run on central repository. In that 
>> case, does it mean that I install Jenkins locally on my setup.
>>
>> Please help.
>>
>> Thanks,
>> Ritu S.
>>
>> -Original Message-
>> From: Alex Huang [mailto:alex.hu...@citrix.com]
>> Sent: Tuesday, May 06, 2014 5:04 PM
>> To: dev@cloudstack.apache.org
>> Subject: [PROPOSAL] Using continuous integration to maintain our code 
>> quality...
>>
>> Hi All,
>>
>> This is something I brought up a long time ago but really didn't have the 
>> resources to get it all up and running until now.  Throughout the past year, 
>> Edison, Prasanna, Amogh, Bharat, Koushik, Talluri, and others have been 
>> chipping away at it.  At this point, we finally pull together a continuous 
>> integration setup that we can use to make sure that CloudStack master and 
>> the currently release branch are always stable.  This is getting pretty 
>> close to be completed and we like to share it with the community in hopes 
>> that we can reduce/eliminate that problems we've seen with our recent 
>> releases.  Currently, the physical hardware are hosted by Citrix but we'll 
>> be more than willing to donate the work to infra when that's all settled.
>>
>> This does require effort from the community to make a change in their 
>> development process.  These steps are detailed at [1].  I like to get 
>> feedback on what everyone think about this.
>>
>> What have we done:
>>   - We replaced a large selection of the BVT tests to run with the simulator 
>> instead of actual hardware.  This shortens the duration of each BVT run.  
>> Today, a BVT that runs tests for XenServer and KVM completes in 30-40 
>> minutes.
>>   - We will run the new BVT on master and the current release branch on a 
>> continuous basis.
>>   - Developers can use Jenkins to ask BVT to be run on their branch so they 
>> can know it won't break the continuous integration before they merge to 
>> master and the current release branch.
>>
>> Please have a read and let me know what you think.
>>
>> --Alex
>>
>> [1] 
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Development+Process
>
>
>
> --
> Daan

Re: Citrix 6.2SP1 - snapshot error - unpause operation

[Radek Smigielski]

> Is anyone using Citrix'a 6.2SP1 noticed a problem with blocking the VDI

> during making snapshot'a?
> VDI disk during snapshot is marked as paused and virtual machine can not
> use it.

Tomku, try to run "tap-ctl list" command before you do the snapshot and when it 
gets stuck.
What's the difference?
You should see your VDI open and probbaly paused for some short time but it 
should return to normal state after max few seconds.


Radek.

[REQUEST] permission to assign task in jira

[Gaurav Aradhye]

Hi,

Can anyone please give me permission to "assign task" in jira? My jira id
is gauravaradhye.

Regards,
Gaurav

[ACS44] ms won't add host

[Daan Hoogland]

When I add a host to a cluster/pod/zone in 4.4 I get
2014-05-13 08:51:27,073 DEBUG [c.c.u.s.SSHCmdHelper]
(DirectAgent-20:ctx-bf9610f7) Executing cmd: mkdir -p /opt/cloud/bin
/var/log/cloud
2014-05-13 08:51:28,089 DEBUG [c.c.u.s.SSHCmdHelper]
(DirectAgent-20:ctx-bf9610f7) Ssh executed failed
java.lang.NullPointerException
at 
com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmdOneShotWithExitCode(SSHCmdHelper.java:159)
at 
com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmdOneShot(SSHCmdHelper.java:170)
at com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmd(SSHCmdHelper.java:66)
at com.cloud.utils.ssh.SSHCmdHelper.sshExecuteCmd(SSHCmdHelper.java:91)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupServer(CitrixResourceBase.java:4845)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:4674)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:490)
at 
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:176)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)

The dir does exist on the host so mkdir -p does not return an error.
This happens on the 4.3 version of devcloud2 on macosx  and on a
xenserver 6.0.2 host with a windows ms.

Anybody else saw this?

-- 
Daan

Re: devcloud script deployDataCentre.py not working

[sebgoa]

cc santhosh, maybe he has tried devcloud with 4.4


On May 7, 2014, at 9:45 PM, Daan Hoogland  wrote:

> basic networking fails slightly differntly:
> 
> daan:~/cloudstack-4.4/cloudstack (4.4)> python
> tools/marvin/marvin/deployDataCenter.py -i tools/devcloud/devcloud.cfg
> Traceback (most recent call last):
>  File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
>deploy.deploy()
>  File "tools/marvin/marvin/deployDataCenter.py", line 563, in deploy
>self.createZones(self.config.zones)
>  File "tools/marvin/marvin/deployDataCenter.py", line 425, in createZones
>self.createPods(zone.pods, zoneId, networkid)
>  File "tools/marvin/marvin/deployDataCenter.py", line 142, in createPods
>vmwareDc=pod.vmwaredc)
>  File "tools/marvin/marvin/deployDataCenter.py", line 87, in createClusters
>cluster.hypervisor)
>  File "tools/marvin/marvin/deployDataCenter.py", line 53, in addHosts
>self.apiClient.addHost(hostcmd)
>  File 
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
> line 1535, in addHost
>response = self.connection.marvinRequest(command,
> response_type=response, method=method)
>  File 
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
> line 272, in marvinRequest
>response = jsonHelper.getResultObj(response.json(), response_type)
>  File 
> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/jsonHelper.py",
> line 148, in getResultObj
>raise cloudstackException.cloudstackAPIException(respname, errMsg)
> cloudstackException.cloudstackAPIException: Execute cmd: addhost
> failed, due to: errorCode: 530, errorText:Cannot transit agent status
> with event AgentDisconnected for host 1, mangement server id is
> 4278190080,Unable to transition to a new state from Creating via
> AgentDisconnected
> 
> 
> seems like I failed to do some config on the devcloud host. Anything?
> I followed https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud
> but in some cases it wasn't clear to me if I should execute something
> in the devcloud or on my laptop.
> 
> On Wed, May 7, 2014 at 9:32 PM, Daan Hoogland  wrote:
>> I am setting up a test env on my laptop using devcloud2 v4.3. I am
>> running the ms v4.4 in eclipse and the db on my laptop. I get the
>> following error:
>> 
>> daan:~/cloudstack-4.4/cloudstack (4.4)> python
>> tools/marvin/marvin/deployDataCenter.py -i
>> tools/devcloud/devcloud-advanced.cfg
>> Traceback (most recent call last):
>>  File "tools/marvin/marvin/deployDataCenter.py", line 579, in 
>>deploy.deploy()
>>  File "tools/marvin/marvin/deployDataCenter.py", line 561, in deploy
>>self.loadCfg()
>>  File "tools/marvin/marvin/deployDataCenter.py", line 523, in loadCfg
>>mgtDetails.apiKey, mgtDetails.securityKey = self.registerApiKey()
>>  File "tools/marvin/marvin/deployDataCenter.py", line 492, in registerApiKey
>>listuserRes = self.testClient.getApiClient().listUsers(listuser)
>>  File 
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackAPI/cloudstackAPIClient.py",
>> line 600, in listUsers
>>response = self.connection.marvinRequest(command,
>> response_type=response, method=method)
>>  File 
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 266, in marvinRequest
>>method=method)
>>  File 
>> "/Users/daan/cloudstack-4.4/cloudstack/tools/marvin/marvin/cloudstackConnection.py",
>> line 196, in request
>>raise c
>> requests.exceptions.ConnectionError:
>> HTTPConnectionPool(host='192.168.56.10', port=8096): Max retries
>> exceeded with url:
>> /client/api?account=admin&command=listUsers&response=json (Caused by
>> : [Errno 61] Connection refused)
>> 
>> telnet port 8091 locally on my laptop works and from the devcloud to
>> my laptop as well but the port is not opened on the dev. So it makes
>> sense that the connection is refused. Not that it is opened. I set the
>> 'host' config item to the virtualbox gateway address, 192.168.56.1.
>> That didn't help. I don't see what config I should change.
>> 
>> What should I change? Where didn't I look?
>> 
>> --
>> Daan
> 
> 
> 
> -- 
> Daan

Re: Review Request 21221: CLOUDSTACK-6606: Fix: create network offering dailog box has greyed out (not selectable) providers for the connectivity service.

[ASF Subversion and Git Services]

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


Commit 7bd0b92ea060be978ce1b9a69cfc45b4a673a342 in cloudstack's branch 
refs/heads/4.4 from Gabor Apati-Nagy
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7bd0b92 ]

CLOUDSTACK-6606: Fixed: create network offering dailog box has greyed out (not 
selectable) providers for the connectivity service.


- ASF Subversion and Git Services


On May 8, 2014, 3:39 p.m., Gabor Apati-Nagy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21221/
> ---
> 
> (Updated May 8, 2014, 3:39 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle, Jessica Wang, and Murali Reddy.
> 
> 
> Bugs: CLOUDSTACK-6606
> https://issues.apache.org/jira/browse/CLOUDSTACK-6606
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Add Network Offering page: Some providers are disabled based on the selection 
> state of the VPC checkbox. However, this should not be done for Connectivity 
> service. This patch fixes this.
> 
> 
> Diffs
> -
> 
>   ui/scripts/configuration.js 1b82188 
> 
> Diff: https://reviews.apache.org/r/21221/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gabor Apati-Nagy
> 
>

Re: [ACS 4.4] ETA until RC1

[sebgoa]

On May 13, 2014, at 10:22 AM, Daan Hoogland  wrote:

> thanks for chopping my...
> 
> I have no idea what so ever. The number of blokkers has been stable
> just over ten over the last few weeks. The list has not been stable so
> a lot of new issues have been popping up. Also the update times are at
> most a week old. Silver side of the coin is that the number of
> critical and major issues have steadily dropped:)

Before cutting an RC, we need Release Notes (i.e list of features)
And we probably need devcloud running properly to have a release procedure.

my .2 cts

> 
> On Mon, May 12, 2014 at 7:02 PM, Mike Tutkowski
>  wrote:
>> Hi Daan,
>> 
>> I know we still have several blocker bugs that need to be addressed before
>> we consider creating RC1 for 4.4.
>> 
>> Any thoughts (or hopes) on when we might realistically be able to spin up
>> RC1?
>> 
>> 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
>> *™*
> 
> 
> 
> -- 
> Daan

[ACS44] Cherry pick for CLOUDSTACK-6652

[Sateesh Chodapuneedi]

Hi Daan,
Please cherry-pick following commit to 4.4 branch.

commit 3af2abecb44b2ca2c53ac25ffe72cb13f2668158
Author: Sateesh Chodapuneedi 
Date:   Tue May 13 15:00:29 2014 +0530
CLOUDSTACK-6652 CLONE - [Automation] Vmware-  System's StartCommand failed with 
"NumberFormatException" while using VMware DVS
vlan id format was like "vlan://" instead of just "". This causes 
numberformatexception while converting the vlan id to integer form from string 
form. this was fixed for standard vswitch in bug Cloudstack-5046. now fixed for 
other 2 cases of dvswitch as well as pvlan.

Regards,
Sateesh

Re: [ACS44] Cherry pick for CLOUDSTACK-6510 and CLOUDSTACK-6622

[Daan Hoogland]

both in

On Tue, May 13, 2014 at 7:32 AM, Devdeep Singh  wrote:
> Hi Daan,
>
> Please cherry pick the following commits to 4.4 branch.
>
> commit 681e628543f40fcf1f3cb89592c2dc8e89b5eeb1
> Author: Devdeep Singh 
> Date:   Mon May 5 16:59:39 2014 +0530
>
> CLOUDSTACK-6510: Fix gson serialization exception in storage migration. 
> Gson couldn't serialize
> a map with volume and storagepool objects for logging. Fixed by using 
> volume and storage pool
> ids instead of objects in the map.
>
> commit 98df3e55b93df9f30b5767b20c0a4a6f1336406a
> Author: Devdeep Singh 
> Date:   Fri May 9 15:54:56 2014 +0530
>
> CLOUDSTACK-6622: After a volume was live migrated, the destination smb 
> storage path was added to
> the folder column. For an smb share the smb credentials are in the query 
> string of the path.
> Before adding the path, smb shares query string should be cleaned up.
>
> Regards,
> Devdeep



-- 
Daan

Re: seeing "Unknown parameters : ctxdetails" for addResourceDetail/removeResourceDetail

[Koushik Das]

I am seeing the same for many commands. So this is not specific to 
add/removeResourceDetail

2014-05-09 18:17:39,477 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-24:job-28 ctx-6eaab5d7) Received unknown parameters for 
command updateNetworkServiceProvider. Unknown parameters : ctxdetails
2014-05-09 18:17:42,584 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-25:job-29 ctx-9c9f87f4) Received unknown parameters for 
command updatePhysicalNetwork. Unknown parameters : ctxdetails
2014-05-12 11:13:29,079 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-1:job-3 ctx-146e0b74) Received unknown parameters for command 
createPhysicalNetwork. Unknown parameters : ctxdetails
2014-05-12 11:13:29,188 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-2:job-4 ctx-923175d9) Received unknown parameters for command 
addTrafficType. Unknown parameters : ctxdetails
2014-05-12 11:13:44,521 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-5:job-7 ctx-255c7f04) Received unknown parameters for command 
configureVirtualRouterElement. Unknown parameters : ctxdetails
2014-05-12 11:13:44,576 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-6:job-8 ctx-5bbd3334) Received unknown parameters for command 
updateNetworkServiceProvider. Unknown parameters : ctxdetails
2014-05-12 11:13:49,705 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-7:job-9 ctx-382414ba) Received unknown parameters for command 
configureVirtualRouterElement. Unknown parameters : ctxdetails
2014-05-12 11:13:49,746 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-8:job-10 ctx-e806b020) Received unknown parameters for 
command updateNetworkServiceProvider. Unknown parameters : ctxdetails
2014-05-12 11:13:54,873 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-9:job-11 ctx-6f762490) Received unknown parameters for 
command configureInternalLoadBalancerElement. Unknown parameters : ctxdetails
2014-05-12 11:13:54,917 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-10:job-12 ctx-a9a7f4dd) Received unknown parameters for 
command updateNetworkServiceProvider. Unknown parameters : ctxdetails
2014-05-12 11:14:00,003 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-11:job-13 ctx-434a524d) Received unknown parameters for 
command updatePhysicalNetwork. Unknown parameters : ctxdetails
2014-05-12 17:50:42,708 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-1:job-21 ctx-706223d8) Received unknown parameters for 
command deployVirtualMachine. Unknown parameters : ctxdetails
2014-05-13 14:19:43,496 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-4:job-31 ctx-aff14d23) Received unknown parameters for 
command deployVirtualMachine. Unknown parameters : ctxdetails
2014-05-13 14:48:59,308 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-1:job-53 ctx-9cc47c4f) Received unknown parameters for 
command startVirtualMachine. Unknown parameters : ctxdetails
2014-05-13 14:50:18,255 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(API-Job-Executor-5:job-61 ctx-5ceecd58) Received unknown parameters for 
command startVirtualMachine. Unknown parameters : ctxdetails





On 13-May-2014, at 4:09 AM, Alena Prokharchyk  
wrote:

> Hi Antonio,
> 
> I see following errors in the 4.4 logs:
> 
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-49:job-2867 
> ctx-072e9ae9) Received unknown parameters for command removeResourceDetail. 
> Unknown parameters : ctxdetails
> WARN  [c.c.a.d.ParamGenericValidationWorker] (API-Job-Executor-50:job-2868 
> ctx-35195840) Received unknown parameters for command addResourceDetail. 
> Unknown parameters : ctxdetails
> 
> Isn’t something that you’ve fixed already? If so, what branches did it go to? 
> If not, can you please fix it?
> 
> Thanks!
> Alena.

Re: [ACS44] cherry pick CLOUDSTACK-6379

[Daan Hoogland]

On Tue, May 13, 2014 at 12:41 AM, Jessica Wang  wrote:
> f4c726d7b842636e665ba4ca3616688e2b26192b




-- 
Daan

Build failed in Jenkins: build-master-slowbuild #808

[jenkins]

See 

Changes:

[gaurav.aradhye] Fixing few issues in Multiple IPs test cases

--
[...truncated 18312 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultipartMetaDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INF

Re: Where is appropriate place to begin discussion for 5.0 API discussion?

[Daan Hoogland]

which dmitri are you in confluence. I will give you access

On Mon, May 12, 2014 at 7:48 PM, Demetrius Tsitrelis
 wrote:
> When I log into cwiki I don't see an option to add (or even edit) a page.  Do 
> I need additional permissions?
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Sunday, May 11, 2014 4:57 AM
> To: dev
> Subject: Re: Where is appropriate place to begin discussion for 5.0 API 
> discussion?
>
> I started a thread on it about a while back and al I got was a +1.
> Please start a page under
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/4.5+Design+Documents
> Maybe rename it  to
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/5.0+Design+Documents
>
> On Fri, May 9, 2014 at 10:33 PM, Demetrius Tsitrelis 
>  wrote:
>> I know that any breaking API changes have to wait until the next major 
>> version of the project and I don't see any sections on the Wiki about ideas 
>> for the 5.x version.
>>
>
>
>
> --
> Daan



-- 
Daan

Re: StretchedL2Subnet

[Murali Reddy]

Fixed with below commit.

commit df65b2e7c438986fac645f0a33688f8b36a12152
Author: Murali Reddy 
Date:   Wed May 7 20:03:28 2014 +0530

CLOUDSTACK-6593: Connectivity service capabilites should be matched
with
the provider only if at least one capability is specified


Fix avoids the check, and only if the createNetworkOffering
'StrechedL2'Subnet' capability is specified then it should match
against
'Connectivity' service provider



On 06/05/14 5:41 PM, "Daan Hoogland"  wrote:

>Murali,
>
>Can you have a look to see what defaults where introduced to make
>these tests fail? I see StretchedL2 was introduced in commit
>d2d54a946310d25a8edd4cab5abf8588a9e1b4df, committed on the 20th of
>march.
>
>thanks,
>Daan
>
>On Tue, May 6, 2014 at 2:00 PM, Ian Southam 
>wrote:
>> Anybody know what this is?
>>
>> I see our Integration testing (for Nicira) has started failing of late.
>> We are not requesting such a network so I presume a default has changed
>>somewhere?
>>
>> 
>>
>> ERROR: 
>>test-create-nicira-network-offerings.testNetworkOffering.testCreateNetwor
>>kOfferingNiciraL2
>> --
>> Traceback (most recent call last):
>>   File "/usr/local/lib/python2.7/site-packages/nose/case.py", line 197,
>>in runTest
>> self.test(*self.arg)
>>   File "/home/jenkins/slave/workspace/team_tkt/Cloudstack Integration
>>Testing/build-cloud/scripts/test-create-nicira-network-offerings.py",
>>line 80, in testCreateNetworkOfferingNiciraL2
>> resp = conn.marvinRequest(createNetOff)
>>   File 
>>"/usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
>>line 279, in marvinRequest
>> response = jsonHelper.getResultObj(response.json(), response_type)
>>   File "/usr/local/lib/python2.7/site-packages/marvin/jsonHelper.py",
>>line 148, in getResultObj
>> raise cloudstackException.cloudstackAPIException(respname, errMsg)
>> cloudstackAPIException: Execute cmd: createnetworkoffering failed, due
>>to: errorCode: 431, errorText:Provider: NiciraNvp does not support
>>StretchedL2Subnet
>>  >> begin captured stdout << -
>> DEBUG: sending GET request: createNetworkOffering {'specifyipranges':
>>'false', 'serviceproviderlist[2].provider': 'VirtualRouter',
>>'serviceproviderlist[5].service': 'Lb', 'displaytext':
>>'NiciraNvpL2SNAT', 'serviceproviderlist[0].service': 'UserData',
>>'serviceproviderlist[4].provider': 'VirtualRouter',
>>'serviceproviderlist[1].provider': 'VirtualRouter', 'availability':
>>'Optional', 'conservemode': 'true', 'serviceproviderlist[3].service':
>>'StaticNat', 'serviceproviderlist[5].provider': 'VirtualRouter',
>>'serviceproviderlist[0].provider': 'VirtualRouter', 'specifyvlan':
>>'false', 'serviceproviderlist[8].provider': 'VirtualRouter',
>>'serviceproviderlist[9].provider': 'NiciraNvp',
>>'serviceproviderlist[1].service': 'Vpn',
>>'serviceproviderlist[4].service': 'PortForwarding', 'supportedservices':
>>'UserData,Vpn,Dhcp,StaticNat,PortForwarding,Lb,Firewall,Dns,SourceNat,Con
>>nectivity', 'traffictype': 'GUEST', 'serviceproviderlist[6].provider':
>>'VirtualRouter', 'serviceproviderlist[8].service': 'SourceNat',
>>'serviceproviderlist[3].provider': 'VirtualRouter', 'name':
>>'NiciraNvpL2SNAT', 'serviceproviderlist[9].service': 'Connectivity',
>>'guestiptype': 'Isolated', 'serviceproviderlist[7].provider':
>>'VirtualRouter', 'serviceproviderlist[7].service': 'Dns',
>>'serviceproviderlist[2].service': 'Dhcp',
>>'serviceproviderlist[6].service': 'Firewall'}
>> DEBUG: Computed Signature by Marvin: uwA97AMbhXAPNjW+vzx90pAZv1M=
>> DEBUG: Request: 
>>http://cittapp232:8080/client/api?specifyipranges=false&serviceproviderli
>>st%5B2%5D.provider=VirtualRouter&serviceproviderlist%5B5%5D.service=Lb&ap
>>iKey=ZJi1_VqmRIhto3bj9zGlPq9y9ywI15bskwdvIGooKjfppdKk5lQhwVSMPyhs2wDN8o_E
>>K51ePHN8ibzPxXXSTg&displaytext=NiciraNvpL2SNAT&serviceproviderlist%5B0%5D
>>.service=UserData&serviceproviderlist%5B4%5D.provider=VirtualRouter&servi
>>ceproviderlist%5B1%5D.provider=VirtualRouter&availability=Optional&conser
>>vemode=true&serviceproviderlist%5B3%5D.service=StaticNat&serviceproviderl
>>ist%5B5%5D.provider=VirtualRouter&response=json&serviceproviderlist%5B0%5
>>D.provider=VirtualRouter&specifyvlan=false&serviceproviderlist%5B8%5D.pro
>>vider=VirtualRouter&serviceproviderlist%5B9%5D.provider=NiciraNvp&service
>>providerlist%5B1%5D.service=Vpn&serviceproviderlist%5B4%5D.service=PortFo
>>rwarding&supportedservices=UserData%2CVpn%2CDhcp%2CStaticNat%2CPortForwar
>>ding%2CLb%2CFirewall%2CDns%2CSourceNat%2CConnectivity&traffictype=GUEST&s
>>erviceproviderlist%5B6%5D.provider=VirtualRouter&serviceproviderlist%5B8%
>>5D.service=SourceNat&serviceproviderlist%5B3%5D.provider=VirtualRouter&na
>>me=NiciraNvpL2SNAT&serviceproviderlist%5B9%5D.service=Connectivity&guesti
>>ptype=Isolated&serviceproviderlist%5B7%5D.provider=VirtualRouter&servicep
>>roviderlist%5B7%5D.service=Dns&serviceproviderlist%

Re: [DISCUSS] cherry picking Marvin refactor to 4.4

[Daan Hoogland]

I am not against any test code getting in the 4.4

On Tue, May 13, 2014 at 10:24 AM, sebgoa  wrote:
> Hi,
>
> Marvin has been refactored and lots of integration tests have been committed 
> to 4.4-forward to take advantage of this refactoring.
>
> While we obviously are featured freezed and code freezed, I think it would 
> help 4.4 release and QA if we were to merge this Marvin refactoring into the 
> 4.4 branch.
>
> The simulator tests have not run on jenkins since 4.3, I am of the opinion 
> that we need to make sure it runs and that the tests that can make use of the 
> simulator be run on the 4.4 branch.
>
> Therefore I'd like to request that we cherry-pick the marvin refactor and the 
> new integration tests into 4.4.
>
> thoughts ?
>
> Ps: If we agree, Santhosh can provide the list of commits to cherry-pick
>
> -Sebastien



-- 
Daan

Re: [ACS44] Cherry pick for CLOUDSTACK-6601

[Daan Hoogland]

On Fri, May 9, 2014 at 1:18 AM, Alena Prokharchyk
 wrote:
> cadefb1aeb2e1d973c9dcf38e7f793adc50599d6


done

-- 
Daan

Cloudstack maven repo with sonatype nexus

[Rayees Namathponnan]

Hi All,

Any of you configured "sonatype nexus" with CloudStack for maven ?

I tried to configure this, but hitting issues with Juniper-Contrail and 
midonet;  both these jar files are not in maven central repo, then I tried to 
configure as "3rd party Repository", but it doesn't works.
While plugging "plugins/network-elements/juniper-contrail" , maven unable to 
resolve dependency.

[root@build-test2 juniper-contrail]# mvn install
[INFO] Scanning for projects...
[INFO]
[INFO] 
[INFO] Building Apache CloudStack Plugin - Network Juniper Contrail 
4.4.0-SNAPSHOT
[INFO] 
[WARNING] The POM for 
net.juniper.contrail:juniper-contrail-api:jar:1.0-SNAPSHOT is missing, no 
dependency information available
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 6.833s
[INFO] Finished at: Wed May 07 18:15:14 PDT 2014
[INFO] Final Memory: 8M/20M
[INFO] 
[ERROR] Failed to execute goal on project cloud-plugin-network-contrail: Could 
not resolve dependencies for project org.a   
pache.cloudstack:cloud-plugin-network-contrail:jar:4.4.0-SNAPSHOT: Failure to 
find net.juniper.contrail:juniper-contrail-api:jar:1.0-SNAPSHOT in 
http://10.223.xxx.xxx:8081/nexus/content/groups/public was cached in the local 
repository, resolu   tion will not be reattempted until the update interval of 
nexus has elapsed or updates are forced -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.


Regards,
Rayees

Re: Review Request 21109: [UI] New Zones tab for Templates and ISOs

[Jessica Wang]

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

Ship it!


Ship It!

- Jessica Wang


On May 6, 2014, 10:50 a.m., Gabor Apati-Nagy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21109/
> ---
> 
> (Updated May 6, 2014, 10:50 a.m.)
> 
> 
> Review request for cloudstack, Brian Federle and Jessica Wang.
> 
> 
> Bugs: CLOUDSTACK-6565
> https://issues.apache.org/jira/browse/CLOUDSTACK-6565
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> [UI] New Zones tab for Templates and ISOs
> 
> 
> Diffs
> -
> 
>   client/WEB-INF/classes/resources/messages.properties eff2c3e 
>   ui/css/cloudstack3.css cb9fa35 
>   ui/dictionary.jsp 9cc030a 
>   ui/scripts/templates.js 67cc2fb 
> 
> Diff: https://reviews.apache.org/r/21109/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gabor Apati-Nagy
> 
>

"Accounts" -> "Add Account" UI Question

[Thomas O'Dowd]

When I delete an account, I get a notification. Should the same not work
for adding an account? I'm using 4.3.

I've never really played with javascript, jquery or ajax before but just
looking the the code in the debugger I'm wondering if the following is
not a problem. Maybe something obvious that I don't quite understand :-)

In accountsWizard.js
} else {
$.ajax({
url: createURL('createAccount' + array1.join("")),
dataType: "json",
async: false,
success: function(json) {
var item = json.createaccountresponse.account;
args.response.success({
data: item
});
},
error: function(XMLHttpResponse) {

args.response.error(parseXMLHttpResponse(XMLHttpResponse));
}
});
}

The code calls the function "args.response.success()" but looking at the
debugger args.response has no "success" function. It has
args.response.error() though.

In ui-custom/accountsWizard.js
} else {
args.action({
context: context,
data: data,
isLdap: isLdap,
username: username,
response: {
error: function(message) {
if (message) {
cloudStack.dialog.notice({
message: message
});
}
}
}
});
}

It doesn't setup a response.success... Only response.error.

However, I would have expected that the call to the missing function
would cause some kind of javascript error on the console but nothing is
logged.

Tom.
-- 
Cloudian KK - http://www.cloudian.com/get-started.html
Fancy 10TB of full featured S3 Storage?
Checkout the Cloudian® Community Edition!

Re: [PROPOSAL] Using continuous integration to maintain our code quality...

[Daan Hoogland]

Alex, (see inline)

On Mon, May 12, 2014 at 6:02 PM, Alex Huang  wrote:
...
> For the concern on distributed setup, there's a two part answer.
>   1. We're basically asking everyone to use a central Jenkins to run the 
> automated before they merge to the asf git repository to make sure they 
> didn't break the product for everyone.  It shouldn't have any impact on your 
> local Jenkins.
I am not talking of a local jenkins but of a local jenkins slave
machine triggered by the central jenkins. I know solidfire has their
own setup with their own hardware that only they can test their plugin
code agains and they want to make sure new checkins don't break their
code. We want such a setup for more then just their code/hardware. So
if someone triggers a check it should check on several build machines,
the central one and also all other machines that 'subscribed' as a
regression test machine. Am I drifting?

...
> As for reviewers, I'm open to the number of reviewers.  The only number I 
> will be against definitely is zero.  My personal opinion is that the quality 
> of the reviewer is more important than the quantity.  I'm not sure how we can 
> make sure the quality of the reviewer is good.  I'm open to suggestions there.
I aggree  that the quality is more important then the quantity. To
outside contributers it is the availibility that is worrying.

Daan

Re: Review Request 21009: Added Network API tests to test_escalation.py

[Vinay Varma]

> On May 7, 2014, 11:15 a.m., Girish Shilamkar wrote:
> > Could you please rebase the patch to 4.4-forward ?
> 
> Vinay Varma wrote:
> Same patch can be appliend for 4.4-forward branch also. Please apply the 
> patch

As discussed with santhosh, will re-check this patch for 4.4-forward and will 
update the group


- Vinay


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


On May 2, 2014, 8:35 a.m., Anish Bindal wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21009/
> ---
> 
> (Updated May 2, 2014, 8:35 a.m.)
> 
> 
> Review request for cloudstack and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-6282
> https://issues.apache.org/jira/browse/CLOUDSTACK-6282
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added Network API tests to test_escalation.py
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations.py e994579 
>   tools/marvin/marvin/config/test_data.py b862205 
> 
> Diff: https://reviews.apache.org/r/21009/diff/
> 
> 
> Testing
> ---
> 
> Executed all tests and attached are the result log files.
> 
> 
> File Attachments
> 
> 
> Result Log File
>   
> https://reviews.apache.org/media/uploaded/files/2014/05/02/d76abc1c-95c0-4ad5-93f2-38ebb5d85763__results.txt
> 
> 
> Thanks,
> 
> Anish Bindal
> 
>

Re: Review Request 21009: Added Network API tests to test_escalation.py

[Vinay Varma]

> On May 7, 2014, 11:15 a.m., Girish Shilamkar wrote:
> > Could you please rebase the patch to 4.4-forward ?

Same patch can be appliend for 4.4-forward branch also. Please apply the patch


- Vinay


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


On May 2, 2014, 8:35 a.m., Anish Bindal wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21009/
> ---
> 
> (Updated May 2, 2014, 8:35 a.m.)
> 
> 
> Review request for cloudstack and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-6282
> https://issues.apache.org/jira/browse/CLOUDSTACK-6282
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added Network API tests to test_escalation.py
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations.py e994579 
>   tools/marvin/marvin/config/test_data.py b862205 
> 
> Diff: https://reviews.apache.org/r/21009/diff/
> 
> 
> Testing
> ---
> 
> Executed all tests and attached are the result log files.
> 
> 
> File Attachments
> 
> 
> Result Log File
>   
> https://reviews.apache.org/media/uploaded/files/2014/05/02/d76abc1c-95c0-4ad5-93f2-38ebb5d85763__results.txt
> 
> 
> Thanks,
> 
> Anish Bindal
> 
>

Re: [JIRA PERMISSION ACCESS] Permission to assign a jira issue

[Daan Hoogland]

Meghna, you are already in jira. I don't see what I can do for you.

On Tue, May 13, 2014 at 9:18 AM, Meghna Kale  wrote:
>
> Hi Daan,
>
> Can you please grant me permissions to assign a JIRA and add watchers that
> will be helpful.
>
> Thanks
> Meghna.
>
> -- Forwarded message --
> From: Meghna Kale 
> Date: Mon, May 12, 2014 at 6:58 PM
> Subject: [JIRA PERMISSION ACCESS] Permission to assign a jira issue
> To: dev@cloudstack.apache.org
>
>
> Hi All,
>
> Can someone grant me permission to assign a JIRA and add watchers that will
> be helpful.
>
> My Jira id is meghna.kale
>
> Thanks
> Meghna.
>



-- 
Daan

Build failed in Jenkins: build-master-slowbuild #828

[jenkins]

See 

Changes:

[jessicawang] CLOUDSTACK-6379: UI > fix a bug that domain admin failed to be 
created when current login doesn't have visibility to root domain object.

[kelveny] CLOUDSTACK-6647: appending instance name with custom supplied info 
that contains - character can break vmsync.

--
[...truncated 18312 lines...]

Tests run: 4, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not con

Re: [ACS44] Fix for CLOUDSTACK-5501 and CLOUDSTACK-6607

[Daan Hoogland]

2 commits pulled

On Tue, May 13, 2014 at 3:50 AM, Sheng Yang  wrote:
> Hi Daan,
>
> Please cherry pick following commits in 4.4-forward branch for ACS 4.4's
> fix.
>
> commit a3e9d0ff12deb36fa304795a089345869cc29a08
> Author: Sheng Yang 
> Date:   Mon May 12 18:26:53 2014 -0700
>
> CLOUDSTACK-5501: Allow one vpn customer gateway with multiple
> connections
>
> This restriction was purposely avoid confusion of VPN setup, but later
> found too
> strictly and cause troubles for deployment. Removed after testing one
> customer
> gateway with multiple connections.
>
> commit 4adee0a55e36045f2fd76b35b1cc7de14cb3493a
> Author: Sheng Yang 
> Date:   Mon May 12 18:25:18 2014 -0700
>
> CLOUDSTACK-6607: Correct the result of VpcNetworkUsage
>
> Blank or not shouldn't be used to indicate command is failure or not.
>
> Thanks!
>
> --Sheng



-- 
Daan

Re: Systemvm.iso on kvm

[Mike Tutkowski]

Hey Marcus,

I wonder if you might be familiar with this process?

Thanks!


On Mon, Apr 14, 2014 at 5:16 PM, Nitin Mehta  wrote:

> I am curious as to how does the systemvm.iso gets pushed onto the KVM host
> ?
> Lets say I upgrade from 4.2.1 to 4.3 and there is some ssvm agent code
> change, I would expect the new systemvm.iso getting pushed from MS to the
> KVM host and stop/start ssvm would have the new code into affect.
> I want to know the mechanism which detects the version change and does
> this magic.
>
> Thanks,
> -Nitin
>



-- 
*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: [ACS44] cherry pick CLOUDSTACK-6606

[Daan Hoogland]

On Tue, May 13, 2014 at 12:43 AM, Jessica Wang  wrote:
> 0d7ddc4337568939f47de875f1a03f39b54e3b30




-- 
Daan

Re: Looking up findbugs warning

[Daan Hoogland]

H thanks,

I checked that last night. It is not the problem. I also checked the
findbugs output files on the machines. These contain the bugs as well.
I don't know what the problem might otherwise be yet.

On Tue, May 13, 2014 at 5:41 AM, Prasanna Santhanam  wrote:
> The slowbuild slaves run within SBP infrastructure. You might want to
> check the instances labelled 'cloudstack-buildslave-centos6' in the
> corresponding cloudstack account to see if java7 is indeed picked up
> by the job.
>
> On Fri, May 09, 2014 at 04:17:00PM +0200, Daan Hoogland wrote:
>> I found that the findbugs problem in eclipse can be traced back to a
>> java version conflict. Similar to some cloudstack problems. Making
>> sure the eclipse.ini file contains a -vm  argument
>> fixes it. I don't think I have enough access to the jenkins machine to
>> figure out if this problem is the same.
>>
>> @Hugo,Prasanna: Can you check that there is only java7 at the
>> slowbuild jenkins slave?
>>
>> On Fri, May 9, 2014 at 3:06 PM, Daan Hoogland  
>> wrote:
>> > Alena brought a problem up with the jenkins run. Findbugs seems to no
>> > longer work with eclipse or jenkins. I haven't found a cause yet. The
>> > command line maven profile still works.
>> > $ mvn -P enablefindbugs ...
>> >
>> > On Fri, May 9, 2014 at 3:00 PM, Devdeep Singh  
>> > wrote:
>> >> Hi Daan,
>> >>
>> >> Sorry for reaching out to you directly. The apache mail server is
>> >> down and I think I saw commits from you fixing findbugs errors,
>> >> so I thought I would ask you.
>> >>
>> >> How can I look up the existing warnings in cloudstack that are
>> >> being reported by FindBugs? I am looking at report from the
>> >> latest build at [1]. However the details page is blank and I can
>> >> only see the number of outstanding warnings (270) in cloudstack.
>> >> The details of the warnings are not shown.
>> >>
>> >> Is there any place, on jenkins.buildacloud.org or elsewhere,
>> >> where I can look up all the existing warnings?  Or is running the
>> >> findbugs locally, as explained here [2]  the only option?
>> >>
>> >> [1] 
>> >> http://jenkins.buildacloud.org/job/build-master-slowbuild/799/findbugsResult/HIGH/
>> >> [2] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+FindBugs
>> >>
>> >> Regards,
>> >> Devdeep
>> >
>> >
>> >
>> > --
>> > Daan
>>
>>
>>
>> --
>> Daan
>
> --
> Prasanna.,
>
> 
> Powered by BigRock.com
>



-- 
Daan

Re: List Usage Records using Cloud Monkey

[sebgoa]

On May 12, 2014, at 7:47 PM, Prakash Rao Banuka  
wrote:

> Hi:
> 
> I installed and configured cloud usage, The records are getting created and 
> are stored in tables (Cloud_usage Database)
> 
> I'm issuing the following command in cloud monkey environment.
> 
>> list usagerecords startdate=-mm-dd enddate=-mm-dd 
> 
> The result is showing as None, but If I check in the Mysql database 
> (cloud_usage) and the table (cloud_usage) , records does exists.
> 
> Any Idea Please
> 

Which version of cloud monkey is this ? And which version of CloudStack are you 
using ?

> Thank you
> Prakash
> 

[DISCUSS] cherry picking Marvin refactor to 4.4

[sebgoa]

Hi,

Marvin has been refactored and lots of integration tests have been committed to 
4.4-forward to take advantage of this refactoring.

While we obviously are featured freezed and code freezed, I think it would help 
4.4 release and QA if we were to merge this Marvin refactoring into the 4.4 
branch.

The simulator tests have not run on jenkins since 4.3, I am of the opinion that 
we need to make sure it runs and that the tests that can make use of the 
simulator be run on the 4.4 branch.

Therefore I'd like to request that we cherry-pick the marvin refactor and the 
new integration tests into 4.4.

thoughts ?

Ps: If we agree, Santhosh can provide the list of commits to cherry-pick

-Sebastien

Re: [ACS 4.4] ETA until RC1

[Daan Hoogland]

thanks for chopping my...

I have no idea what so ever. The number of blokkers has been stable
just over ten over the last few weeks. The list has not been stable so
a lot of new issues have been popping up. Also the update times are at
most a week old. Silver side of the coin is that the number of
critical and major issues have steadily dropped:)

On Mon, May 12, 2014 at 7:02 PM, Mike Tutkowski
 wrote:
> Hi Daan,
>
> I know we still have several blocker bugs that need to be addressed before
> we consider creating RC1 for 4.4.
>
> Any thoughts (or hopes) on when we might realistically be able to spin up
> RC1?
>
> 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
> *™*



-- 
Daan

[GitHub] cloudstack-docs-install pull request: Update qig.rst

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack-docs-install/pull/11


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [QUERY] [IAM TEST CASE] Vritual Machine IAM test scenarios

[Sonal Ojha]

I would need permission to assign
https://issues.apache.org/jira/browse/CLOUDSTACK-6638 task to myself , can
someone help me on that??


On Tue, May 13, 2014 at 12:06 PM, Sonal Ojha wrote:

> I agree to the point.
>
> On other note, to what all resources permissions could be granted?
> I was writing test case for Volume entity type with the scenario to grant
> allow permission for volume resource on an account. But, it didnt gave the
> expected results.
>
> Do we have a list of such resources??
>
>
> On Tue, May 13, 2014 at 10:36 AM, Min Chen  wrote:
>
>> Yes, that is a good point. We can fix test cases to revoke grant at tear
>> down of each test case.
>>
>> Thanks
>> -min
>>
>> On 5/12/14 9:21 PM, "Rajani Karuturi"  wrote:
>>
>> >Assuming the order in which test cases should run is not a good practice.
>> >Every test case should do the setup required for it and also the teardown
>> >once its done so that it leaves the system clean in the same state it
>> >started with.
>> >This also helps in easy understanding of what is being tested.
>> >I think we should file a bug for this and fix it.
>> >
>> >~Rajani
>> >
>> >
>> >
>> >On 12-May-2014, at 10:16 pm, Min Chen
>> >mailto:min.c...@citrix.com>> wrote:
>> >
>> >Hi Sonal,
>> >
>> >That is because test_03_grant_account_vm is running after
>> >test_02_grant_domain_vm, where we have granted domain2 VM to account_1B.
>> >At the end of test_02_grant_domain_vm, we didn't revoke this granting, so
>> >it will still take effect in test_03_grant_account_vm. Therefore, in
>> >test_03, account_1B should have two grants effective, and thus he can see
>> >3 VMs.
>> >
>> >Thanks
>> >-min
>> >
>> >From: Sonal Ojha
>> >mailto:sonal.o...@sungardas.com>>
>> >Date: Monday, May 12, 2014 5:04 AM
>> >To: Prachi Damle
>> >mailto:prachi.da...@citrix.com>>, Min Chen
>> >mailto:min.c...@citrix.com>>
>> >Cc: "dev@cloudstack.apache.org"
>> >mailto:dev@cloudstack.apache.org>>
>> >Subject: [QUERY] [IAM TEST CASE] Vritual Machine IAM test scenarios
>> >
>> >Hello,
>> >
>> >I have a small query regarding the sample test case written for virtual
>> >machine entity type for the IAM plugin.
>> >
>> >The test case test_03_grant_account_vm which is to validate the below
>> >mentioned scenarios is returning vms for all the three accounts
>> >(account_1A, account_1B and account_2A) as the list_vm_response.
>> >
>> ># Validate the following
>> >   # 1. Grant account_1A VM access to account_1B
>> >   # 2. listVM command should return account_1A and account_1B VMs.
>> >
>> >Shouldn't it be returning vms for the two accounts (account_1A and
>> >account_1B)? Kindly help to understand this scenario.
>> >
>> >--
>> >Thanks and Regards,
>> >Sonal Ojha ▪ Sr.Engineer - Product Development ▪ Sungard Availability
>> >Services, India
>> >2nd Floor, Wing 4, Cluster D, MIDC Kharadi Knowledge Park, Pune - 411 014
>> >▪ Office: 267-234-9014 ▪ Mobile: +91 9922412645 ▪
>> >sonal.o...@sungardas.com ▪
>> >www.sungardas.in
>> >
>> > 
>> >
>> >
>> >
>> >
>> >CONFIDENTIALITY:  This e-mail (including any attachments) may contain
>> >confidential, proprietary and privileged information, and unauthorized
>> >disclosure or use is prohibited.  If you received this e-mail in error,
>> >please notify the sender and delete this e-mail from your system.
>> >
>>
>>
>
>
> --
>
> *Thanks and Regards,*
>
> *Sonal Ojha ▪ Sr.Engineer - Product Development **▪ **Sungard
> Availability Services, India*
>
> 2nd Floor, Wing 4, Cluster D, MIDC Kharadi Knowledge Park, Pune - 411 014 ▪
> Office: 267-234-9014 ▪ Mobile: +91 9922412645 ▪ sonal.o...@sungardas.com
> ▪ www.sungardas. *in*
>
> *[image: Logo]* 
> *[image: cid:image019.png@01CF48EC.6617C7F0]* 
>  *[image: 
> cid:image020.png@01CF48EC.6617C7F0]*
>  *[image: 
> cid:image021.png@01CF48EC.6617C7F0]*
>  *[image: 
> cid:image022.png@01CF48EC.6617C7F0]*
>  *[image: 
> cid:image023.png@01CF48EC.6617C7F0]*
>  *[image: cid:image024.png@01CF48EC.6617C7F0]*
> *CONFIDENTIALITY:*  This e-mail (including any attachments) may contain
> confidential, proprietary and privileged information, and unauthorized
> disclosure or use is prohibited.  If you received this e-mail in error,
> please notify the sender and delete this e-mail from your system.
>
>


-- 

*Thanks and Regards,*

*Sonal Ojha ▪ Sr.Engineer - Product Developme