Re: OVS plugin communication failure (CS 4.3.0)

2014-04-01 Thread Murali Reddy
On 01/04/14 3:46 AM, "Florin Dumitrascu"
 wrote:

>Hi,
>
>I am using CS 4.3.0 and XenServer 6.2.0 with SP1, on a GRE isolated
>network.
>The tunnel creation keeps failing intermittently with the error below
>(failure communicating with the plugin).
>Cloudstack management server can ping the xenserver reliably, there
>doesn't seem to be any issue at the IP level.
>Any idea what is causing this ?

Do you see any relevant errors in /var/log/cloud/ovstunnel.log or
/var/log/xensource.log

>
>Thanks
>
>2014-03-31 23:08:56,528 WARN  [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-265:ctx-3ca23292) Caught execption when creating ovs tunnel
>com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
>for cmd: create_tunnel with args to: 5, remote_ip: 10.20.1.20,
>from: 16, bridge: xapi4, key: 213,  due to There was a failure
>communicating with the plugin.
>at 
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(Citrix
>ResourceBase.java:4239)
>at 
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourc
>eBase.java:5685)
>at 
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citrix
>ResourceBase.java:567)
>at 
>com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenSe
>rver56Resource.java:59)
>at 
>com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenS
>erver610Resource.java:106)
>at 
>com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAt
>tache.java:216)
>
>Florin
>IMPORTANT NOTE: The information in this e-mail (and any attachments) is
>confidential. The contents may not be disclosed or used by anyone other
>than the addressee. If you are not the intended recipient, please notify
>the sender immediately or telephone: +353 (0)1 6204700. We cannot accept
>any responsibility for the accuracy or completeness of this message as it
>has been transmitted over a public network. If you suspect that the
>message may have been intercepted or amended, please call the sender.
>




Some problem while creating the system vm's

2014-04-01 Thread Giri Prasad
Hello Everybody,

 I am using centos 6.5, i3 cpu-core, and cloudstack 4.2.1

 I have installed the cloudstack, and provisioned the cloud. After all the 
steps are over, when I press , the management server log is reporting 
errors as follows:

2014-04-01 13:31:15,245 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status. 
2014-04-01 13:31:15,248 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status. 
2014-04-01 13:31:15,753 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
(SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2014-04-01 
08:01:15 GMT
2014-04-01 13:31:15,755 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
(SnapshotPollTask:null) Got 0 snapshots to be executed at 2014-04-01 08:01:15 
GMT
2014-04-01 13:31:19,551 DEBUG [agent.manager.AgentManagerImpl] 
(AgentManager-Handler-13:null) Ping from 1
2014-04-01 13:31:32,198 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-1:null) VmStatsCollector is running...
2014-04-01 13:31:32,773 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-3:null) StorageCollector is running...
2014-04-01 13:31:32,780 INFO  [storage.endpoint.DefaultEndPointSelector] 
(StatsCollector-3:null) No running ssvm is found, so command will be sent to 
LocalHostEndPoint
2014-04-01 13:31:32,859 DEBUG [agent.transport.Request] (StatsCollector-3:null) 
Seq 1-596705342: Received:  { Ans: , MgmtId: 77750177916752, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-04-01 13:31:45,245 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status. 
2014-04-01 13:31:45,247 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status. 
2014-04-01 13:31:45,339 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-2:null) HostStatsCollector is running...
2014-04-01 13:31:45,749 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl] 
(HostReservationReleaseChecker:null) Checking if any host reservation can be 
released ... 
2014-04-01 13:31:45,762 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl] 
(HostReservationReleaseChecker:null) Cannot release reservation, Found 2 VMs 
Running on host 1
2014-04-01 13:31:45,762 DEBUG [cloud.deploy.DeploymentPlanningManagerImpl] 
(HostReservationReleaseChecker:null) Done running HostReservationReleaseChecker 
... 
2014-04-01 13:31:45,772 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Running Capacity Checker ... 
2014-04-01 13:31:45,772 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) recalculating system capacity
2014-04-01 13:31:45,772 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing cpu/ram capacity update
2014-04-01 13:31:45,788 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) Found 2 VMs on host 1
2014-04-01 13:31:45,803 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) Found 0 VM, not running on host 1
2014-04-01 13:31:45,808 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) No need to calibrate cpu capacity, host:1 usedCpu: 1000 
reservedCpu: 0
2014-04-01 13:31:45,808 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) No need to calibrate memory capacity, host:1 usedMem: 
1342177280 reservedMem: 0
2014-04-01 13:31:45,857 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done executing cpu/ram capacity update
2014-04-01 13:31:45,857 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing storage capacity update
2014-04-01 13:31:45,875 DEBUG [cloud.storage.StorageManagerImpl] 
(CapacityChecker:null) Successfully set Capacity - 51639720 for capacity 
type - 3 , DataCenterId - 1, HostOrPoolId - 1, PodId 1
2014-04-01 13:31:45,875 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done executing storage capacity update
2014-04-01 13:31:45,875 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing capacity updates for public ip and Vlans
2014-04-01 13:31:45,888 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done capacity updates for public ip and Vlans
2014-04-01 13:31:45,888 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing capacity updates for private ip
2014-04-01 13:31:45,899 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done executing capacity updates for private ip
2014-04-01 13:31:45,900 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done recalculating system capacity
2014-04-01 13:31:45,955 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done running Capacity Checker ... 
2014-04-01 13:31:45,956 DEBUG [agent.transport.Request] (StatsCollector-2:null) 
Seq 1-596705343: Received:  { Ans: , MgmtId: 77750177916752, via: 1, Ver: v1, 
Flags: 10, { GetHostStatsAnswer } }
2014-04-01 13:31:50,599 DEBUG [host.dao.HostDaoImpl] (Cl

Cloud Stack 4.2.1 issue (Unable to start instance due to DB Exception)

2014-04-01 Thread Amin Samir
Hello,

 
We are facing an issue when we spin up a new instance with a new network 
(router VM), it gives the following error:

"Resource [Host:59] is unreachable: Host 59: Unable to start instance due to DB 
Exception on: com.mysql.jdbc.JDBC4PreparedStatement@5126808a 
 : INSERT INTO 
user_statistics (user_statistics.data_center_id, user_statistics.account_id, 
user_statistics.public_ip_address, user_statistics.device_id, 
user_statistics.device_type, user_statistics.network_id, 
user_statistics.net_bytes_received, user_statistics.net_bytes_sent, 
user_statistics.current_bytes_received, user_statistics.current_bytes_sent, 
user_statistics.agg_bytes_received, user_statistics.agg_bytes_sent) VALUES (1, 
28, null, 360, _binary'DomainRouter', 237, 0, 0, 0, 0, 0, 0)"

 
Also we are facing this error every now and then:

"(DirectAgent-93:null) GetStorageStats Exception:SR_BACKEND_FAILURE_40The SR 
scan failed  
[opterr=uuid=870ed96e-d62b-428a-88dc-41afc75d311a]host:13944281-3f7e-4065-8580-1dc5b64cfdb1storageid:
 098d4f7a-a040-3462-add1-d618d6ec53c1"

 
 
However when spinning a new instance with an existing network (router VM) it 
works fine!! Has anyone faced this issue, your help would be much appreciated.

 
Thanks

 
Kind Regards

Amin 

 


Re: OVS plugin communication failure (CS 4.3.0)

2014-04-01 Thread benoit lair
Hello Florin,


Are you on a fresh install or on an upgraded version (from 4.1 ?)


Regards, Benoit.


2014-04-01 9:58 GMT+02:00 Murali Reddy :

> On 01/04/14 3:46 AM, "Florin Dumitrascu"
>  wrote:
>
> >Hi,
> >
> >I am using CS 4.3.0 and XenServer 6.2.0 with SP1, on a GRE isolated
> >network.
> >The tunnel creation keeps failing intermittently with the error below
> >(failure communicating with the plugin).
> >Cloudstack management server can ping the xenserver reliably, there
> >doesn't seem to be any issue at the IP level.
> >Any idea what is causing this ?
>
> Do you see any relevant errors in /var/log/cloud/ovstunnel.log or
> /var/log/xensource.log
>
> >
> >Thanks
> >
> >2014-03-31 23:08:56,528 WARN  [c.c.h.x.r.CitrixResourceBase]
> >(DirectAgent-265:ctx-3ca23292) Caught execption when creating ovs tunnel
> >com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
> >for cmd: create_tunnel with args to: 5, remote_ip: 10.20.1.20,
> >from: 16, bridge: xapi4, key: 213,  due to There was a failure
> >communicating with the plugin.
> >at
> >com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(Citrix
> >ResourceBase.java:4239)
> >at
> >com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourc
> >eBase.java:5685)
> >at
> >com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citrix
> >ResourceBase.java:567)
> >at
> >com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenSe
> >rver56Resource.java:59)
> >at
> >com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenS
> >erver610Resource.java:106)
> >at
> >com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAt
> >tache.java:216)
> >
> >Florin
> >IMPORTANT NOTE: The information in this e-mail (and any attachments) is
> >confidential. The contents may not be disclosed or used by anyone other
> >than the addressee. If you are not the intended recipient, please notify
> >the sender immediately or telephone: +353 (0)1 6204700. We cannot accept
> >any responsibility for the accuracy or completeness of this message as it
> >has been transmitted over a public network. If you suspect that the
> >message may have been intercepted or amended, please call the sender.
> >
>
>
>


Re: Review Request 19713: CLOUDSTACK-6288: Change default ImageFormat to vhdx for hyper-v and allow registration of vhdx format templates

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 90117f09e80a936c006bfe6ea1e380f6af591c12 in cloudstack's branch 
refs/heads/4.4 from Anshul Gangwar
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=90117f0 ]

CLOUDSTACK-6288: Changing default ImageFormat to vhdx for hyper-v and allowing 
registration of vhdx format templates.

Signed-off-by: Devdeep Singh 


- ASF Subversion and Git Services


On March 27, 2014, 6:13 a.m., Anshul Gangwar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19713/
> ---
> 
> (Updated March 27, 2014, 6:13 a.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh and Rajesh Battala.
> 
> 
> Bugs: CLOUDSTACK-6288
> https://issues.apache.org/jira/browse/CLOUDSTACK-6288
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently Hyper-V supports vhd Image Format for templates and volumes. This 
> patch will change default ImageFormat to vhdx for hyper-v and allow 
> registration of vhdx format templates.
> 
> this patch conatins two patches revision 1 contains management server side 
> code  and revision 2 conatins agent side code
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/hyperv/DotNet/ServerResource/HypervResource/HypervResourceController.cs
>  40609e4 
>   
> plugins/hypervisors/hyperv/DotNet/ServerResource/HypervResource/WmiCallsV2.cs 
> e51bd89 
> 
> Diff: https://reviews.apache.org/r/19713/diff/
> 
> 
> Testing
> ---
> 
> peform following tests
> 
> 1. registration of vhdx templates
> 2. attach and detach disk
> 3. volume migration
> 4. deploy machine with registered template
> 
> 
> Thanks,
> 
> Anshul Gangwar
> 
>



RE: OVS plugin communication failure (CS 4.3.0)

2014-04-01 Thread Florin Dumitrascu
Murali, Benoit,

First, thanks for the tip, I knew about /var/log/ovstunnel.log from CS 4.1.1 
but had no idea it moved under "cloud" folder :)
I am on a fresh installed setup.

So, looking at this log, I am seeing something that looks like this:


2014-03-31 22:01:26DEBUG [root] Entering create_tunnel
2014-03-31 22:01:26DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 
'--timeout=30', 'wait-until', 'bridge', 'xapi4', '--', 'get', 'bridge', 
'xapi4', 'name']
2014-03-31 22:01:56DEBUG [root] The command exited with the error code: -14 
(stderr output:)


This is not happening all the time. A second attempt to create an instance did 
create the tunnel successfully.
I was actually seeing something similar in our previous setup which was CS 
4.1.1 + XenServer 6.1.0


Florin

-Original Message-
From: benoit lair [mailto:kurushi4...@gmail.com]
Sent: Tuesday, April 01, 2014 9:22 AM
To: dev@cloudstack.apache.org
Subject: Re: OVS plugin communication failure (CS 4.3.0)

Hello Florin,


Are you on a fresh install or on an upgraded version (from 4.1 ?)


Regards, Benoit.


2014-04-01 9:58 GMT+02:00 Murali Reddy :

> On 01/04/14 3:46 AM, "Florin Dumitrascu"
>  wrote:
>
> >Hi,
> >
> >I am using CS 4.3.0 and XenServer 6.2.0 with SP1, on a GRE isolated
> >network.
> >The tunnel creation keeps failing intermittently with the error below
> >(failure communicating with the plugin).
> >Cloudstack management server can ping the xenserver reliably, there
> >doesn't seem to be any issue at the IP level.
> >Any idea what is causing this ?
>
> Do you see any relevant errors in /var/log/cloud/ovstunnel.log or
> /var/log/xensource.log
>
> >
> >Thanks
> >
> >2014-03-31 23:08:56,528 WARN  [c.c.h.x.r.CitrixResourceBase]
> >(DirectAgent-265:ctx-3ca23292) Caught execption when creating ovs
> >tunnel
> >com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> >failed for cmd: create_tunnel with args to: 5, remote_ip: 10.20.1.20,
> >from: 16, bridge: xapi4, key: 213,  due to There was a failure
> >communicating with the plugin.
> >at
> >com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(C
> >itrix
> >ResourceBase.java:4239)
> >at
> >com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixRe
> >sourc
> >eBase.java:5685)
> >at
> >com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(C
> >itrix
> >ResourceBase.java:567)
> >at
> >com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> >XenSe
> >rver56Resource.java:59)
> >at
> >com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> >(XenS
> >erver610Resource.java:106)
> >at
> >com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAg
> >entAt
> >tache.java:216)
> >
> >Florin
> >IMPORTANT NOTE: The information in this e-mail (and any attachments)
> >is confidential. The contents may not be disclosed or used by anyone
> >other than the addressee. If you are not the intended recipient,
> >please notify the sender immediately or telephone: +353 (0)1 6204700.
> >We cannot accept any responsibility for the accuracy or completeness
> >of this message as it has been transmitted over a public network. If
> >you suspect that the message may have been intercepted or amended, please 
> >call the sender.
> >
>
>
>

IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.


Re: Review Request 19713: CLOUDSTACK-6288: Change default ImageFormat to vhdx for hyper-v and allow registration of vhdx format templates

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 24820d20d3f5f68ba07cd0fd92dc29c3634b5038 in cloudstack's branch 
refs/heads/master from Anshul Gangwar
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=24820d2 ]

CLOUDSTACK-6288: Changing default ImageFormat to vhdx for hyper-v and allowing 
registration of vhdx format templates.

Signed-off-by: Devdeep Singh 


- ASF Subversion and Git Services


On March 27, 2014, 6:13 a.m., Anshul Gangwar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19713/
> ---
> 
> (Updated March 27, 2014, 6:13 a.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh and Rajesh Battala.
> 
> 
> Bugs: CLOUDSTACK-6288
> https://issues.apache.org/jira/browse/CLOUDSTACK-6288
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently Hyper-V supports vhd Image Format for templates and volumes. This 
> patch will change default ImageFormat to vhdx for hyper-v and allow 
> registration of vhdx format templates.
> 
> this patch conatins two patches revision 1 contains management server side 
> code  and revision 2 conatins agent side code
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/hyperv/DotNet/ServerResource/HypervResource/HypervResourceController.cs
>  40609e4 
>   
> plugins/hypervisors/hyperv/DotNet/ServerResource/HypervResource/WmiCallsV2.cs 
> e51bd89 
> 
> Diff: https://reviews.apache.org/r/19713/diff/
> 
> 
> Testing
> ---
> 
> peform following tests
> 
> 1. registration of vhdx templates
> 2. attach and detach disk
> 3. volume migration
> 4. deploy machine with registered template
> 
> 
> Thanks,
> 
> Anshul Gangwar
> 
>



Re: Review Request 19713: CLOUDSTACK-6288: Change default ImageFormat to vhdx for hyper-v and allow registration of vhdx format templates

2014-04-01 Thread Devdeep Singh

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

Ship it!


Ship It!

- Devdeep Singh


On March 27, 2014, 6:13 a.m., Anshul Gangwar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19713/
> ---
> 
> (Updated March 27, 2014, 6:13 a.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh and Rajesh Battala.
> 
> 
> Bugs: CLOUDSTACK-6288
> https://issues.apache.org/jira/browse/CLOUDSTACK-6288
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently Hyper-V supports vhd Image Format for templates and volumes. This 
> patch will change default ImageFormat to vhdx for hyper-v and allow 
> registration of vhdx format templates.
> 
> this patch conatins two patches revision 1 contains management server side 
> code  and revision 2 conatins agent side code
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/hyperv/DotNet/ServerResource/HypervResource/HypervResourceController.cs
>  40609e4 
>   
> plugins/hypervisors/hyperv/DotNet/ServerResource/HypervResource/WmiCallsV2.cs 
> e51bd89 
> 
> Diff: https://reviews.apache.org/r/19713/diff/
> 
> 
> Testing
> ---
> 
> peform following tests
> 
> 1. registration of vhdx templates
> 2. attach and detach disk
> 3. volume migration
> 4. deploy machine with registered template
> 
> 
> Thanks,
> 
> Anshul Gangwar
> 
>



Re: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

2014-04-01 Thread Murali Reddy
There is explicit check added only to let providers that are marked as VPC 
providers in the network offering for VPC. In 4.2 and 4.3 its hard coded as 
below preventing Ovs to be used in VPC. Can you please a file bug for 4.3.1? We 
just have to add Ovs in here.

supportedProviders = Arrays.asList(Provider.VPCVirtualRouter, 
Provider.NiciraNvp, Provider.InternalLbVm, Provider.Netscaler) in VPC manager

From: Florin Dumitrascu 
mailto:florin.dumitra...@intunenetworks.com>>
Date: Thursday, 27 March 2014 5:52 PM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Cc: Jessica Wang mailto:jessica.w...@citrix.com>>, 
Murali Reddy mailto:murali.re...@citrix.com>>, "Nguyen 
Anh Tu (t...@apache.org)" 
mailto:t...@apache.org>>, Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>
Subject: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

Hi,

When creating the OVS network service offering and selecting VPC box, I am not 
able to select Ovs from the Virtual Networking Provider drop box, everything in 
there is greyed out.
See below screenshot:

http://imgur.com/ciJxZYs


I did some testing on CS 4.1.1 with VPC enabled on a GRE isolated network and 
it seemed to work. Why is this disabled in 4.3.0 ?


Thanks,
Florin


IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.


Re: Password visible in plan text CS 4.3

2014-04-01 Thread Tejas Gadaria
Hi Devdeep,

Thanks for reply,

I don't have privilege to assign the bugs, So I have just raised the
issue.

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

Also I have raised a bug on 27th March which is not assigned to anybody yet.
if possible please take into the consideration.

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

Regards,
Tejas


On Tue, Apr 1, 2014 at 12:03 PM, Devdeep Singh wrote:

> Hi Tejas,
>
> Can you file a bug for these? We clean up a string before logging it; but
> it looks like we missed it here.
>
> Regards,
> Devdeep
>
> > -Original Message-
> > From: Tejas Gadaria [mailto:refond.g...@gmail.com]
> > Sent: Friday, March 28, 2014 6:01 PM
> > To: dev@cloudstack.apache.org
> > Subject: Password visible in plan text CS 4.3
> >
> > Hi,
> >
> > While doing volume migration from one storage to another, password was
> > visible in plan text.
> > environment CS 4.3,
> > Management server: CentOS 6.3 x64
> > Hypervisor: Hyperv
> >
> > 2014-03-28 17:53:39,059 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
> > (DirectAgent-216:ctx-89b9eb84) POST response is
> > [{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":true
> > ,"details":null,"newData":{"org.apache.cloudstack.storage.to.VolumeObject
> > TO":{"dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{
> > "uuid":"7890d244-e307-320e-ac42-
> > f90e925b32b8","id":5,"poolType":"SMB","host":"10.129.150.24","path":"/vol
> > _cifs?user=administrator&domain=
> > nw.com","port":445,"url":"SMB://
> > 10.129.150.24//vol_cifs?user=administrator&domain=nw.com/?ROLE=Primar
> > y&STOREUUID=7890d244-e307-320e-ac42-f90e925b32b8
> > "}},"format":"VHD","name":"ROOT-
> > 7","path":"\\10.129.150.24\vol_cifs\ROOT-7.vhd","uuid":"ca572e34-ffa6-
> > 4cce-bb24-
> > 44c989b4156e","size":10737418240,"primaryDataStore":{"host":"10.129.150.2
> > 4","uri":"cifs://
> > 10.129.150.24/vol_cifs?user=administrator&domain=nw.com
> > ","_role":null,"Path":"\\10.129.150.24/vol_cifs","UncPath":"\\
> > 10.129.150.24/vol_cifs","User":"administrator","*Password":"C1sco123*
> > ","Domain":"nw.com
> >
> ","isLocal":false},"nfsDataStore":null,"FullFileName":"\\10.129.150.24\vol_cif
> > s\ROOT-7.vhd"}},"contextMap":{}}}]
> > 2014-03-28 17:53:39,060 DEBUG [c.c.h.h.r.HypervDirectConnectResource]
> > (DirectAgent-216:ctx-89b9eb84) executeRequest received response
> > [Lcom.cloud.agent.api.Answer;@31c91ca
> >
> > Regards,
> > Tejas
>


RE: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

2014-04-01 Thread Florin Dumitrascu
Thanks Murali, I will raise a bug and assign it to you if that's fine.

From: Murali Reddy [mailto:murali.re...@citrix.com]
Sent: Tuesday, April 01, 2014 9:45 AM
To: Florin Dumitrascu; dev@cloudstack.apache.org
Cc: Jessica Wang; Nguyen Anh Tu (t...@apache.org); Alena Prokharchyk
Subject: Re: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

There is explicit check added only to let providers that are marked as VPC 
providers in the network offering for VPC. In 4.2 and 4.3 its hard coded as 
below preventing Ovs to be used in VPC. Can you please a file bug for 4.3.1? We 
just have to add Ovs in here.

supportedProviders = Arrays.asList(Provider.VPCVirtualRouter, 
Provider.NiciraNvp, Provider.InternalLbVm, Provider.Netscaler) in VPC manager

From: Florin Dumitrascu 
mailto:florin.dumitra...@intunenetworks.com>>
Date: Thursday, 27 March 2014 5:52 PM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Cc: Jessica Wang mailto:jessica.w...@citrix.com>>, 
Murali Reddy mailto:murali.re...@citrix.com>>, "Nguyen 
Anh Tu (t...@apache.org)" 
mailto:t...@apache.org>>, Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>
Subject: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

Hi,

When creating the OVS network service offering and selecting VPC box, I am not 
able to select Ovs from the Virtual Networking Provider drop box, everything in 
there is greyed out.
See below screenshot:

http://imgur.com/ciJxZYs


I did some testing on CS 4.1.1 with VPC enabled on a GRE isolated network and 
it seemed to work. Why is this disabled in 4.3.0 ?


Thanks,
Florin


IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.

IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.


RE: Password visible in plan text CS 4.3

2014-04-01 Thread Devdeep Singh
Hi Tejas,

Thanks. I'll into both the issues.

Regards,
Devdeep

> -Original Message-
> From: Tejas Gadaria [mailto:refond.g...@gmail.com]
> Sent: Tuesday, April 1, 2014 2:38 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Password visible in plan text CS 4.3
> 
> Hi Devdeep,
> 
> Thanks for reply,
> 
> I don't have privilege to assign the bugs, So I have just raised the issue.
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-6315
> 
> Also I have raised a bug on 27th March which is not assigned to anybody yet.
> if possible please take into the consideration.
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-6287
> 
> Regards,
> Tejas
> 
> 
> On Tue, Apr 1, 2014 at 12:03 PM, Devdeep Singh
> wrote:
> 
> > Hi Tejas,
> >
> > Can you file a bug for these? We clean up a string before logging it;
> > but it looks like we missed it here.
> >
> > Regards,
> > Devdeep
> >
> > > -Original Message-
> > > From: Tejas Gadaria [mailto:refond.g...@gmail.com]
> > > Sent: Friday, March 28, 2014 6:01 PM
> > > To: dev@cloudstack.apache.org
> > > Subject: Password visible in plan text CS 4.3
> > >
> > > Hi,
> > >
> > > While doing volume migration from one storage to another, password
> > > was visible in plan text.
> > > environment CS 4.3,
> > > Management server: CentOS 6.3 x64
> > > Hypervisor: Hyperv
> > >
> > > 2014-03-28 17:53:39,059 DEBUG
> > > [c.c.h.h.r.HypervDirectConnectResource]
> > > (DirectAgent-216:ctx-89b9eb84) POST response is
> > >
> [{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":tr
> > > ue
> > > ,"details":null,"newData":{"org.apache.cloudstack.storage.to.VolumeO
> > > bject
> > > TO":{"dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStore
> > > TO":{
> > > "uuid":"7890d244-e307-320e-ac42-
> > > f90e925b32b8","id":5,"poolType":"SMB","host":"10.129.150.24","path":
> > > "/vol
> > > _cifs?user=administrator&domain=
> > > nw.com","port":445,"url":"SMB://
> > >
> 10.129.150.24//vol_cifs?user=administrator&domain=nw.com/?ROLE=Prima
> > > r
> > > y&STOREUUID=7890d244-e307-320e-ac42-f90e925b32b8
> > > "}},"format":"VHD","name":"ROOT-
> > > 7","path":"\\10.129.150.24\vol_cifs\ROOT-7.vhd","uuid":"ca572e34-ffa
> > > 6-
> > > 4cce-bb24-
> > > 44c989b4156e","size":10737418240,"primaryDataStore":{"host":"10.129.
> > > 150.2
> > > 4","uri":"cifs://
> > > 10.129.150.24/vol_cifs?user=administrator&domain=nw.com
> > > ","_role":null,"Path":"\\10.129.150.24/vol_cifs","UncPath":"\\
> > > 10.129.150.24/vol_cifs","User":"administrator","*Password":"C1sco123
> > > *
> > > ","Domain":"nw.com
> > >
> > ","isLocal":false},"nfsDataStore":null,"FullFileName":"\\10.129.150.24
> > \vol_cif
> > > s\ROOT-7.vhd"}},"contextMap":{}}}]
> > > 2014-03-28 17:53:39,060 DEBUG
> > > [c.c.h.h.r.HypervDirectConnectResource]
> > > (DirectAgent-216:ctx-89b9eb84) executeRequest received response
> > > [Lcom.cloud.agent.api.Answer;@31c91ca
> > >
> > > Regards,
> > > Tejas
> >


Review Request 19866: Added Fixes for CLOUDSTACK-6316

2014-04-01 Thread Santhosh Edukulla

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

Review request for cloudstack and SrikanteswaraRao Talluri.


Bugs: cloudstack-6316
https://issues.apache.org/jira/browse/cloudstack-6316


Repository: cloudstack-git


Description
---

1. Earlier, i added a facility called DeleteDataCenter to clean up a 
datacenter, it has some issues for deleting, fixed them. This change is under 
deployDataCenter.py
2. Earlier Added a new  facility, where we can deploy multiple zones and run 
regression simultaneously on all zones with multiple hypervisors, 
2.1 So, user creates the data center with multiple zones and hypervisors.
2.2 Provides switches like zone and hypervisor to marvinPlugin and all tests 
are run against that zone. With this patch, added hypervisor switch to 
nose\marvinplugin.
3. Fixed an issue in one of the test suite under maint, it is using wait_for_vm 
function, which is not available.
4. Added time taken for async job, post some stress scenarios, we want to 
collect logs and analyze the time taken for various commands, their jobid and 
time taken, added time taken
 facility.
5. Added pep8 changes for marvin directory


Diffs
-

  test/integration/component/maint/test_host_high_availability.py f81bff2 
  tools/marvin/marvin/__init__.py 7af168e 
  tools/marvin/marvin/asyncJobMgr.py ee3ae5a 
  tools/marvin/marvin/cloudstackConnection.py 26116cc 
  tools/marvin/marvin/cloudstackException.py 3da28b7 
  tools/marvin/marvin/cloudstackTestCase.py 303f7ad 
  tools/marvin/marvin/cloudstackTestClient.py 0dac5f4 
  tools/marvin/marvin/codegenerator.py d4a81cf 
  tools/marvin/marvin/config/test_data.py 563bc07 
  tools/marvin/marvin/configGenerator.py 605832c 
  tools/marvin/marvin/dbConnection.py ba7bac9 
  tools/marvin/marvin/deployAndRun.py 56747a7 
  tools/marvin/marvin/deployDataCenter.py d4a0b85 
  tools/marvin/marvin/jsonHelper.py f7db5ba 
  tools/marvin/marvin/marvinInit.py 7ceba78 
  tools/marvin/marvin/marvinLog.py f62c35a 
  tools/marvin/marvin/marvinPlugin.py 6525cd2 
  tools/marvin/marvin/sandbox/advanced/advanced_env.py 1728e61 
  tools/marvin/marvin/sandbox/advancedsg/advancedsg_env.py 9cf4a0a 
  tools/marvin/marvin/sandbox/basic/basic_env.py bf106fc 
  tools/marvin/marvin/sandbox/demo/simulator/simulator_setup.py d45d482 
  tools/marvin/marvin/sshClient.py c24477c 
  tools/marvin/marvin/tcExecuteEngine.py c437337 
  tools/marvin/marvin/testSetupSuccess.py 1701626 

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


Testing
---

Tested running creating and deleting deployDataCenter.


Thanks,

Santhosh Edukulla



Re: docker.io integration

2014-04-01 Thread Rohit Yadav
Great job! Will give a try soon.

Cheers.


On Tue, Apr 1, 2014 at 9:29 AM, Nguyen Anh Tu  wrote:

> On Tue, Apr 1, 2014 at 12:33 AM, Francois Gaudreault <
> fgaudrea...@cloudops.com> wrote:
>
> > Cool!
> >
> > Anh: Can you share the current state of the Branch?
> >
> > Thanks!
> >
>
> Francois, I'm finishing first version running Docker as a new hypervisor in
> CLoudStack. Take a look into:
> http://ngtuna.blogspot.com/2013/12/docker-in-cloudstack.html
>
> As the first version, I only run Docker containers as instances, data is
> stored local on Docker hosts, using public repository (
> http://index.docker.io) for pulling Docker templates.
>
> Do you attend CloudStack Collaboration in next days? if yes, welcome you to
> my section "Docker - an implementation in CloudStack"
>
> http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-north-america/program/schedule
>
> Thanks,
> --Tuna
>


Re: Review Request 19866: Added Fixes for CLOUDSTACK-6316

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 95a645349fc14bb16ea30509a265c2731736b206 in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=95a6453 ]

Added fix for CLOUDSTACK-6316

Added changes for CLOUDSTACK-6316.
More details in the bug

Signed-off-by: Santhosh Edukulla 


- ASF Subversion and Git Services


On April 1, 2014, 10:04 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19866/
> ---
> 
> (Updated April 1, 2014, 10:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: cloudstack-6316
> https://issues.apache.org/jira/browse/cloudstack-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1. Earlier, i added a facility called DeleteDataCenter to clean up a 
> datacenter, it has some issues for deleting, fixed them. This change is under 
> deployDataCenter.py
> 2. Earlier Added a new  facility, where we can deploy multiple zones and run 
> regression simultaneously on all zones with multiple hypervisors, 
> 2.1 So, user creates the data center with multiple zones and hypervisors.
> 2.2 Provides switches like zone and hypervisor to marvinPlugin and all tests 
> are run against that zone. With this patch, added hypervisor switch to 
> nose\marvinplugin.
> 3. Fixed an issue in one of the test suite under maint, it is using 
> wait_for_vm function, which is not available.
> 4. Added time taken for async job, post some stress scenarios, we want to 
> collect logs and analyze the time taken for various commands, their jobid and 
> time taken, added time taken
>  facility.
> 5. Added pep8 changes for marvin directory
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_host_high_availability.py f81bff2 
>   tools/marvin/marvin/__init__.py 7af168e 
>   tools/marvin/marvin/asyncJobMgr.py ee3ae5a 
>   tools/marvin/marvin/cloudstackConnection.py 26116cc 
>   tools/marvin/marvin/cloudstackException.py 3da28b7 
>   tools/marvin/marvin/cloudstackTestCase.py 303f7ad 
>   tools/marvin/marvin/cloudstackTestClient.py 0dac5f4 
>   tools/marvin/marvin/codegenerator.py d4a81cf 
>   tools/marvin/marvin/config/test_data.py 563bc07 
>   tools/marvin/marvin/configGenerator.py 605832c 
>   tools/marvin/marvin/dbConnection.py ba7bac9 
>   tools/marvin/marvin/deployAndRun.py 56747a7 
>   tools/marvin/marvin/deployDataCenter.py d4a0b85 
>   tools/marvin/marvin/jsonHelper.py f7db5ba 
>   tools/marvin/marvin/marvinInit.py 7ceba78 
>   tools/marvin/marvin/marvinLog.py f62c35a 
>   tools/marvin/marvin/marvinPlugin.py 6525cd2 
>   tools/marvin/marvin/sandbox/advanced/advanced_env.py 1728e61 
>   tools/marvin/marvin/sandbox/advancedsg/advancedsg_env.py 9cf4a0a 
>   tools/marvin/marvin/sandbox/basic/basic_env.py bf106fc 
>   tools/marvin/marvin/sandbox/demo/simulator/simulator_setup.py d45d482 
>   tools/marvin/marvin/sshClient.py c24477c 
>   tools/marvin/marvin/tcExecuteEngine.py c437337 
>   tools/marvin/marvin/testSetupSuccess.py 1701626 
> 
> Diff: https://reviews.apache.org/r/19866/diff/
> 
> 
> Testing
> ---
> 
> Tested running creating and deleting deployDataCenter.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



Re: Review Request 19866: Added Fixes for CLOUDSTACK-6316

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 95a645349fc14bb16ea30509a265c2731736b206 in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=95a6453 ]

Added fix for CLOUDSTACK-6316

Added changes for CLOUDSTACK-6316.
More details in the bug

Signed-off-by: Santhosh Edukulla 


- ASF Subversion and Git Services


On April 1, 2014, 10:04 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19866/
> ---
> 
> (Updated April 1, 2014, 10:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: cloudstack-6316
> https://issues.apache.org/jira/browse/cloudstack-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1. Earlier, i added a facility called DeleteDataCenter to clean up a 
> datacenter, it has some issues for deleting, fixed them. This change is under 
> deployDataCenter.py
> 2. Earlier Added a new  facility, where we can deploy multiple zones and run 
> regression simultaneously on all zones with multiple hypervisors, 
> 2.1 So, user creates the data center with multiple zones and hypervisors.
> 2.2 Provides switches like zone and hypervisor to marvinPlugin and all tests 
> are run against that zone. With this patch, added hypervisor switch to 
> nose\marvinplugin.
> 3. Fixed an issue in one of the test suite under maint, it is using 
> wait_for_vm function, which is not available.
> 4. Added time taken for async job, post some stress scenarios, we want to 
> collect logs and analyze the time taken for various commands, their jobid and 
> time taken, added time taken
>  facility.
> 5. Added pep8 changes for marvin directory
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_host_high_availability.py f81bff2 
>   tools/marvin/marvin/__init__.py 7af168e 
>   tools/marvin/marvin/asyncJobMgr.py ee3ae5a 
>   tools/marvin/marvin/cloudstackConnection.py 26116cc 
>   tools/marvin/marvin/cloudstackException.py 3da28b7 
>   tools/marvin/marvin/cloudstackTestCase.py 303f7ad 
>   tools/marvin/marvin/cloudstackTestClient.py 0dac5f4 
>   tools/marvin/marvin/codegenerator.py d4a81cf 
>   tools/marvin/marvin/config/test_data.py 563bc07 
>   tools/marvin/marvin/configGenerator.py 605832c 
>   tools/marvin/marvin/dbConnection.py ba7bac9 
>   tools/marvin/marvin/deployAndRun.py 56747a7 
>   tools/marvin/marvin/deployDataCenter.py d4a0b85 
>   tools/marvin/marvin/jsonHelper.py f7db5ba 
>   tools/marvin/marvin/marvinInit.py 7ceba78 
>   tools/marvin/marvin/marvinLog.py f62c35a 
>   tools/marvin/marvin/marvinPlugin.py 6525cd2 
>   tools/marvin/marvin/sandbox/advanced/advanced_env.py 1728e61 
>   tools/marvin/marvin/sandbox/advancedsg/advancedsg_env.py 9cf4a0a 
>   tools/marvin/marvin/sandbox/basic/basic_env.py bf106fc 
>   tools/marvin/marvin/sandbox/demo/simulator/simulator_setup.py d45d482 
>   tools/marvin/marvin/sshClient.py c24477c 
>   tools/marvin/marvin/tcExecuteEngine.py c437337 
>   tools/marvin/marvin/testSetupSuccess.py 1701626 
> 
> Diff: https://reviews.apache.org/r/19866/diff/
> 
> 
> Testing
> ---
> 
> Tested running creating and deleting deployDataCenter.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



Re: Review Request 19866: Added Fixes for CLOUDSTACK-6316

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 70e104021c6db6dd454ff481ca3ee6283637ad90 in cloudstack's branch 
refs/heads/marvin from SrikanteswaraRao Talluri
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=70e1040 ]

Revert "Added fix for CLOUDSTACK-6316"

This reverts commit 95a645349fc14bb16ea30509a265c2731736b206.


- ASF Subversion and Git Services


On April 1, 2014, 10:04 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19866/
> ---
> 
> (Updated April 1, 2014, 10:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: cloudstack-6316
> https://issues.apache.org/jira/browse/cloudstack-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1. Earlier, i added a facility called DeleteDataCenter to clean up a 
> datacenter, it has some issues for deleting, fixed them. This change is under 
> deployDataCenter.py
> 2. Earlier Added a new  facility, where we can deploy multiple zones and run 
> regression simultaneously on all zones with multiple hypervisors, 
> 2.1 So, user creates the data center with multiple zones and hypervisors.
> 2.2 Provides switches like zone and hypervisor to marvinPlugin and all tests 
> are run against that zone. With this patch, added hypervisor switch to 
> nose\marvinplugin.
> 3. Fixed an issue in one of the test suite under maint, it is using 
> wait_for_vm function, which is not available.
> 4. Added time taken for async job, post some stress scenarios, we want to 
> collect logs and analyze the time taken for various commands, their jobid and 
> time taken, added time taken
>  facility.
> 5. Added pep8 changes for marvin directory
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_host_high_availability.py f81bff2 
>   tools/marvin/marvin/__init__.py 7af168e 
>   tools/marvin/marvin/asyncJobMgr.py ee3ae5a 
>   tools/marvin/marvin/cloudstackConnection.py 26116cc 
>   tools/marvin/marvin/cloudstackException.py 3da28b7 
>   tools/marvin/marvin/cloudstackTestCase.py 303f7ad 
>   tools/marvin/marvin/cloudstackTestClient.py 0dac5f4 
>   tools/marvin/marvin/codegenerator.py d4a81cf 
>   tools/marvin/marvin/config/test_data.py 563bc07 
>   tools/marvin/marvin/configGenerator.py 605832c 
>   tools/marvin/marvin/dbConnection.py ba7bac9 
>   tools/marvin/marvin/deployAndRun.py 56747a7 
>   tools/marvin/marvin/deployDataCenter.py d4a0b85 
>   tools/marvin/marvin/jsonHelper.py f7db5ba 
>   tools/marvin/marvin/marvinInit.py 7ceba78 
>   tools/marvin/marvin/marvinLog.py f62c35a 
>   tools/marvin/marvin/marvinPlugin.py 6525cd2 
>   tools/marvin/marvin/sandbox/advanced/advanced_env.py 1728e61 
>   tools/marvin/marvin/sandbox/advancedsg/advancedsg_env.py 9cf4a0a 
>   tools/marvin/marvin/sandbox/basic/basic_env.py bf106fc 
>   tools/marvin/marvin/sandbox/demo/simulator/simulator_setup.py d45d482 
>   tools/marvin/marvin/sshClient.py c24477c 
>   tools/marvin/marvin/tcExecuteEngine.py c437337 
>   tools/marvin/marvin/testSetupSuccess.py 1701626 
> 
> Diff: https://reviews.apache.org/r/19866/diff/
> 
> 
> Testing
> ---
> 
> Tested running creating and deleting deployDataCenter.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



Re: Review Request 19866: Added Fixes for CLOUDSTACK-6316

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 63d36883605e42cf48eec1f50e2496f43ea6a496 in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=63d3688 ]

Added fix for CLOUDSTACK-6316

Added changes for CLOUDSTACK-6316.
More details in the bug

Signed-off-by: Santhosh Edukulla 


- ASF Subversion and Git Services


On April 1, 2014, 10:04 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19866/
> ---
> 
> (Updated April 1, 2014, 10:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: cloudstack-6316
> https://issues.apache.org/jira/browse/cloudstack-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1. Earlier, i added a facility called DeleteDataCenter to clean up a 
> datacenter, it has some issues for deleting, fixed them. This change is under 
> deployDataCenter.py
> 2. Earlier Added a new  facility, where we can deploy multiple zones and run 
> regression simultaneously on all zones with multiple hypervisors, 
> 2.1 So, user creates the data center with multiple zones and hypervisors.
> 2.2 Provides switches like zone and hypervisor to marvinPlugin and all tests 
> are run against that zone. With this patch, added hypervisor switch to 
> nose\marvinplugin.
> 3. Fixed an issue in one of the test suite under maint, it is using 
> wait_for_vm function, which is not available.
> 4. Added time taken for async job, post some stress scenarios, we want to 
> collect logs and analyze the time taken for various commands, their jobid and 
> time taken, added time taken
>  facility.
> 5. Added pep8 changes for marvin directory
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_host_high_availability.py f81bff2 
>   tools/marvin/marvin/__init__.py 7af168e 
>   tools/marvin/marvin/asyncJobMgr.py ee3ae5a 
>   tools/marvin/marvin/cloudstackConnection.py 26116cc 
>   tools/marvin/marvin/cloudstackException.py 3da28b7 
>   tools/marvin/marvin/cloudstackTestCase.py 303f7ad 
>   tools/marvin/marvin/cloudstackTestClient.py 0dac5f4 
>   tools/marvin/marvin/codegenerator.py d4a81cf 
>   tools/marvin/marvin/config/test_data.py 563bc07 
>   tools/marvin/marvin/configGenerator.py 605832c 
>   tools/marvin/marvin/dbConnection.py ba7bac9 
>   tools/marvin/marvin/deployAndRun.py 56747a7 
>   tools/marvin/marvin/deployDataCenter.py d4a0b85 
>   tools/marvin/marvin/jsonHelper.py f7db5ba 
>   tools/marvin/marvin/marvinInit.py 7ceba78 
>   tools/marvin/marvin/marvinLog.py f62c35a 
>   tools/marvin/marvin/marvinPlugin.py 6525cd2 
>   tools/marvin/marvin/sandbox/advanced/advanced_env.py 1728e61 
>   tools/marvin/marvin/sandbox/advancedsg/advancedsg_env.py 9cf4a0a 
>   tools/marvin/marvin/sandbox/basic/basic_env.py bf106fc 
>   tools/marvin/marvin/sandbox/demo/simulator/simulator_setup.py d45d482 
>   tools/marvin/marvin/sshClient.py c24477c 
>   tools/marvin/marvin/tcExecuteEngine.py c437337 
>   tools/marvin/marvin/testSetupSuccess.py 1701626 
> 
> Diff: https://reviews.apache.org/r/19866/diff/
> 
> 
> Testing
> ---
> 
> Tested running creating and deleting deployDataCenter.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



Re: Review Request 19866: Added Fixes for CLOUDSTACK-6316

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 63d36883605e42cf48eec1f50e2496f43ea6a496 in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=63d3688 ]

Added fix for CLOUDSTACK-6316

Added changes for CLOUDSTACK-6316.
More details in the bug

Signed-off-by: Santhosh Edukulla 


- ASF Subversion and Git Services


On April 1, 2014, 10:04 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19866/
> ---
> 
> (Updated April 1, 2014, 10:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: cloudstack-6316
> https://issues.apache.org/jira/browse/cloudstack-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1. Earlier, i added a facility called DeleteDataCenter to clean up a 
> datacenter, it has some issues for deleting, fixed them. This change is under 
> deployDataCenter.py
> 2. Earlier Added a new  facility, where we can deploy multiple zones and run 
> regression simultaneously on all zones with multiple hypervisors, 
> 2.1 So, user creates the data center with multiple zones and hypervisors.
> 2.2 Provides switches like zone and hypervisor to marvinPlugin and all tests 
> are run against that zone. With this patch, added hypervisor switch to 
> nose\marvinplugin.
> 3. Fixed an issue in one of the test suite under maint, it is using 
> wait_for_vm function, which is not available.
> 4. Added time taken for async job, post some stress scenarios, we want to 
> collect logs and analyze the time taken for various commands, their jobid and 
> time taken, added time taken
>  facility.
> 5. Added pep8 changes for marvin directory
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_host_high_availability.py f81bff2 
>   tools/marvin/marvin/__init__.py 7af168e 
>   tools/marvin/marvin/asyncJobMgr.py ee3ae5a 
>   tools/marvin/marvin/cloudstackConnection.py 26116cc 
>   tools/marvin/marvin/cloudstackException.py 3da28b7 
>   tools/marvin/marvin/cloudstackTestCase.py 303f7ad 
>   tools/marvin/marvin/cloudstackTestClient.py 0dac5f4 
>   tools/marvin/marvin/codegenerator.py d4a81cf 
>   tools/marvin/marvin/config/test_data.py 563bc07 
>   tools/marvin/marvin/configGenerator.py 605832c 
>   tools/marvin/marvin/dbConnection.py ba7bac9 
>   tools/marvin/marvin/deployAndRun.py 56747a7 
>   tools/marvin/marvin/deployDataCenter.py d4a0b85 
>   tools/marvin/marvin/jsonHelper.py f7db5ba 
>   tools/marvin/marvin/marvinInit.py 7ceba78 
>   tools/marvin/marvin/marvinLog.py f62c35a 
>   tools/marvin/marvin/marvinPlugin.py 6525cd2 
>   tools/marvin/marvin/sandbox/advanced/advanced_env.py 1728e61 
>   tools/marvin/marvin/sandbox/advancedsg/advancedsg_env.py 9cf4a0a 
>   tools/marvin/marvin/sandbox/basic/basic_env.py bf106fc 
>   tools/marvin/marvin/sandbox/demo/simulator/simulator_setup.py d45d482 
>   tools/marvin/marvin/sshClient.py c24477c 
>   tools/marvin/marvin/tcExecuteEngine.py c437337 
>   tools/marvin/marvin/testSetupSuccess.py 1701626 
> 
> Diff: https://reviews.apache.org/r/19866/diff/
> 
> 
> Testing
> ---
> 
> Tested running creating and deleting deployDataCenter.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



Re: Review Request 19866: Added Fixes for CLOUDSTACK-6316

2014-04-01 Thread SrikanteswaraRao Talluri

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

Ship it!


Ship It!

- SrikanteswaraRao Talluri


On April 1, 2014, 10:04 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19866/
> ---
> 
> (Updated April 1, 2014, 10:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: cloudstack-6316
> https://issues.apache.org/jira/browse/cloudstack-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1. Earlier, i added a facility called DeleteDataCenter to clean up a 
> datacenter, it has some issues for deleting, fixed them. This change is under 
> deployDataCenter.py
> 2. Earlier Added a new  facility, where we can deploy multiple zones and run 
> regression simultaneously on all zones with multiple hypervisors, 
> 2.1 So, user creates the data center with multiple zones and hypervisors.
> 2.2 Provides switches like zone and hypervisor to marvinPlugin and all tests 
> are run against that zone. With this patch, added hypervisor switch to 
> nose\marvinplugin.
> 3. Fixed an issue in one of the test suite under maint, it is using 
> wait_for_vm function, which is not available.
> 4. Added time taken for async job, post some stress scenarios, we want to 
> collect logs and analyze the time taken for various commands, their jobid and 
> time taken, added time taken
>  facility.
> 5. Added pep8 changes for marvin directory
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_host_high_availability.py f81bff2 
>   tools/marvin/marvin/__init__.py 7af168e 
>   tools/marvin/marvin/asyncJobMgr.py ee3ae5a 
>   tools/marvin/marvin/cloudstackConnection.py 26116cc 
>   tools/marvin/marvin/cloudstackException.py 3da28b7 
>   tools/marvin/marvin/cloudstackTestCase.py 303f7ad 
>   tools/marvin/marvin/cloudstackTestClient.py 0dac5f4 
>   tools/marvin/marvin/codegenerator.py d4a81cf 
>   tools/marvin/marvin/config/test_data.py 563bc07 
>   tools/marvin/marvin/configGenerator.py 605832c 
>   tools/marvin/marvin/dbConnection.py ba7bac9 
>   tools/marvin/marvin/deployAndRun.py 56747a7 
>   tools/marvin/marvin/deployDataCenter.py d4a0b85 
>   tools/marvin/marvin/jsonHelper.py f7db5ba 
>   tools/marvin/marvin/marvinInit.py 7ceba78 
>   tools/marvin/marvin/marvinLog.py f62c35a 
>   tools/marvin/marvin/marvinPlugin.py 6525cd2 
>   tools/marvin/marvin/sandbox/advanced/advanced_env.py 1728e61 
>   tools/marvin/marvin/sandbox/advancedsg/advancedsg_env.py 9cf4a0a 
>   tools/marvin/marvin/sandbox/basic/basic_env.py bf106fc 
>   tools/marvin/marvin/sandbox/demo/simulator/simulator_setup.py d45d482 
>   tools/marvin/marvin/sshClient.py c24477c 
>   tools/marvin/marvin/tcExecuteEngine.py c437337 
>   tools/marvin/marvin/testSetupSuccess.py 1701626 
> 
> Diff: https://reviews.apache.org/r/19866/diff/
> 
> 
> Testing
> ---
> 
> Tested running creating and deleting deployDataCenter.
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



RE: OVS plugin communication failure (CS 4.3.0)

2014-04-01 Thread Florin Dumitrascu
So I have this failure now which seems to be consistent.
A few details about the setup:

Host 5 is standalone (single host in cluster). Host 15 is in a cluster with 
host 16. There is 1 VM instance running on host 5, 1 VM running on host 16, 
none running on host 15.
The tunnels  between hosts 5 and 16 have been created (on second attempt, first 
time, I got the error in previous email).
Now I am starting a new instance on host 15 and the tunnel creation fails. I 
know there was an issue with the tunnels on second host in the cluster 
(VM_REQUIRES_NETWORK), has this not been fixed ?
Do you think the error in the ovstunnel.log on host 5 below is related ?

-
2014-04-01 11:16:07DEBUG [root]  VMOPS enter  create_tunnel 
2014-04-01 11:16:07DEBUG [root] Entering create_tunnel
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 
'--timeout=30', 'wait-until', 'bridge', 'xapi5', '--', 'get', 'bridge', 
'xapi5', 'name']
2014-04-01 11:16:07DEBUG [root] bridge xapi5 for creating tunnel - VERIFIED
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 
'add-port', 'xapi5', 't213-5-15', '--', 'set', 'interface', 't213-5-15', 
'type=gre', 'options:key=213', 'options:remote_ip=10.20.1.22']
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 'get', 
'port', 't213-5-15', 'interfaces']
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 'get', 
'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf', 'options:key']
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 'get', 
'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf', 'options:remote_ip']
2014-04-01 11:16:07DEBUG [root] Tunnel interface 
validated:['/usr/bin/ovs-vsctl', 'get', 'interface', 
'f4344f02-be53-4297-9344-5d799c41c8bf', 'options:remote_ip']
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 'get', 
'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf', 'ofport']
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-ofctl', 
'add-flow', 'xapi5', 
'hard_timeout=0,idle_timeout=0,priority=1000,in_port=-1,dl_dst=ff:ff:ff:ff:ff:ff,actions=drop']
2014-04-01 11:16:07DEBUG [root] The command exited with the error code: 1 
(stderr output:ovs-ofctl: -1: negative values not supported for in_port
)
2014-04-01 11:16:07DEBUG [root] An unexpected error occured. Rolling back
2014-04-01 11:16:07DEBUG [root] Deleting GRE interface
2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 
'del-port', 'xapi5', 't213-5-15']
--

Thanks,
Florin

-Original Message-
From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
Sent: Tuesday, April 01, 2014 9:37 AM
To: dev@cloudstack.apache.org
Subject: RE: OVS plugin communication failure (CS 4.3.0)

Murali, Benoit,

First, thanks for the tip, I knew about /var/log/ovstunnel.log from CS 4.1.1 
but had no idea it moved under "cloud" folder :) I am on a fresh installed 
setup.

So, looking at this log, I am seeing something that looks like this:


2014-03-31 22:01:26DEBUG [root] Entering create_tunnel
2014-03-31 22:01:26DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 
'--timeout=30', 'wait-until', 'bridge', 'xapi4', '--', 'get', 'bridge', 
'xapi4', 'name']
2014-03-31 22:01:56DEBUG [root] The command exited with the error code: -14 
(stderr output:)


This is not happening all the time. A second attempt to create an instance did 
create the tunnel successfully.
I was actually seeing something similar in our previous setup which was CS 
4.1.1 + XenServer 6.1.0


Florin

-Original Message-
From: benoit lair [mailto:kurushi4...@gmail.com]
Sent: Tuesday, April 01, 2014 9:22 AM
To: dev@cloudstack.apache.org
Subject: Re: OVS plugin communication failure (CS 4.3.0)

Hello Florin,


Are you on a fresh install or on an upgraded version (from 4.1 ?)


Regards, Benoit.


2014-04-01 9:58 GMT+02:00 Murali Reddy :

> On 01/04/14 3:46 AM, "Florin Dumitrascu"
>  wrote:
>
> >Hi,
> >
> >I am using CS 4.3.0 and XenServer 6.2.0 with SP1, on a GRE isolated
> >network.
> >The tunnel creation keeps failing intermittently with the error below
> >(failure communicating with the plugin).
> >Cloudstack management server can ping the xenserver reliably, there
> >doesn't seem to be any issue at the IP level.
> >Any idea what is causing this ?
>
> Do you see any relevant errors in /var/log/cloud/ovstunnel.log or
> /var/log/xensource.log
>
> >
> >Thanks
> >
> >2014-03-31 23:08:56,528 WARN  [c.c.h.x.r.CitrixResourceBase]
> >(DirectAgent-265:ctx-3ca23292) Caught execption when creating ovs
> >tunnel
> >com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> >failed for cmd: create_tunnel with args to: 5, remote_ip: 10.20.1.20,
> >from: 16, bridge: xapi4, key: 213,  due to There was a failure
> >communicating with the plugin.
> >at
> >com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(C
> >itrix
> >ResourceBase.java:4239)
> > 

Review Request 19868: CLOUDSTACK-6287, CLOUDSTACK-6315 fixed password visible in plain text during some operation in hyperv

2014-04-01 Thread Anshul Gangwar

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

Review request for cloudstack, Devdeep Singh and Rajesh Battala.


Bugs: CLOUDSTACK-6287 and CLOUDSTACK-6315
https://issues.apache.org/jira/browse/CLOUDSTACK-6287
https://issues.apache.org/jira/browse/CLOUDSTACK-6315


Repository: cloudstack-git


Description
---

CLOUDSTACK-6287, CLOUDSTACK-6315 fixed password visible in plain text during 
some operation in hyperv


Diffs
-

  utils/src/com/cloud/utils/StringUtils.java 1600488 

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


Testing
---

verified by looking into logs whether password is logged for the commands 
mentioned in bugs


Thanks,

Anshul Gangwar



[PROPOSAL] Simulator enhancements

2014-04-01 Thread Koushik Das
The current simulator provides a way to test various Cloudstack features 
without using actual resources. But its current capabilities are limited since 
it only allows success response for all agent commands and some ability to 
introduce delays. I am proposing some enhancements to the simulator [1] based 
on which test developers can write end-to-end tests for scenarios which were 
earlier not possible. Some examples would be VM deployment failure (due to 
storage/network failure), VM deployment retry logic, user VM HA etc.

In the current set of automation tests mostly positive scenarios are tested as 
it is very complex to test negative scenarios with real hardware. With the 
ability to simulate failure, negative scenarios can be tested in an effective 
manner. Negative test scenarios will also help in improving the overall code 
coverage of the tests.

Please share your feedback/comments.

Thanks,
Koushik

[1] 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Simulator+enhancements


Re: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

2014-04-01 Thread murali reddy
On Tue, Apr 1, 2014 at 2:40 PM, Florin Dumitrascu <
florin.dumitra...@intunenetworks.com> wrote:

> Thanks Murali, I will raise a bug and assign it to you if that's fine.
>

Sure.


>
> From: Murali Reddy [mailto:murali.re...@citrix.com]
> Sent: Tuesday, April 01, 2014 9:45 AM
> To: Florin Dumitrascu; dev@cloudstack.apache.org
> Cc: Jessica Wang; Nguyen Anh Tu (t...@apache.org); Alena Prokharchyk
> Subject: Re: Does OVS network provider support VPC ? (Cloudstack 4.3.0)
>
> There is explicit check added only to let providers that are marked as VPC
> providers in the network offering for VPC. In 4.2 and 4.3 its hard coded as
> below preventing Ovs to be used in VPC. Can you please a file bug for
> 4.3.1? We just have to add Ovs in here.
>
> supportedProviders = Arrays.asList(Provider.VPCVirtualRouter,
> Provider.NiciraNvp, Provider.InternalLbVm, Provider.Netscaler) in VPC
> manager
>
> From: Florin Dumitrascu  florin.dumitra...@intunenetworks.com>>
> Date: Thursday, 27 March 2014 5:52 PM
> To: "dev@cloudstack.apache.org" <
> dev@cloudstack.apache.org>
> Cc: Jessica Wang mailto:jessica.w...@citrix.com>>,
> Murali Reddy mailto:murali.re...@citrix.com>>,
> "Nguyen Anh Tu (t...@apache.org)"  >, Alena Prokharchyk  >
> Subject: Does OVS network provider support VPC ? (Cloudstack 4.3.0)
>
> Hi,
>
> When creating the OVS network service offering and selecting VPC box, I am
> not able to select Ovs from the Virtual Networking Provider drop box,
> everything in there is greyed out.
> See below screenshot:
>
> http://imgur.com/ciJxZYs
>
>
> I did some testing on CS 4.1.1 with VPC enabled on a GRE isolated network
> and it seemed to work. Why is this disabled in 4.3.0 ?
>
>
> Thanks,
> Florin
>
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments) is
> confidential. The contents may not be disclosed or used by anyone other
> than the addressee. If you are not the intended recipient, please notify
> the sender immediately or telephone: +353 (0)1 6204700. We cannot accept
> any responsibility for the accuracy or completeness of this message as it
> has been transmitted over a public network. If you suspect that the message
> may have been intercepted or amended, please call the sender.
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments) is
> confidential. The contents may not be disclosed or used by anyone other
> than the addressee. If you are not the intended recipient, please notify
> the sender immediately or telephone: +353 (0)1 6204700. We cannot accept
> any responsibility for the accuracy or completeness of this message as it
> has been transmitted over a public network. If you suspect that the message
> may have been intercepted or amended, please call the sender.
>


Re: OVS plugin communication failure (CS 4.3.0)

2014-04-01 Thread murali reddy
On Tue, Apr 1, 2014 at 4:34 PM, Florin Dumitrascu <
florin.dumitra...@intunenetworks.com> wrote:

> So I have this failure now which seems to be consistent.
> A few details about the setup:
>
> Host 5 is standalone (single host in cluster). Host 15 is in a cluster
> with host 16. There is 1 VM instance running on host 5, 1 VM running on
> host 16, none running on host 15.
> The tunnels  between hosts 5 and 16 have been created (on second attempt,
> first time, I got the error in previous email).
> Now I am starting a new instance on host 15 and the tunnel creation fails.
> I know there was an issue with the tunnels on second host in the cluster
> (VM_REQUIRES_NETWORK), has this not been fixed ?
> Do you think the error in the ovstunnel.log on host 5 below is related ?
>
>
There is still issue with tunnels between the hosts in the same cluster.
There was not enough time when bug was reported and RC was already cut out
for 4.3. But that was XAPI issue where network object exists but
corresponding bridge is not created. From the below logs, clearly bridge is
created problem seems to be with OVS. '-1' is returned as OF port for the
tunnel interface. I am running some tests, i will run this scenario see if
I can repro it.

Can you please run below commands on host 5 and share the results

/usr/bin/ovs-vsctl  get interface f4344f02-be53-4297-9344-5d799c41c8bf
ofport
/usr/bin/ovs-vsctl  get interface t213-5-15 ofport


> -
> 2014-04-01 11:16:07DEBUG [root]  VMOPS enter  create_tunnel 
> 2014-04-01 11:16:07DEBUG [root] Entering create_tunnel
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> '--timeout=30', 'wait-until', 'bridge', 'xapi5', '--', 'get', 'bridge',
> 'xapi5', 'name']
> 2014-04-01 11:16:07DEBUG [root] bridge xapi5 for creating tunnel -
> VERIFIED
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'add-port', 'xapi5', 't213-5-15', '--', 'set', 'interface', 't213-5-15',
> 'type=gre', 'options:key=213', 'options:remote_ip=10.20.1.22']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'port', 't213-5-15', 'interfaces']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf', 'options:key']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf',
> 'options:remote_ip']
> 2014-04-01 11:16:07DEBUG [root] Tunnel interface
> validated:['/usr/bin/ovs-vsctl', 'get', 'interface',
> 'f4344f02-be53-4297-9344-5d799c41c8bf', 'options:remote_ip']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf', 'ofport']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-ofctl',
> 'add-flow', 'xapi5',
> 'hard_timeout=0,idle_timeout=0,priority=1000,in_port=-1,dl_dst=ff:ff:ff:ff:ff:ff,actions=drop']
> 2014-04-01 11:16:07DEBUG [root] The command exited with the error
> code: 1 (stderr output:ovs-ofctl: -1: negative values not supported for
> in_port
> )
> 2014-04-01 11:16:07DEBUG [root] An unexpected error occured. Rolling
> back
> 2014-04-01 11:16:07DEBUG [root] Deleting GRE interface
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'del-port', 'xapi5', 't213-5-15']
> --
>
> Thanks,
> Florin
>
> -Original Message-
> From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
> Sent: Tuesday, April 01, 2014 9:37 AM
> To: dev@cloudstack.apache.org
> Subject: RE: OVS plugin communication failure (CS 4.3.0)
>
> Murali, Benoit,
>
> First, thanks for the tip, I knew about /var/log/ovstunnel.log from CS
> 4.1.1 but had no idea it moved under "cloud" folder :) I am on a fresh
> installed setup.
>
> So, looking at this log, I am seeing something that looks like this:
>
> 
> 2014-03-31 22:01:26DEBUG [root] Entering create_tunnel
> 2014-03-31 22:01:26DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> '--timeout=30', 'wait-until', 'bridge', 'xapi4', '--', 'get', 'bridge',
> 'xapi4', 'name']
> 2014-03-31 22:01:56DEBUG [root] The command exited with the error
> code: -14 (stderr output:)
> 
>
> This is not happening all the time. A second attempt to create an instance
> did create the tunnel successfully.
> I was actually seeing something similar in our previous setup which was CS
> 4.1.1 + XenServer 6.1.0
>
>
> Florin
>
> -Original Message-
> From: benoit lair [mailto:kurushi4...@gmail.com]
> Sent: Tuesday, April 01, 2014 9:22 AM
> To: dev@cloudstack.apache.org
> Subject: Re: OVS plugin communication failure (CS 4.3.0)
>
> Hello Florin,
>
>
> Are you on a fresh install or on an upgraded version (from 4.1 ?)
>
>
> Regards, Benoit.
>
>
> 2014-04-01 9:58 GMT+02:00 Murali Reddy :
>
> > On 01/04/14 3:46 AM, "Florin Dumitrascu"
> >  wrote:
> >
> > >Hi,
> > >
> > >I am using CS 4.3.0 and XenServer 6.2.0 with SP1, on a GRE i

CLOUDSTACK-6223.

2014-04-01 Thread Upendra Moturi
Hi,

Bug ID : CLOUDSTACK-6223.(removeNicFromVirtualMachine fails if another
instance in another domain has a nic with the same ip and a forwarding rule
configured on it)

Here is my proposed fix .

Add new method to get rules by destip and instanceid so that we get rules
only for that vm instead of all other vms matching the destination ip
which was existing behavior.

@Override
public List listByVmidAndDestIpAddr(String
ip4Address,long vmid) {
SearchCriteria sc = AllFieldsSearch.create();
sc.setParameters("dstIp", ip4Address);
sc.setParameters("vmId", vmid);
return listBy(sc);
}


Re: Review Request 18971: CLOUDSTACK-6216: Skip the test if run on already existing setup

2014-04-01 Thread Santhosh Edukulla


> On March 21, 2014, 10:37 a.m., Santhosh Edukulla wrote:
> > test/integration/smoke/test_secondary_storage.py, line 63
> > 
> >
> > I believe this change is not required, it does not have much impact. 
> > We are not looking for config existence at other places as well. 
> > Also, if config does not match for other parameters away from zone, all 
> > those checks are still not existing. These checks are not required in all 
> > tests.

Please close this review, if this change is not required?


- Santhosh


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


On March 10, 2014, 4:28 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18971/
> ---
> 
> (Updated March 10, 2014, 4:28 p.m.)
> 
> 
> Review request for cloudstack, Santhosh Edukulla and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-6216
> https://issues.apache.org/jira/browse/CLOUDSTACK-6216
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test case was failing when it is run on an existing setup because the zones 
> would not match with those mentioned in the config file.
> Skipped the test case in this case.
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_secondary_storage.py ff9692f 
> 
> Diff: https://reviews.apache.org/r/18971/diff/
> 
> 
> Testing
> ---
> 
> Yes. Ran on an existing setup.
> Log:
> Test system VM start ... SKIP: skip
> Test system templates are ready ... SKIP: Zone in config file not present in 
> setup
> 
> --
> Ran 2 tests in 0.012s
> 
> OK (SKIP=2)
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>



Re: Review Request 19119: CLOUDSTACK-5887: Resolved issue in test_base_image_updation.py

2014-04-01 Thread Santhosh Edukulla

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



test/integration/component/test_base_image_updation.py


This will always fail if not through assert. Is that our intention to fail 
always?

Also, we dont require an assert and fail in sequence. Use one of them.


- Santhosh Edukulla


On March 12, 2014, 1:38 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19119/
> ---
> 
> (Updated March 12, 2014, 1:38 p.m.)
> 
> 
> Review request for cloudstack, Santhosh Edukulla and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5887
> https://issues.apache.org/jira/browse/CLOUDSTACK-5887
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case was failing while checking snapshot policies. In case the 
> volume is deleted, snapshot policy won't list but if the volumes is not yet 
> deleted, in that case snapshot policy list will be empty.
> We should be checking both these conditions.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_base_image_updation.py af968cc 
> 
> Diff: https://reviews.apache.org/r/19119/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Log:
> Test deploy an instance with service offerings with IsVolatile set. ... SKIP: 
> skip
> Test rebooting instances created with isVolatile service offerings ... SKIP: 
> skip
> Test restoring a vm with different template than the one it was created with 
> ... SKIP: skip
> Create a VM using the Service offering IsVolatile enabled ... ok
> 
> --
> Ran 4 tests in 1441.368s
> 
> OK (SKIP=3)
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>



Re: [EVENTS] CloudStack Hyderabad April meetup -3rd April

2014-04-01 Thread Srikanteswararao Talluri
Sure Rohit. We’ll try to announce the events much in advance so that interested 
people can plan accordingly.

Thanks,
~Talluri

From: Rohit Yadav mailto:bhais...@apache.org>>
Date: Saturday, 29 March 2014 2:57 pm
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Srikanteswararao 
Talluri 
mailto:srikanteswararao.tall...@citrix.com>>
Cc: "us...@cloudstack.apache.org" 
mailto:us...@cloudstack.apache.org>>, 
"market...@cloudstack.apache.org" 
mailto:market...@cloudstack.apache.org>>
Subject: Re: [EVENTS] CloudStack Hyderabad April meetup -3rd April

Hi Talluri! Thanks for sharing.

Folks can you please plan/share meetup events at least one month in advance, in 
future? I've sort of missed two meetups in India in the past due to timing 
mismatches which I would have loved to join.

Regards.


On Sat, Mar 29, 2014 at 11:32 AM, Srikanteswararao Talluri 
mailto:srikanteswararao.tall...@citrix.com>>
 wrote:
Gentle reminder.

Please join us for CloudStack Hyderabad April meetup on Thursday, 3rd April 
2014 at IIIT Hyderabad.

RSVP @ http://www.meetup.com/CloudStack-Hyderabad-Group/events/172106682/

Thanks,
~Talluri




RE: OVS plugin communication failure (CS 4.3.0)

2014-04-01 Thread Florin Dumitrascu
I think this interface was deleted during rollback, so there no information to 
show:

---
2014-04-01 12:22:39DEBUG [root] An unexpected error occured. Rolling back
2014-04-01 12:22:39DEBUG [root] Deleting GRE interface
2014-04-01 12:22:39DEBUG [root] Executing:['/usr/bin/ovs-vsctl', 
'del-port', 'xapi5', 't213-5-15']
---

> Can you please run below commands on host 5 and share the results
>
>/usr/bin/ovs-vsctl  get interface f4344f02-be53-4297-9344-5d799c41c8bf
>ofport

[root@xenserver1 ~]# ovs-vsctl get interface 
f4344f02-be53-4297-9344-5d799c41c8bf ofport
ovs-vsctl: no row "f4344f02-be53-4297-9344-5d799c41c8bf" in table Interface

>/usr/bin/ovs-vsctl  get interface t213-5-15 ofport

[root@xenserver1 ~]# /usr/bin/ovs-vsctl  get interface t213-5-15 ofport
ovs-vsctl: no row "t213-5-15" in table Interface

> There is still issue with tunnels between the hosts in the same cluster.

It is also an issue when one of the tunnel endpoints is not single (has another 
host in same cluster).
In the management server log I could see the "VM_REQUIRES_NETWORK" error raised 
against host 15.
This is why I assumed a possible connection.

Florin

-Original Message-
From: murali reddy [mailto:muralimmre...@gmail.com]
Sent: Tuesday, April 01, 2014 2:12 PM
To: dev@cloudstack.apache.org
Cc: Murali Reddy (murali.re...@citrix.com); Nguyen Anh Tu (t...@apache.org)
Subject: Re: OVS plugin communication failure (CS 4.3.0)

On Tue, Apr 1, 2014 at 4:34 PM, Florin Dumitrascu < 
florin.dumitra...@intunenetworks.com> wrote:

> So I have this failure now which seems to be consistent.
> A few details about the setup:
>
> Host 5 is standalone (single host in cluster). Host 15 is in a cluster
> with host 16. There is 1 VM instance running on host 5, 1 VM running
> on host 16, none running on host 15.
> The tunnels  between hosts 5 and 16 have been created (on second
> attempt, first time, I got the error in previous email).
> Now I am starting a new instance on host 15 and the tunnel creation fails.
> I know there was an issue with the tunnels on second host in the
> cluster (VM_REQUIRES_NETWORK), has this not been fixed ?
> Do you think the error in the ovstunnel.log on host 5 below is related ?
>
>
There is still issue with tunnels between the hosts in the same cluster.
There was not enough time when bug was reported and RC was already cut out for 
4.3. But that was XAPI issue where network object exists but corresponding 
bridge is not created. From the below logs, clearly bridge is created problem 
seems to be with OVS. '-1' is returned as OF port for the tunnel interface. I 
am running some tests, i will run this scenario see if I can repro it.

Can you please run below commands on host 5 and share the results

/usr/bin/ovs-vsctl  get interface f4344f02-be53-4297-9344-5d799c41c8bf
ofport
/usr/bin/ovs-vsctl  get interface t213-5-15 ofport


> -
> 2014-04-01 11:16:07DEBUG [root]  VMOPS enter  create_tunnel 
> 2014-04-01 11:16:07DEBUG [root] Entering create_tunnel
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> '--timeout=30', 'wait-until', 'bridge', 'xapi5', '--', 'get',
> 'bridge', 'xapi5', 'name']
> 2014-04-01 11:16:07DEBUG [root] bridge xapi5 for creating tunnel -
> VERIFIED
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'add-port', 'xapi5', 't213-5-15', '--', 'set', 'interface',
> 't213-5-15', 'type=gre', 'options:key=213', 'options:remote_ip=10.20.1.22']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'port', 't213-5-15', 'interfaces']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf', 'options:key']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf',
> 'options:remote_ip']
> 2014-04-01 11:16:07DEBUG [root] Tunnel interface
> validated:['/usr/bin/ovs-vsctl', 'get', 'interface',
> 'f4344f02-be53-4297-9344-5d799c41c8bf', 'options:remote_ip']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'get', 'interface', 'f4344f02-be53-4297-9344-5d799c41c8bf', 'ofport']
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-ofctl',
> 'add-flow', 'xapi5',
> 'hard_timeout=0,idle_timeout=0,priority=1000,in_port=-1,dl_dst=ff:ff:ff:ff:ff:ff,actions=drop']
> 2014-04-01 11:16:07DEBUG [root] The command exited with the error
> code: 1 (stderr output:ovs-ofctl: -1: negative values not supported
> for in_port
> )
> 2014-04-01 11:16:07DEBUG [root] An unexpected error occured. Rolling
> back
> 2014-04-01 11:16:07DEBUG [root] Deleting GRE interface
> 2014-04-01 11:16:07DEBUG [root] Executing:['/usr/bin/ovs-vsctl',
> 'del-port', 'xapi5', 't213-5-15']
> --
>
> Thanks,
> Florin
>
> -Original Message-
> From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
> Sent: Tuesday, A

Re: Some problem while creating the system vm's

2014-04-01 Thread Giri Prasad
Hi, 

Tried setting up the 


cloudstack-setup-databases cloud:xxx@localhost --deploy-as=root:y  
-i 192.xxx.xxx.xx


cloudstack-setup-management


Even before any provisioning was done, the management server log reports as:

2014-04-01 19:20:14,964 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status.

2014-04-01 19:20:14,967 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status.

2014-04-01 19:20:30,027 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-2:null) VmStatsCollector is running...
2014-04-01 19:20:30,027 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-1:null) HostStatsCollector is running...
2014-04-01 19:20:30,037 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-3:null) StorageCollector is running...
2014-04-01 19:20:43,905 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Skip capacity scan due to there is no Primary Storage 
UPintenance mode
2014-04-01 19:20:44,964 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status.
2014-04-01 19:20:44,966 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
2014-04-01 19:20:50,034 DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager 
Timer:null) Resetting hosts suitable for reconnect
2014-04-01 19:20:50,037 DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager 
Timer:null) Completed resetting hosts suitable for reconnect
2014-04-01 19:20:50,037 DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager 
Timer:null) Acquiring hosts for clusters already owned by this management server
2014-04-01 19:20:50,038 DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager 
Timer:null) Completed acquiring hosts for clusters already owned by this 
management server
2014-04-01 19:20:50,038 DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager 
Timer:null) Acquiring hosts for clusters not owned by any management server
2014-04-01 19:20:50,039 DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager 
Timer:null) Completed acquiring hosts for clusters not owned by any management 
server
2014-04-01 19:21:13,905 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Skip capacity scan due to there is no Primary Storage 
UPintenance mode
2014-04-01 19:21:14,963 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status.
2014-04-01 19:21:14,966 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
2014-04-01 19:21:30,031 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-2:null) VmStatsCollector is running...
2014-04-01 19:21:30,031 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-1:null) HostStatsCollector is running...
2014-04-01 19:21:30,042 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-3:null) StorageCollector is running...

/etc/sysconfig/network-scripts/ifcfg-eth0 
DEVICE=eth0
HWADDR=xx:xx:xx:xx:xx:xx
TYPE=Ethernet 
NM_CONTROLLED=no
ONBOOT=yes
BOOTPRO=none
BRIDGE=cloudbr0


# cat /etc/sysconfig/network-scripts/ifcfg-cloudbr0 
DEVICE=cloudbr0
HWADDR=xx:xx:xx:xx:xx:xx
NM_CONTROLLED=no
ONBOOT=yes
BOOTPRO=none
IPADDR=192.xxx.xxx.
NETMASK=255.255.255.0
GATEWAY=192.xxx.xxx.
DNS1=192.xxx.xxx.
TYPE=Bridge
DELAY=0


Mainly the infinite messages are centered around:
2014-04-01 19:20:14,964 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status.

2014-04-01
 19:20:14,967 DEBUG [network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status.

Any clues?

Thanks & Regards,
Giri




 From: Sugandh S 
To: "us...@cloudstack.apache.org" ; 
"dev@cloudstack.apache.org" ; Giri Prasad 
 
Sent: Tuesday, 1 April 2014 2:47 PM
Subject: Re: Some problem while creating the system vm's
 

Can you check if your router vm is running or not?



On Tuesday, 1 April 2014 1:48 PM, Giri Prasad  wrote:

Hello Everybody,

 I am using centos 6.5, i3 cpu-core, and cloudstack 4.2.1

 I have installed the cloudstack, and provisioned the cloud. After all the 
steps are over, when I press , the management server log is reporting 
errors as follows:

2014-04-01 13:31:15,245 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status. 
2014-04-01 13:31:15,248 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status. 
2014-04-01 13:31:15,753 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
(SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2014-04-01 
08:01:15 GMT
2014-04-01 13:31:15,755 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 

Prevent console proxy support scripts from spawning multiple java processes

2014-04-01 Thread Saurav Lahiri
Hi,

The console proxy supporting scripts run.sh restarts the java process if it
determines that
for some reason the _run.sh has exited. If the original java process has
exited then that is
not an issue. If for some reason the java process is still running, then
the while loop which
calls _run.sh will cause a second instance of a jvm to start, which refers
to the same
log file namely cloud.out. It appears that two different jvms referring to
the same log file
is causing issues. A way to fix this could be to change the code in run.sh
to use the
get_pids routine to check  and preempt start of a new java process if an
existing process
is running.

Please let me know if I have read the situation correctly and if a defect
needs to be logged
for this.

Thanks
Saurav


[4.4] build failing at awsapi

2014-04-01 Thread Paul Angus
Hi I'm getting the following errors when building 4.4 noredist:

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) 
on project cloud-awsapi: Compilation failure: Compilation failure:
[ERROR] error: error reading 
/root/.m2/repository/org/codehaus/woodstox/wstx-asl/3.2.4/wstx-asl-3.2.4.jar; 
error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error in 
opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
 error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
 error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.jar; error 
in opening zip file

It seems to be being caused by one repo:  shibboleth.internet2.edu  which has 
moved/removed its maven repo, so returns a webpage instead of a pom or a jar.

I can't find a way to blacklist shibboleth.internet2.edu

Any ideas anyone?

Regards

Paul Angus
Senior Consultant / Cloud Architect

[cid:image002.png@01CE1071.C6CC9C10]

S: +44 20 3603 0540 | M: +447711418784 | 
T: @CloudyAngus
paul.an...@shapeblue.com | 
www.shapeblue.com | 
Twitter:@shapeblue
ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.


RE: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

2014-04-01 Thread Florin Dumitrascu
Hi Murali,

Looks like I cannot assign a bug, so here is the link.
I have created  https://issues.apache.org/jira/browse/CLOUDSTACK-6319

Cheers,
Florin

-Original Message-
From: murali reddy [mailto:muralimmre...@gmail.com]
Sent: Tuesday, April 01, 2014 2:02 PM
To: dev@cloudstack.apache.org
Subject: Re: Does OVS network provider support VPC ? (Cloudstack 4.3.0)

On Tue, Apr 1, 2014 at 2:40 PM, Florin Dumitrascu < 
florin.dumitra...@intunenetworks.com> wrote:

> Thanks Murali, I will raise a bug and assign it to you if that's fine.
>

Sure.


>
> From: Murali Reddy [mailto:murali.re...@citrix.com]
> Sent: Tuesday, April 01, 2014 9:45 AM
> To: Florin Dumitrascu; dev@cloudstack.apache.org
> Cc: Jessica Wang; Nguyen Anh Tu (t...@apache.org); Alena Prokharchyk
> Subject: Re: Does OVS network provider support VPC ? (Cloudstack
> 4.3.0)
>
> There is explicit check added only to let providers that are marked as
> VPC providers in the network offering for VPC. In 4.2 and 4.3 its hard
> coded as below preventing Ovs to be used in VPC. Can you please a file
> bug for 4.3.1? We just have to add Ovs in here.
>
> supportedProviders = Arrays.asList(Provider.VPCVirtualRouter,
> Provider.NiciraNvp, Provider.InternalLbVm, Provider.Netscaler) in VPC
> manager
>
> From: Florin Dumitrascu  florin.dumitra...@intunenetworks.com>>
> Date: Thursday, 27 March 2014 5:52 PM
> To: "dev@cloudstack.apache.org" <
> dev@cloudstack.apache.org>
> Cc: Jessica Wang
> mailto:jessica.w...@citrix.com>>,
> Murali Reddy
> mailto:murali.re...@citrix.com>>,
> "Nguyen Anh Tu (t...@apache.org)"
> mailto:t...@apache.org>>, Alena Prokharchyk
> mailto:alena.prokharc...@citrix.com>>
> Subject: Does OVS network provider support VPC ? (Cloudstack 4.3.0)
>
> Hi,
>
> When creating the OVS network service offering and selecting VPC box,
> I am not able to select Ovs from the Virtual Networking Provider drop
> box, everything in there is greyed out.
> See below screenshot:
>
> http://imgur.com/ciJxZYs
>
>
> I did some testing on CS 4.1.1 with VPC enabled on a GRE isolated
> network and it seemed to work. Why is this disabled in 4.3.0 ?
>
>
> Thanks,
> Florin
>
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments)
> is confidential. The contents may not be disclosed or used by anyone
> other than the addressee. If you are not the intended recipient,
> please notify the sender immediately or telephone: +353 (0)1 6204700.
> We cannot accept any responsibility for the accuracy or completeness
> of this message as it has been transmitted over a public network. If
> you suspect that the message may have been intercepted or amended, please 
> call the sender.
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments)
> is confidential. The contents may not be disclosed or used by anyone
> other than the addressee. If you are not the intended recipient,
> please notify the sender immediately or telephone: +353 (0)1 6204700.
> We cannot accept any responsibility for the accuracy or completeness
> of this message as it has been transmitted over a public network. If
> you suspect that the message may have been intercepted or amended, please 
> call the sender.
>

IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.


Re: Review Request 19751: Fixed [CLOUDSTACK-5962]: Value of Global parameter "custom.diskoffering.size.min" is not reflected in UI during new instance creation

2014-04-01 Thread Alena Prokharchyk

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


Java part of the fix looks fine to me.

- Alena Prokharchyk


On March 28, 2014, 2:45 p.m., Gabor Apati-Nagy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19751/
> ---
> 
> (Updated March 28, 2014, 2:45 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle and Jessica Wang.
> 
> 
> Bugs: CLOUDSTACK-5962
> https://issues.apache.org/jira/browse/CLOUDSTACK-5962
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fix for [CLOUDSTACK-5962]: Value of Global parameter 
> "custom.diskoffering.size.min" is not reflected in UI during new instance 
> creation.
> 
> Added fields to /api and /server classes for CustomDiskOfferingMinSize to be 
> available in CapabilitiesResponse. Fixed UI code in Instance Wizard to have 
> this config value as the minimum selectable option when we are in custom disk 
> size mode.
> 
> 
> Diffs
> -
> 
>   api/src/org/apache/cloudstack/api/ApiConstants.java 87fa8ee 
>   
> api/src/org/apache/cloudstack/api/command/user/config/ListCapabilitiesCmd.java
>  d47645b 
>   api/src/org/apache/cloudstack/api/response/CapabilitiesResponse.java 
> c8de587 
>   server/src/com/cloud/server/ManagementServerImpl.java 7431891 
>   ui/index.jsp dce2aa8 
>   ui/scripts/instanceWizard.js 03ee344 
>   ui/scripts/ui-custom/instanceWizard.js c5e0ddb 
> 
> Diff: https://reviews.apache.org/r/19751/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gabor Apati-Nagy
> 
>



RE: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) - Is your zone an Advanced zone or Basic zone? (2)

2014-04-01 Thread Florin Dumitrascu
Raised a bug for the DB upgrade:

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

Regards,
Florin

-Original Message-
From: Jessica Wang [mailto:jessica.w...@citrix.com]
Sent: Friday, March 21, 2014 11:19 PM
To: Alena Prokharchyk; Florin Dumitrascu; Murali Reddy
Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org
Subject: RE: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) - Is your 
zone an Advanced zone or Basic zone? (2)

+1


-Original Message-
From: Alena Prokharchyk
Sent: Friday, March 21, 2014 4:18 PM
To: Jessica Wang; Florin Dumitrascu; Murali Reddy
Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org
Subject: Re: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) - Is your 
zone an Advanced zone or Basic zone? (2)

Then its a DB upgrade bug. If the GRE isolation is supported on the network in 
4.1.1, DB upgrade should have inserted the provider to physical network.

On 3/21/14, 3:51 PM, "Jessica Wang"  wrote:

>> [Alena] Not exactly like that.
>> [Alena] None of the providers are added to the physical network by
>>default if execute createPhysicalNetwork call via API.
>> [Alena] Our CS UI does this job - adding the providers to the network
>>- for you by calling addNetworkServiceProvider call.
>
>Actually, OVS provider is an exception.
>UI doesn't do the job because server-side already does the job.
>When you create an Advanced zone in 4.3 code, server-side will
>automatically add OVS provider to its physical network.
>However, since your zone was created in 4.1 code and upgraded to 4.3,
>server-side won't automatically add OVS provider to its physical network.
>
>Murali, please confirm.
>
>
>
>-Original Message-
>From: Alena Prokharchyk
>Sent: Friday, March 21, 2014 2:44 PM
>To: Florin Dumitrascu; Jessica Wang; Murali Reddy; Florin Dumitrascu
>Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org
>Subject: Re: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) -
>Is your zone an Advanced zone or Basic zone? (2)
>
>
>
>On 3/21/14, 2:34 PM, "Florin Dumitrascu"
> wrote:
>
>>Hi,
>>
>>Alena, my assumption is that the Ovs provider is created when you
>>create the physical network with GRE isolation (if someone can confirm ...).
>>When I configured CS RC8 from scratch, I could see the provider and
>>enable it in the GUI.
>
>Not exactly like that. None of the providers are added to the physical
>network by default if execute createPhysicalNetwork call via API. Our
>CS UI does this job - adding the providers to the network - for you by
>calling addNetworkServiceProvider call.
>
>
>
>>But when I have upgraded from CS 4.1.1 to 4.3.0 RC9, I have preserved
>>the existing configuration with the existing physical network.
>>So my assumption is that the physical network was not updated with the
>>OVS provider (such a provider was not needed in CS 4.1.1).
>
>So while you were on 4.1.1, GRE isolation was disabled? Did you enable
>it on 4.3? If there is a way to enable new isolation on the physical
>network, on my opinion - the UI should perform the background call and
>add all the providers associated with this option, to the physical
>network. So it would be a UI issue.
>
>Or the case was the following - the GRE isolation was enabled on your
>network while on 4.1.1, but new provider - OVS - was added in 4.3. And
>this provider wasn't added to existing physical networks during the
>upgrade. Then its a database upgrade bug.
>
>
>Please confirm which one from the above is correct.
>
>>
>>Jessica, I am building CentOS RPM packages from the RC source, using
>>"package.sh" script in the source packaging folder. Not aware about
>>the difference between "oss" and "noredist".
>>Also, my setup is for an advanced zone.
>>
>>Kind Regards,
>>Florin
>>
>>
>>
>>-Original Message-
>>From: Jessica Wang [mailto:jessica.w...@citrix.com]
>>Sent: Friday, March 21, 2014 8:28 PM
>>To: Florin Dumitrascu; Murali Reddy
>>Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org; Alena
>>Prokharchyk
>>Subject: RE: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) -
>>Is your zone an Advanced zone or Basic zone? (2)
>>
>>Florin,
>>UI doesn't show OVS service provider because database doesn't have OVS
>>service provider.
>>The reasons might be:
>>(1) You are using oss build (should be using noredist build).
>>(2) Your zone is a Basic zone (OVS service provider is only supported
>>in Advanced zone)
>>
>>
>>Murali,
>>Is there other possibility?
>>
>>
>>Jessica
>>
>>-Original Message-
>>From: Jessica Wang
>>Sent: Friday, March 21, 2014 1:15 PM
>>To: Alena Prokharchyk; Florin Dumitrascu
>>Cc: Nguyen Anh Tu (t...@apache.org); Murali Reddy;
>>dev@cloudstack.apache.org
>>Subject: RE: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) -
>>Is your zone an Advanced zone or Basic zone?
>>
>>Florin,
>>
>>Is your zone an Advanced zone or Basic zone?
>>
>>Jessica
>>
>>-Original Message-
>>From: Alena Prokharchyk
>>Sent: Friday, March 21, 2014 

Re: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) - Is your zone an Advanced zone or Basic zone? (2)

2014-04-01 Thread Alena Prokharchyk
Florin, you must have fixed it already on your side, but for other people
information: to fix the problem, update cloud.configuration table by
modifying the value for “hypervisor.list” parameter

On 4/1/14, 9:42 AM, "Florin Dumitrascu"
 wrote:

>Raised a bug for the DB upgrade:
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-6320
>
>Regards,
>Florin
>
>-Original Message-
>From: Jessica Wang [mailto:jessica.w...@citrix.com]
>Sent: Friday, March 21, 2014 11:19 PM
>To: Alena Prokharchyk; Florin Dumitrascu; Murali Reddy
>Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org
>Subject: RE: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) - Is
>your zone an Advanced zone or Basic zone? (2)
>
>+1
>
>
>-Original Message-
>From: Alena Prokharchyk
>Sent: Friday, March 21, 2014 4:18 PM
>To: Jessica Wang; Florin Dumitrascu; Murali Reddy
>Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org
>Subject: Re: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) - Is
>your zone an Advanced zone or Basic zone? (2)
>
>Then its a DB upgrade bug. If the GRE isolation is supported on the
>network in 4.1.1, DB upgrade should have inserted the provider to
>physical network.
>
>On 3/21/14, 3:51 PM, "Jessica Wang"  wrote:
>
>>> [Alena] Not exactly like that.
>>> [Alena] None of the providers are added to the physical network by
>>>default if execute createPhysicalNetwork call via API.
>>> [Alena] Our CS UI does this job - adding the providers to the network
>>>- for you by calling addNetworkServiceProvider call.
>>
>>Actually, OVS provider is an exception.
>>UI doesn't do the job because server-side already does the job.
>>When you create an Advanced zone in 4.3 code, server-side will
>>automatically add OVS provider to its physical network.
>>However, since your zone was created in 4.1 code and upgraded to 4.3,
>>server-side won't automatically add OVS provider to its physical network.
>>
>>Murali, please confirm.
>>
>>
>>
>>-Original Message-
>>From: Alena Prokharchyk
>>Sent: Friday, March 21, 2014 2:44 PM
>>To: Florin Dumitrascu; Jessica Wang; Murali Reddy; Florin Dumitrascu
>>Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org
>>Subject: Re: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) -
>>Is your zone an Advanced zone or Basic zone? (2)
>>
>>
>>
>>On 3/21/14, 2:34 PM, "Florin Dumitrascu"
>> wrote:
>>
>>>Hi,
>>>
>>>Alena, my assumption is that the Ovs provider is created when you
>>>create the physical network with GRE isolation (if someone can confirm
>>>...).
>>>When I configured CS RC8 from scratch, I could see the provider and
>>>enable it in the GUI.
>>
>>Not exactly like that. None of the providers are added to the physical
>>network by default if execute createPhysicalNetwork call via API. Our
>>CS UI does this job - adding the providers to the network - for you by
>>calling addNetworkServiceProvider call.
>>
>>
>>
>>>But when I have upgraded from CS 4.1.1 to 4.3.0 RC9, I have preserved
>>>the existing configuration with the existing physical network.
>>>So my assumption is that the physical network was not updated with the
>>>OVS provider (such a provider was not needed in CS 4.1.1).
>>
>>So while you were on 4.1.1, GRE isolation was disabled? Did you enable
>>it on 4.3? If there is a way to enable new isolation on the physical
>>network, on my opinion - the UI should perform the background call and
>>add all the providers associated with this option, to the physical
>>network. So it would be a UI issue.
>>
>>Or the case was the following - the GRE isolation was enabled on your
>>network while on 4.1.1, but new provider - OVS - was added in 4.3. And
>>this provider wasn't added to existing physical networks during the
>>upgrade. Then its a database upgrade bug.
>>
>>
>>Please confirm which one from the above is correct.
>>
>>>
>>>Jessica, I am building CentOS RPM packages from the RC source, using
>>>"package.sh" script in the source packaging folder. Not aware about
>>>the difference between "oss" and "noredist".
>>>Also, my setup is for an advanced zone.
>>>
>>>Kind Regards,
>>>Florin
>>>
>>>
>>>
>>>-Original Message-
>>>From: Jessica Wang [mailto:jessica.w...@citrix.com]
>>>Sent: Friday, March 21, 2014 8:28 PM
>>>To: Florin Dumitrascu; Murali Reddy
>>>Cc: Nguyen Anh Tu (t...@apache.org); dev@cloudstack.apache.org; Alena
>>>Prokharchyk
>>>Subject: RE: GRE isolation - no in service upgrade (4.1.1 to 4.3.0) -
>>>Is your zone an Advanced zone or Basic zone? (2)
>>>
>>>Florin,
>>>UI doesn't show OVS service provider because database doesn't have OVS
>>>service provider.
>>>The reasons might be:
>>>(1) You are using oss build (should be using noredist build).
>>>(2) Your zone is a Basic zone (OVS service provider is only supported
>>>in Advanced zone)
>>>
>>>
>>>Murali,
>>>Is there other possibility?
>>>
>>>
>>>Jessica
>>>
>>>-Original Message-
>>>From: Jessica Wang
>>>Sent: Friday, March 21, 2014 1:15 PM
>>>To: Alena Prokharchyk; Flor

Re: CLOUDSTACK-6223.

2014-04-01 Thread Alena Prokharchyk
Upendra, please go ahead and create a review board ticket with the
suggested fix. 

https://reviews.apache.org/

-Alena.

On 4/1/14, 6:21 AM, "Upendra Moturi"  wrote:

>Hi,
>
>Bug ID : CLOUDSTACK-6223.(removeNicFromVirtualMachine fails if another
>instance in another domain has a nic with the same ip and a forwarding
>rule
>configured on it)
>
>Here is my proposed fix .
>
>Add new method to get rules by destip and instanceid so that we get rules
>only for that vm instead of all other vms matching the destination ip
>which was existing behavior.
>
>@Override
>public List listByVmidAndDestIpAddr(String
>ip4Address,long vmid) {
>SearchCriteria sc =
>AllFieldsSearch.create();
>sc.setParameters("dstIp", ip4Address);
>sc.setParameters("vmId", vmid);
>return listBy(sc);
>}



Re: Review Request 19751: Fixed [CLOUDSTACK-5962]: Value of Global parameter "custom.diskoffering.size.min" is not reflected in UI during new instance creation

2014-04-01 Thread Brian Federle

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

Ship it!


Ship It!

- Brian Federle


On March 28, 2014, 2:45 p.m., Gabor Apati-Nagy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19751/
> ---
> 
> (Updated March 28, 2014, 2:45 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle and Jessica Wang.
> 
> 
> Bugs: CLOUDSTACK-5962
> https://issues.apache.org/jira/browse/CLOUDSTACK-5962
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fix for [CLOUDSTACK-5962]: Value of Global parameter 
> "custom.diskoffering.size.min" is not reflected in UI during new instance 
> creation.
> 
> Added fields to /api and /server classes for CustomDiskOfferingMinSize to be 
> available in CapabilitiesResponse. Fixed UI code in Instance Wizard to have 
> this config value as the minimum selectable option when we are in custom disk 
> size mode.
> 
> 
> Diffs
> -
> 
>   api/src/org/apache/cloudstack/api/ApiConstants.java 87fa8ee 
>   
> api/src/org/apache/cloudstack/api/command/user/config/ListCapabilitiesCmd.java
>  d47645b 
>   api/src/org/apache/cloudstack/api/response/CapabilitiesResponse.java 
> c8de587 
>   server/src/com/cloud/server/ManagementServerImpl.java 7431891 
>   ui/index.jsp dce2aa8 
>   ui/scripts/instanceWizard.js 03ee344 
>   ui/scripts/ui-custom/instanceWizard.js c5e0ddb 
> 
> Diff: https://reviews.apache.org/r/19751/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gabor Apati-Nagy
> 
>



Review Request 19875: Fixed few issues for CLOUDSTACK-5674,CLOUDSTACK-6316

2014-04-01 Thread Santhosh Edukulla

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

Review request for cloudstack and SrikanteswaraRao Talluri.


Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
https://issues.apache.org/jira/browse/CLOUDSTACK-5674
https://issues.apache.org/jira/browse/CLOUDSTACK-6316


Repository: cloudstack-git


Description
---

While running tests, there were few issues observed. 
Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316


Diffs
-

  test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
  test/integration/smoke/test_iso.py b3c3181 
  test/integration/smoke/test_public_ip_range.py 50b0c9b 
  test/integration/smoke/test_templates.py b25359b 
  test/integration/smoke/test_vm_snapshots.py 4317d4d 
  tools/marvin/marvin/lib/base.py a2f9a8b 
  tools/marvin/marvin/lib/common.py 71fc274 

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


Testing
---


Thanks,

Santhosh Edukulla



Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 34409d74cd62c3c8f26ca42fe02237892fc93bbd in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=34409d7 ]

Fixed few issues for CLOUDSTACK-6316,CLOUDSTACK-5674

Fixed issues related to the mentioned bugs.
More information in the bug.

Signed-off-by: Santhosh Edukulla 
Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 34409d74cd62c3c8f26ca42fe02237892fc93bbd in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=34409d7 ]

Fixed few issues for CLOUDSTACK-6316,CLOUDSTACK-5674

Fixed issues related to the mentioned bugs.
More information in the bug.

Signed-off-by: Santhosh Edukulla 
Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



cloudstack debug level when running "mvn -pl :cloud-client-ui jetty:run"

2014-04-01 Thread chris snow
How can I increase the debug level when I am running:

   mvn -pl :cloud-client-ui jetty:run

Currently log level seems to be set to INFO, and doesn't tell me much
when things go wrong.

Many thanks,

Chris


Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

2014-04-01 Thread SrikanteswaraRao Talluri

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

Ship it!


Ship It!

- SrikanteswaraRao Talluri


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>



Re: Review Request 19039: CLOUDSTACK-2266: Adding automation tests for IP reservation feature

2014-04-01 Thread Santhosh Edukulla


> On March 21, 2014, 6:50 a.m., Santhosh Edukulla wrote:
> > Ship It!

It seems all review items have been addressed. We can just commit it.


- Santhosh


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


On March 20, 2014, 5:31 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19039/
> ---
> 
> (Updated March 20, 2014, 5:31 p.m.)
> 
> 
> Review request for cloudstack, Santhosh Edukulla and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-2266
> https://issues.apache.org/jira/browse/CLOUDSTACK-2266
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding first set of automation tests for IP reservation feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_ip_reservation.py 224212f 
>   tools/marvin/marvin/codes.py e4a0f6a 
>   tools/marvin/marvin/config/config.cfg 356a291 
>   tools/marvin/marvin/integration/lib/common.py 3b292bf 
>   tools/marvin/marvin/integration/lib/utils.py 709fdde 
> 
> Diff: https://reviews.apache.org/r/19039/diff/
> 
> 
> Testing
> ---
> 
> Yes. Log below.
> 
> test_RVR_network (test_ip_reservation.TestIpReservation) ... SKIP: Skip - WIP
> test_ip_reservation_in_multiple_networks_same_account 
> (test_ip_reservation.TestIpReservation) ... ok
> test_nat_rules_nat rule (test_ip_reservation.TestIpReservation) ... ok
> test_nat_rules_static nat rule (test_ip_reservation.TestIpReservation) ... ok
> test_update_cidr_multiple_vms_not_all_inclusive 
> (test_ip_reservation.TestIpReservation) ... ok
> test_update_cidr_single_vm_not_inclusive 
> (test_ip_reservation.TestIpReservation) ... ok
> test_user_defined_cidr (test_ip_reservation.TestIpReservation) ... ok
> test_vm_create_after_reservation_LB-NS 
> (test_ip_reservation.TestIpReservation) ... SKIP: Skipping - this test 
> required netscaler configured in the network
> test_vm_create_after_reservation_LB-VR 
> (test_ip_reservation.TestIpReservation) ... ok
> test_vm_create_outside_cidr_after_reservation_LB-NS 
> (test_ip_reservation.TestIpReservation) ... SKIP: Skipping - this test 
> required netscaler configured in the network
> test_vm_create_outside_cidr_after_reservation_LB-VR 
> (test_ip_reservation.TestIpReservation) ... ok
> --
> Ran 11 tests in 3753.613s
> 
> OK
> 
> Two tests which require Netscaler configured are skipped due to netscaler was 
> not available on setup.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>



Build failed in Jenkins: cloudstack-4.4-maven-build #99

2014-04-01 Thread jenkins
See 

Changes:

[milamber] Add 4.4 UI resources files on Transifex

[prachi] SecurityChecker can accept multiple ControlledEntity

[prachi] Adding SecurityChecker list for the ParamProcessWorker

--
[...truncated 318 lines...]
213/221 KB   
217/221 KB   
221/221 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-utils/3.0/plexus-utils-3.0.jar
 (221 KB at 1936.6 KB/sec)
[INFO] 
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ 
checkstyle ---
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-core/2.0.6/maven-core-2.0.6.pom
4/7 KB   
7/7 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-core/2.0.6/maven-core-2.0.6.pom
 (7 KB at 133.7 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-parameter-documenter/2.0.6/maven-plugin-parameter-documenter-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-parameter-documenter/2.0.6/maven-plugin-parameter-documenter-2.0.6.pom
 (2 KB at 42.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/reporting/maven-reporting-api/2.0.6/maven-reporting-api-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/reporting/maven-reporting-api/2.0.6/maven-reporting-api-2.0.6.pom
 (2 KB at 41.7 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/reporting/maven-reporting/2.0.6/maven-reporting-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/reporting/maven-reporting/2.0.6/maven-reporting-2.0.6.pom
 (2 KB at 29.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/doxia/doxia-sink-api/1.0-alpha-7/doxia-sink-api-1.0-alpha-7.pom
424/424 B   

Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/doxia/doxia-sink-api/1.0-alpha-7/doxia-sink-api-1.0-alpha-7.pom
 (424 B at 9.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/doxia/doxia/1.0-alpha-7/doxia-1.0-alpha-7.pom
4/4 KB  
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/doxia/doxia/1.0-alpha-7/doxia-1.0-alpha-7.pom
 (4 KB at 95.5 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-error-diagnostics/2.0.6/maven-error-diagnostics-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-error-diagnostics/2.0.6/maven-error-diagnostics-2.0.6.pom
 (2 KB at 41.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/commons-cli/commons-cli/1.0/commons-cli-1.0.pom
3/3 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/commons-cli/commons-cli/1.0/commons-cli-1.0.pom
 (3 KB at 42.8 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-descriptor/2.0.6/maven-plugin-descriptor-2.0.6.pom
2/2 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-descriptor/2.0.6/maven-plugin-descriptor-2.0.6.pom
 (2 KB at 49.3 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-interactivity-api/1.0-alpha-4/plexus-interactivity-api-1.0-alpha-4.pom
3/7 KB   
7/7 KB   
7/7 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-interactivity-api/1.0-alpha-4/plexus-interactivity-api-1.0-alpha-4.pom
 (7 KB at 153.9 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/classworlds/classworlds/1.1/classworlds-1.1.pom
4/4 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/classworlds/classworlds/1.1/classworlds-1.1.pom
 (4 KB at 60.1 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/shared/maven-shared-components/17/maven-shared-components-17.pom
4/9 KB   
6/9 KB   
9/9 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/shared/maven-shared-components/17/maven-shared-components-17.pom
 (9 KB at 207.3 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/2.0.2/plexus-2.0.2.pom
4/12 KB   
8/12 KB   
12/12 KB   
   
Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus/2.0.2/plexus-2.0.2.pom
 (12 KB at 290.7 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/sonatype/plexus/plexus-build-api/0.0.4/plexus-build-api-0.0.4.pom
2/3 KB 
3/3 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/sonatype/plexus/plexus-build-api/0.0.4/plexus-build-api-0.0.4.pom
 (3 KB at 66.6 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-interpolation/1.13/plexus-interpolation-1.13.pom
890/890 B   

Downloaded: 
http://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-interpolation/1.13/p

Jenkins build is back to normal : cloudstack-4.4-maven-build #100

2014-04-01 Thread jenkins
See 



Re: [4.4] build failing at awsapi

2014-04-01 Thread Laszlo Hornyak
Hi Paul,

I just checked it and looks like I too had some dependencies resolved from
there, but apparently they were not from cloudstack.
This shibboleth repo was moved last year and it broke quite a lot of
things. Today the maven central repo maintainers do not allow uploading
artifacts depending on other repositories than maven central.

fix:
cd ~.m2/repository
grep shibboleth . -r
and rm -rf all that matches

A complete rm ~/.m2/repository may also solve the problems, and after that
it should work.


On Tue, Apr 1, 2014 at 5:40 PM, Paul Angus  wrote:

>  Hi I'm getting the following errors when building 4.4 noredist:
>
>
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> (default-compile) on project cloud-awsapi: Compilation failure: Compilation
> failure:
>
> [ERROR] error: error reading
> /root/.m2/repository/org/codehaus/woodstox/wstx-asl/3.2.4/wstx-asl-3.2.4.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error
> in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.jar;
> error in opening zip file
>
>
>
> It seems to be being caused by one repo:  shibboleth.internet2.edu  which
> has moved/removed its maven repo, so returns a webpage instead of a pom or
> a jar.
>
>
>
> I can't find a way to blacklist shibboleth.internet2.edu
>
>
>
> Any ideas anyone?
>
>
>
> Regards
>
>
>
> Paul Angus
>
> *Senior Consultant / Cloud Architect*
>
>
>
> [image: cid:image002.png@01CE1071.C6CC9C10]
>
>
>
> S: +44 20 3603 0540 <+442036030540> | M: +4 <+447968161581>47711418784 |
> T: @CloudyAngus
>
> paul.an...@shapeblue.com | www.shapeblue.com | 
> Twitter:@shapeblue
>
> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
>
>
>  Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure 
> Supportoffers the 
> best 24/7 SLA for CloudStack Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1 training
> 18th-19th February 2014, Brazil. 
> Classroom
> 17th-23rd March 2014, Region A. Instructor led, 
> On-line
> 24th-28th March 2014, Region B. Instructor led, 
> On-line
> 16th-20th June 2014, Region A. Instructor led, 
> On-line
> 23rd-27th June 2014, Region B. Instructor led, 
> On-line
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.
>



-- 

EOF


RE: [4.4] build failing at awsapi

2014-04-01 Thread Paul Angus
Thanks Laszlo,

I cleared ~.m2/repository, but the maven still goes back to that repo when I 
build cloudstack.

Regards

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

-Original Message-
From: Laszlo Hornyak [mailto:laszlo.horn...@gmail.com]
Sent: 01 April 2014 20:49
To: dev@cloudstack.apache.org
Subject: Re: [4.4] build failing at awsapi

Hi Paul,

I just checked it and looks like I too had some dependencies resolved from 
there, but apparently they were not from cloudstack.
This shibboleth repo was moved last year and it broke quite a lot of things. 
Today the maven central repo maintainers do not allow uploading artifacts 
depending on other repositories than maven central.

fix:
cd ~.m2/repository
grep shibboleth . -r
and rm -rf all that matches

A complete rm ~/.m2/repository may also solve the problems, and after that it 
should work.


On Tue, Apr 1, 2014 at 5:40 PM, Paul Angus  wrote:

>  Hi I'm getting the following errors when building 4.4 noredist:
>
>
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> (default-compile) on project cloud-awsapi: Compilation failure:
> Compilation
> failure:
>
> [ERROR] error: error reading
> /root/.m2/repository/org/codehaus/woodstox/wstx-asl/3.2.4/wstx-asl-3.2
> .4.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mto
> mpolicy-1.5.4.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axio
> m-dom-1.2.10.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.ja
> r;
> error in opening zip file
>
>
>
> It seems to be being caused by one repo:  shibboleth.internet2.edu
> which has moved/removed its maven repo, so returns a webpage instead
> of a pom or a jar.
>
>
>
> I can't find a way to blacklist shibboleth.internet2.edu
>
>
>
> Any ideas anyone?
>
>
>
> Regards
>
>
>
> Paul Angus
>
> *Senior Consultant / Cloud Architect*
>
>
>
> [image: cid:image002.png@01CE1071.C6CC9C10]
>
>
>
> S: +44 20 3603 0540 <+442036030540> | M: +4 <+447968161581>47711418784
> |
> T: @CloudyAngus
>
> paul.an...@shapeblue.com | www.shapeblue.com |
> Twitter:@shapeblue
>
> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
>
>
>  Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure 
> Supportoffers the 
> best 24/7 SLA for CloudStack Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1
> training
> 18th-19th February 2014, Brazil.
> Classroom
> 17th-23rd March 2014, Region A. Instructor led,
> On-line
> 24th-28th March 2014, Region B. Instructor led,
> On-line
> 16th-20th June 2014, Region A. Instructor led,
> On-line
> 23rd-27th June 2014, Region B. Instructor led,
> On-line
>
> This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed.
> Any views or opinions expressed are solely those of the author and do
> not necessarily represent those of Shape Blue Ltd or related
> companies. If you are not the intended recipient of this email, you
> must neither take any action based upon its contents, nor copy or show
> it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated
> in England & Wales. ShapeBlue Services India LLP is a company
> incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a 
> registered trademark.
>



--

EOF
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license

Re: [4.4] build failing at awsapi

2014-04-01 Thread Laszlo Hornyak
ok, trying to reproduce...
meanwhile... do you have some extra repository, proxy, etc defined in
~/.m2/settings.xml?


On Tue, Apr 1, 2014 at 10:11 PM, Paul Angus wrote:

> Thanks Laszlo,
>
> I cleared ~.m2/repository, but the maven still goes back to that repo when
> I build cloudstack.
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Laszlo Hornyak [mailto:laszlo.horn...@gmail.com]
> Sent: 01 April 2014 20:49
> To: dev@cloudstack.apache.org
> Subject: Re: [4.4] build failing at awsapi
>
> Hi Paul,
>
> I just checked it and looks like I too had some dependencies resolved from
> there, but apparently they were not from cloudstack.
> This shibboleth repo was moved last year and it broke quite a lot of
> things. Today the maven central repo maintainers do not allow uploading
> artifacts depending on other repositories than maven central.
>
> fix:
> cd ~.m2/repository
> grep shibboleth . -r
> and rm -rf all that matches
>
> A complete rm ~/.m2/repository may also solve the problems, and after that
> it should work.
>
>
> On Tue, Apr 1, 2014 at 5:40 PM, Paul Angus 
> wrote:
>
> >  Hi I'm getting the following errors when building 4.4 noredist:
> >
> >
> >
> > [ERROR] Failed to execute goal
> > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> > (default-compile) on project cloud-awsapi: Compilation failure:
> > Compilation
> > failure:
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/codehaus/woodstox/wstx-asl/3.2.4/wstx-asl-3.2
> > .4.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mto
> > mpolicy-1.5.4.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axio
> > m-dom-1.2.10.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.ja
> > r;
> > error in opening zip file
> >
> >
> >
> > It seems to be being caused by one repo:  shibboleth.internet2.edu
> > which has moved/removed its maven repo, so returns a webpage instead
> > of a pom or a jar.
> >
> >
> >
> > I can't find a way to blacklist shibboleth.internet2.edu
> >
> >
> >
> > Any ideas anyone?
> >
> >
> >
> > Regards
> >
> >
> >
> > Paul Angus
> >
> > *Senior Consultant / Cloud Architect*
> >
> >
> >
> > [image: cid:image002.png@01CE1071.C6CC9C10]
> >
> >
> >
> > S: +44 20 3603 0540 <+442036030540> | M: +4 <+447968161581>47711418784
> > |
> > T: @CloudyAngus
> >
> > paul.an...@shapeblue.com | www.shapeblue.com |
> > Twitter:@shapeblue
> >
> > ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
> >
> >
> >  Need Enterprise Grade Support for Apache CloudStack?
> > Our CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>offers the best
> 24/7 SLA for CloudStack Environments.
> >
> > Apache CloudStack Bootcamp training courses
> >
> > **NEW!** CloudStack 4.2.1
> > training
> > 18th-19th February 2014, Brazil.
> > Classroom
> > 17th-23rd March 2014, Region A. Instructor led,
> > On-line
> > 24th-28th March 2014, Region B. Instructor led,
> > On-line
> > 16th-20th June 2014, Region A. Instructor led,
> > On-line
> > 23rd-27th June 2014, Region B. Instructor led,
> > On-line
> >
> > This email and any attachments to it may be confidential and are
> > intended solely for the use of the individual to whom it is addressed.
> > Any views or opinions expressed are solely those of the author and do
> > not necessarily represent those of Shape Blue Ltd or related
> > companies. If you are not the intended recipient of this email, you
> > must neither take any action based upon its contents, nor copy or show
> > it to anyone. Please contact the sender if you believe you have
> > received this email in error. Shape Blue Ltd is a company incorporated
> > in England & Wales. ShapeBlue Services India LLP is a company
> > incorporated in India and is operated under license from Shape Blue
> > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> > Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.
> >
>
>
>
> --
>
> EOF
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not

Re: [4.4] build failing at awsapi

2014-04-01 Thread Laszlo Hornyak
Works for me. It may be something in your environment settings


On Tue, Apr 1, 2014 at 10:11 PM, Paul Angus wrote:

> Thanks Laszlo,
>
> I cleared ~.m2/repository, but the maven still goes back to that repo when
> I build cloudstack.
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Laszlo Hornyak [mailto:laszlo.horn...@gmail.com]
> Sent: 01 April 2014 20:49
> To: dev@cloudstack.apache.org
> Subject: Re: [4.4] build failing at awsapi
>
> Hi Paul,
>
> I just checked it and looks like I too had some dependencies resolved from
> there, but apparently they were not from cloudstack.
> This shibboleth repo was moved last year and it broke quite a lot of
> things. Today the maven central repo maintainers do not allow uploading
> artifacts depending on other repositories than maven central.
>
> fix:
> cd ~.m2/repository
> grep shibboleth . -r
> and rm -rf all that matches
>
> A complete rm ~/.m2/repository may also solve the problems, and after that
> it should work.
>
>
> On Tue, Apr 1, 2014 at 5:40 PM, Paul Angus 
> wrote:
>
> >  Hi I'm getting the following errors when building 4.4 noredist:
> >
> >
> >
> > [ERROR] Failed to execute goal
> > org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> > (default-compile) on project cloud-awsapi: Compilation failure:
> > Compilation
> > failure:
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/codehaus/woodstox/wstx-asl/3.2.4/wstx-asl-3.2
> > .4.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mto
> > mpolicy-1.5.4.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axio
> > m-dom-1.2.10.jar;
> > error in opening zip file
> >
> > [ERROR] error: error reading
> > /root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.ja
> > r;
> > error in opening zip file
> >
> >
> >
> > It seems to be being caused by one repo:  shibboleth.internet2.edu
> > which has moved/removed its maven repo, so returns a webpage instead
> > of a pom or a jar.
> >
> >
> >
> > I can't find a way to blacklist shibboleth.internet2.edu
> >
> >
> >
> > Any ideas anyone?
> >
> >
> >
> > Regards
> >
> >
> >
> > Paul Angus
> >
> > *Senior Consultant / Cloud Architect*
> >
> >
> >
> > [image: cid:image002.png@01CE1071.C6CC9C10]
> >
> >
> >
> > S: +44 20 3603 0540 <+442036030540> | M: +4 <+447968161581>47711418784
> > |
> > T: @CloudyAngus
> >
> > paul.an...@shapeblue.com | www.shapeblue.com |
> > Twitter:@shapeblue
> >
> > ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
> >
> >
> >  Need Enterprise Grade Support for Apache CloudStack?
> > Our CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>offers the best
> 24/7 SLA for CloudStack Environments.
> >
> > Apache CloudStack Bootcamp training courses
> >
> > **NEW!** CloudStack 4.2.1
> > training
> > 18th-19th February 2014, Brazil.
> > Classroom
> > 17th-23rd March 2014, Region A. Instructor led,
> > On-line
> > 24th-28th March 2014, Region B. Instructor led,
> > On-line
> > 16th-20th June 2014, Region A. Instructor led,
> > On-line
> > 23rd-27th June 2014, Region B. Instructor led,
> > On-line
> >
> > This email and any attachments to it may be confidential and are
> > intended solely for the use of the individual to whom it is addressed.
> > Any views or opinions expressed are solely those of the author and do
> > not necessarily represent those of Shape Blue Ltd or related
> > companies. If you are not the intended recipient of this email, you
> > must neither take any action based upon its contents, nor copy or show
> > it to anyone. Please contact the sender if you believe you have
> > received this email in error. Shape Blue Ltd is a company incorporated
> > in England & Wales. ShapeBlue Services India LLP is a company
> > incorporated in India and is operated under license from Shape Blue
> > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> > Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.
> >
>
>
>
> --
>
> EOF
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or re

Review Request 19892: Add Juniper Contrail support to devCloud environment

2014-04-01 Thread Sachchidanand Vaidya

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

Review request for cloudstack.


Repository: cloudstack-git


Description
---

Add OpenContrail support to devCloud environment:
- Created new devcloud advanced networking config file 
(devcloud-advanced_juniper-contrail.cfg).
- Modification to deployDataCenter script, to enable 
"JuniperContrailRouter" &
  "JuniperContrailVpcRouter" providers.


Diffs
-

  tools/devcloud/devcloud-advanced_juniper-contrail.cfg PRE-CREATION 
  tools/marvin/marvin/deployDataCenter.py c4f6e1e 

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


Testing
---

Unit tested with devCloud2 and ACS4.3 code base.


Thanks,

Sachchidanand Vaidya



Re: [4.4] build failing at awsapi

2014-04-01 Thread Erik Weber
Believe I've had a similar problem, ended up downloading them manually from
another mirror.

Erik Weber
1. apr. 2014 17:41 skrev "Paul Angus"  følgende:

>  Hi I'm getting the following errors when building 4.4 noredist:
>
>
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> (default-compile) on project cloud-awsapi: Compilation failure: Compilation
> failure:
>
> [ERROR] error: error reading
> /root/.m2/repository/org/codehaus/woodstox/wstx-asl/3.2.4/wstx-asl-3.2.4.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error
> in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
> error in opening zip file
>
> [ERROR] error: error reading
> /root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.jar;
> error in opening zip file
>
>
>
> It seems to be being caused by one repo:  shibboleth.internet2.edu  which
> has moved/removed its maven repo, so returns a webpage instead of a pom or
> a jar.
>
>
>
> I can't find a way to blacklist shibboleth.internet2.edu
>
>
>
> Any ideas anyone?
>
>
>
> Regards
>
>
>
> Paul Angus
>
> *Senior Consultant / Cloud Architect*
>
>
>
> [image: cid:image002.png@01CE1071.C6CC9C10]
>
>
>
> S: +44 20 3603 0540 <+442036030540> | M: +4 <+447968161581>47711418784 |
> T: @CloudyAngus
>
> paul.an...@shapeblue.com | www.shapeblue.com | 
> Twitter:@shapeblue
>
> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
>
>
>  Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure 
> Supportoffers the 
> best 24/7 SLA for CloudStack Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1 training
> 18th-19th February 2014, Brazil. 
> Classroom
> 17th-23rd March 2014, Region A. Instructor led, 
> On-line
> 24th-28th March 2014, Region B. Instructor led, 
> On-line
> 16th-20th June 2014, Region A. Instructor led, 
> On-line
> 23rd-27th June 2014, Region B. Instructor led, 
> On-line
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.
>


Build failed in Jenkins: cloudstack-4.4-maven-build-noredist #54

2014-04-01 Thread jenkins
See 


Changes:

[min.chen] Remove usage of sameOwner checkAccess invocation, and convert to

[min.chen] Change AccountManagerImpl.checkAccess to invoke SecurityChecker

[prachi] Fix for: doAccessChecks fail due to the wrong ClassCast toArray()

--
[...truncated 2434 lines...]
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-framework-events ---
[INFO] Compiling 5 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-framework-events ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-framework-events ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] --- maven-jar-plugin:2.4:jar (default-jar) @ cloud-framework-events ---
[INFO] Building jar: 

[INFO] 
[INFO] --- maven-site-plugin:3.3:attach-descriptor (attach-descriptor) @ 
cloud-framework-events ---
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ 
cloud-framework-events ---
[INFO] Installing 

 to 
/jenkins/.m2/repository/org/apache/cloudstack/cloud-framework-events/4.4.0-SNAPSHOT/cloud-framework-events-4.4.0-SNAPSHOT.jar
[INFO] Installing 

 to 
/jenkins/.m2/repository/org/apache/cloudstack/cloud-framework-events/4.4.0-SNAPSHOT/cloud-framework-events-4.4.0-SNAPSHOT.pom
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Internal Components API 
4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-engine-components-api ---
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-components-api ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-components-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-components-api ---
[INFO] Compiling 31 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-engine-components-api ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-components-api ---
[INFO] Surefire report directory: 


Build failed in Jenkins: cloudstack-4.4-maven-build #103

2014-04-01 Thread jenkins
See 

Changes:

[prachi] Fix for: doAccessChecks fail due to the wrong ClassCast toArray()

--
[...truncated 1211 lines...]
Tests run: 33, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Event Notification 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-framework-events ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-framework-events ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-framework-events ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-framework-events ---
[INFO] Compiling 5 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-framework-events ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-framework-events ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Internal Components API 
4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-engine-components-api ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-components-api ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-components-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-components-api ---
[INFO] Compiling 31 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-engine-components-api ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-components-api ---
[INFO] Surefire report directory: 


Review Request 19902: CLOUDSTACK-6223. removeNicFromVirtualMachine fails if another instance in another domain has a nic with the same ip and a forwarding rule configured on it

2014-04-01 Thread upendra moturi

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

Review request for cloudstack and Alena Prokharchyk.


Repository: cloudstack-git


Description
---

CLOUDSTACK-6223. removeNicFromVirtualMachine fails if another instance in 
another domain has a nic with the same ip and a forwarding rule configured on it


Diffs
-

  engine/schema/src/com/cloud/network/rules/dao/PortForwardingRulesDao.java 
4694cb9 
  engine/schema/src/com/cloud/network/rules/dao/PortForwardingRulesDaoImpl.java 
45c0aeb 
  server/src/com/cloud/network/rules/RulesManagerImpl.java 13f6306 

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


Testing
---


Thanks,

upendra moturi



Re: Review Request 19039: CLOUDSTACK-2266: Adding automation tests for IP reservation feature

2014-04-01 Thread ASF Subversion and Git Services

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


Commit 15aeaf25dee0a0182121976bf0db62a16321d386 in cloudstack's branch 
refs/heads/4.4 from Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=15aeaf2 ]

CLOUDSTACK-2266: Adding automation tests for IP reservation feature

Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On March 20, 2014, 5:31 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19039/
> ---
> 
> (Updated March 20, 2014, 5:31 p.m.)
> 
> 
> Review request for cloudstack, Santhosh Edukulla and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-2266
> https://issues.apache.org/jira/browse/CLOUDSTACK-2266
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding first set of automation tests for IP reservation feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_ip_reservation.py 224212f 
>   tools/marvin/marvin/codes.py e4a0f6a 
>   tools/marvin/marvin/config/config.cfg 356a291 
>   tools/marvin/marvin/integration/lib/common.py 3b292bf 
>   tools/marvin/marvin/integration/lib/utils.py 709fdde 
> 
> Diff: https://reviews.apache.org/r/19039/diff/
> 
> 
> Testing
> ---
> 
> Yes. Log below.
> 
> test_RVR_network (test_ip_reservation.TestIpReservation) ... SKIP: Skip - WIP
> test_ip_reservation_in_multiple_networks_same_account 
> (test_ip_reservation.TestIpReservation) ... ok
> test_nat_rules_nat rule (test_ip_reservation.TestIpReservation) ... ok
> test_nat_rules_static nat rule (test_ip_reservation.TestIpReservation) ... ok
> test_update_cidr_multiple_vms_not_all_inclusive 
> (test_ip_reservation.TestIpReservation) ... ok
> test_update_cidr_single_vm_not_inclusive 
> (test_ip_reservation.TestIpReservation) ... ok
> test_user_defined_cidr (test_ip_reservation.TestIpReservation) ... ok
> test_vm_create_after_reservation_LB-NS 
> (test_ip_reservation.TestIpReservation) ... SKIP: Skipping - this test 
> required netscaler configured in the network
> test_vm_create_after_reservation_LB-VR 
> (test_ip_reservation.TestIpReservation) ... ok
> test_vm_create_outside_cidr_after_reservation_LB-NS 
> (test_ip_reservation.TestIpReservation) ... SKIP: Skipping - this test 
> required netscaler configured in the network
> test_vm_create_outside_cidr_after_reservation_LB-VR 
> (test_ip_reservation.TestIpReservation) ... ok
> --
> Ran 11 tests in 3753.613s
> 
> OK
> 
> Two tests which require Netscaler configured are skipped due to netscaler was 
> not available on setup.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>



Re: Review Request 18759: HTTP support for console proxy and making it default

2014-04-01 Thread Amogh Vasekar


> On March 9, 2014, 9:08 p.m., John Kinsella wrote:
> > Ship It!

John, I noticed the ConsoleProxyInfo file is missing from the commit in 4.3 
branch. Can you please add the file, so that it makes it to the maintenance 
release?

Thanks!


- Amogh


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


On March 10, 2014, 7:17 p.m., Amogh Vasekar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18759/
> ---
> 
> (Updated March 10, 2014, 7:17 p.m.)
> 
> 
> Review request for cloudstack, Demetrius Tsitrelis and John Kinsella.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6204
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6204
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Changes to support HTTP mode in Console Proxy, per 
> http://www.mail-archive.com/dev@cloudstack.apache.org/msg24151.html , as 
> realhostip may go away
> 
> More details here : 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Realhost+IP+changes
> 
> 
> Diffs
> -
> 
>   core/src/com/cloud/info/ConsoleProxyInfo.java 
> 3439f3d3bfa2e262c48f1d7b1ea4f58522f3fcbe 
>   
> engine/storage/image/src/org/apache/cloudstack/storage/image/TemplateServiceImpl.java
>  a649bb7212308de70c41e2d74de1d865949f1cb7 
>   
> plugins/storage/image/default/src/org/apache/cloudstack/storage/datastore/driver/CloudStackImageStoreDriverImpl.java
>  52cad3bc7af291e59eabc68e23e09248877e0a81 
>   server/src/com/cloud/configuration/Config.java 
> 473db96059a4367858f9487d901b7cb3a054654a 
>   server/src/com/cloud/consoleproxy/ConsoleProxyManagerImpl.java 
> c8769d43349dbc5a3103a00c905f29b7edef0468 
>   server/src/com/cloud/storage/secondary/SecondaryStorageManagerImpl.java 
> 611550e90832911fb182ad18d93a8a18333f3a35 
>   setup/db/db/schema-421to430.sql 39f58d43822ebbe469d9af433582846a80ce91a0 
>   systemvm/conf/consoleproxy.properties 
> bb452f5823cb2da2e12aa61d762de90e4349e9ee 
> 
> Diff: https://reviews.apache.org/r/18759/diff/
> 
> 
> Testing
> ---
> 
> Tested on local environment by 
> 1. Using HTTP based console proxy
> 2. HTTPS with realhostip domain
> 3. HTTPS with custom domain and self-signed cert
> 4. Secondary storage template download with custom domain and self-signed cert
> 
> 
> Thanks,
> 
> Amogh Vasekar
> 
>



Re: Review Request 19039: CLOUDSTACK-2266: Adding automation tests for IP reservation feature

2014-04-01 Thread ASF Subversion and Git Services

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


Commit ca1b911a4f1fba55a39322bce3eec009bf4b6269 in cloudstack's branch 
refs/heads/master from Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ca1b911 ]

CLOUDSTACK-2266: Adding automation tests for IP reservation feature

Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On March 20, 2014, 5:31 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19039/
> ---
> 
> (Updated March 20, 2014, 5:31 p.m.)
> 
> 
> Review request for cloudstack, Santhosh Edukulla and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-2266
> https://issues.apache.org/jira/browse/CLOUDSTACK-2266
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding first set of automation tests for IP reservation feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_ip_reservation.py 224212f 
>   tools/marvin/marvin/codes.py e4a0f6a 
>   tools/marvin/marvin/config/config.cfg 356a291 
>   tools/marvin/marvin/integration/lib/common.py 3b292bf 
>   tools/marvin/marvin/integration/lib/utils.py 709fdde 
> 
> Diff: https://reviews.apache.org/r/19039/diff/
> 
> 
> Testing
> ---
> 
> Yes. Log below.
> 
> test_RVR_network (test_ip_reservation.TestIpReservation) ... SKIP: Skip - WIP
> test_ip_reservation_in_multiple_networks_same_account 
> (test_ip_reservation.TestIpReservation) ... ok
> test_nat_rules_nat rule (test_ip_reservation.TestIpReservation) ... ok
> test_nat_rules_static nat rule (test_ip_reservation.TestIpReservation) ... ok
> test_update_cidr_multiple_vms_not_all_inclusive 
> (test_ip_reservation.TestIpReservation) ... ok
> test_update_cidr_single_vm_not_inclusive 
> (test_ip_reservation.TestIpReservation) ... ok
> test_user_defined_cidr (test_ip_reservation.TestIpReservation) ... ok
> test_vm_create_after_reservation_LB-NS 
> (test_ip_reservation.TestIpReservation) ... SKIP: Skipping - this test 
> required netscaler configured in the network
> test_vm_create_after_reservation_LB-VR 
> (test_ip_reservation.TestIpReservation) ... ok
> test_vm_create_outside_cidr_after_reservation_LB-NS 
> (test_ip_reservation.TestIpReservation) ... SKIP: Skipping - this test 
> required netscaler configured in the network
> test_vm_create_outside_cidr_after_reservation_LB-VR 
> (test_ip_reservation.TestIpReservation) ... ok
> --
> Ran 11 tests in 3753.613s
> 
> OK
> 
> Two tests which require Netscaler configured are skipped due to netscaler was 
> not available on setup.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>



Build failed in Jenkins: cloudstack-4.4-maven-build #104

2014-04-01 Thread jenkins
See 

Changes:

[talluri] CLOUDSTACK-2266: Adding automation tests for IP reservation feature

--
[...truncated 1211 lines...]
Tests run: 33, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Event Notification 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-framework-events ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-framework-events ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-framework-events ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-framework-events ---
[INFO] Compiling 5 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-events ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-framework-events ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-framework-events ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Internal Components API 
4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-engine-components-api ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-components-api ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-components-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-components-api ---
[INFO] Compiling 31 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-engine-components-api ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-components-api ---
[INFO] Surefire report directory: 


RE: [PROPOSAL] Simulator enhancements

2014-04-01 Thread Sowmya Krishnan
Thanks for the FS Koushik. I think these enhancements would greatly help in 
enhancing our test suite, including performance tests.
I have few questions/comments:

1. You mention about simulating a fixed fault/ fixed failure. Does this mean 
that when I configure simulator to fail it always keeps failing for that 
command until I re-configure it to succeed? Or is there a way I can say, "a 
command should fail X % of the time"?
2. Can I have different delays configured across different hosts/Clusters for 
the same command? 
3. I believe I can configure a responseType to be a fail/fault and at the same 
time define a responseJSON as well in tandem with the fault/failure.
4. IIRC, delay is in ms presently. For certain commands like PingCommand, even 
1 sec might be a high value. For some of my performance tests, I've used much 
lesser delay for such commands of the order of ms.
5. Is there an ability to simulate fault for a specific storage/host? For 
example, I have 5 storages in my cluster but I want to simulate failure for 3 
of the storage pools. Is that possible?
 

> -Original Message-
> From: Koushik Das [mailto:koushik@citrix.com]
> Sent: Tuesday, April 01, 2014 5:48 PM
> To: 
> Subject: [PROPOSAL] Simulator enhancements
> 
> The current simulator provides a way to test various Cloudstack features
> without using actual resources. But its current capabilities are limited 
> since it
> only allows success response for all agent commands and some ability to
> introduce delays. I am proposing some enhancements to the simulator [1] based
> on which test developers can write end-to-end tests for scenarios which were
> earlier not possible. Some examples would be VM deployment failure (due to
> storage/network failure), VM deployment retry logic, user VM HA etc.
> 
> In the current set of automation tests mostly positive scenarios are tested 
> as it is
> very complex to test negative scenarios with real hardware. With the ability 
> to
> simulate failure, negative scenarios can be tested in an effective manner.
> Negative test scenarios will also help in improving the overall code coverage 
> of
> the tests.
> 
> Please share your feedback/comments.
> 
> Thanks,
> Koushik
> 
> [1]
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Simulator+enhance
> ments


4.4 Automation blocked - CLOUDSTACK-6324

2014-04-01 Thread Rayees Namathponnan
Hi All,

Delete account operation failing with "class cast exception" in latest 4.4 
build,  and automation blocked.

Defect https://issues.apache.org/jira/browse/CLOUDSTACK-6324 created for  this 
issue.

Regards,
Rayees


Re: [PROPOSAL] Simulator enhancements

2014-04-01 Thread Koushik Das
inline

On 02-Apr-2014, at 11:06 AM, Sowmya Krishnan 
 wrote:

> Thanks for the FS Koushik. I think these enhancements would greatly help in 
> enhancing our test suite, including performance tests.
> I have few questions/comments:
> 
> 1. You mention about simulating a fixed fault/ fixed failure. Does this mean 
> that when I configure simulator to fail it always keeps failing for that 
> command until I re-configure it to succeed? Or is there a way I can say, "a 
> command should fail X % of the time"?
[Koushik] Depends on how you configure it. If count is specified, it will fail 
for that many times. If it is not specified then it will keep on failing till 
the time you clean it up.

> 2. Can I have different delays configured across different hosts/Clusters for 
> the same command? 
[Koushik] Yes. You need to create a separate configuration/mock for each 
specific host/cluster as required.

> 3. I believe I can configure a responseType to be a fail/fault and at the 
> same time define a responseJSON as well in tandem with the fault/failure.
[Koushik] Once you specify the JSON, response is already fixed. The logic is to 
simply deserialize the JSON and return it back to the upper layers.

> 4. IIRC, delay is in ms presently. For certain commands like PingCommand, 
> even 1 sec might be a high value. For some of my performance tests, I've used 
> much lesser delay for such commands of the order of ms.
[Koushik] Yes.

> 5. Is there an ability to simulate fault for a specific storage/host? For 
> example, I have 5 storages in my cluster but I want to simulate failure for 3 
> of the storage pools. Is that possible?
> 
[Koushik] Good point. I will add storage pool also into the scope.

> 
>> -Original Message-
>> From: Koushik Das [mailto:koushik@citrix.com]
>> Sent: Tuesday, April 01, 2014 5:48 PM
>> To: 
>> Subject: [PROPOSAL] Simulator enhancements
>> 
>> The current simulator provides a way to test various Cloudstack features
>> without using actual resources. But its current capabilities are limited 
>> since it
>> only allows success response for all agent commands and some ability to
>> introduce delays. I am proposing some enhancements to the simulator [1] based
>> on which test developers can write end-to-end tests for scenarios which were
>> earlier not possible. Some examples would be VM deployment failure (due to
>> storage/network failure), VM deployment retry logic, user VM HA etc.
>> 
>> In the current set of automation tests mostly positive scenarios are tested 
>> as it is
>> very complex to test negative scenarios with real hardware. With the ability 
>> to
>> simulate failure, negative scenarios can be tested in an effective manner.
>> Negative test scenarios will also help in improving the overall code 
>> coverage of
>> the tests.
>> 
>> Please share your feedback/comments.
>> 
>> Thanks,
>> Koushik
>> 
>> [1]
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Simulator+enhance
>> ments