Re: 4.7 - VPC Network ACL rules

[Jayapal Uradi]

Hi Patrick,

Can you please send the DB entries of ACL rules and iptables rules output 
(iptables  -L -nv)
These will helps to understand the issue better.

-Jayapal

> On Jun 1, 2016, at 7:24 PM, Patrick Dube  wrote:
>
> Hello
>
> I have been hitting problems with Network ACL rules in VPCs with 4.7 (
> looked at the code for 4.8 and it looks similar). It seems that the rule
> ordering is actually inverted on the VR. So the rules with higher rule
> numbers are getting checked before the lower ones. As an example, this can
> be problematic if you want a DENY all and to whitelist certain traffic.
> Also, changing the rule number does not apply the new order to the VR.
>
> Anyone else having problems?
>
> Patrick




DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

[GitHub] cloudstack issue #1418: CLOUDSTACK-9261: Query to traffic sentinel requestin...

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1418
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 148
 Hypervisor xenserver
 NetworkType Advanced
 Passed=70
 Failed=1
 Skipped=3

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**
* test_service_offerings.py

 * ContextSuite context=TestServiceOfferings>:setup Failing since 8 runs


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_vpc_vpn.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_routers_iptables_default_policy.py
test_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_volumes.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_disk_offerings.py


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

[GitHub] cloudstack issue #1531: systemvmtemplate: fix build and upgrade to debian 7....

[rhtyd]

Github user rhtyd commented on the issue:

https://github.com/apache/cloudstack/pull/1531
  
@remibergsma sounds good to me, would you like to send a PR; port your work 
to master.


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

[GitHub] cloudstack pull request #1581: CLOUDSTACK-9404 Fixed ordering of network ACL...

[pdube]

GitHub user pdube reopened a pull request:

https://github.com/apache/cloudstack/pull/1581

CLOUDSTACK-9404 Fixed ordering of network ACL rules being sent to the VR.

 The comparator was inverted.

Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-9404

In this example, I created rules with the port numbers the same as the rule 
numbers.

Chain ACL_INBOUND_eth2 (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere 225.0.0.50
ACCEPT all  --  anywhere vrrp.mcast.net
DROP   tcp  --  anywhere anywhere tcp 
dpt:netstat
DROP   tcp  --  anywhere anywhere tcp dpt:10
DROP   tcp  --  anywhere anywhere tcp dpt:5
DROP   tcp  --  anywhere anywhere tcp dpt:3
DROP   tcp  --  anywhere anywhere tcp dpt:2
DROP   all  --  anywhere anywhere

We can see above that the rules are inverted.

After the fix:

Chain ACL_INBOUND_eth2 (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere 225.0.0.50
ACCEPT all  --  anywhere vrrp.mcast.net
DROP   tcp  --  anywhere anywhere tcp dpt:2
DROP   tcp  --  anywhere anywhere tcp dpt:3
DROP   tcp  --  anywhere anywhere tcp dpt:5
DROP   tcp  --  anywhere anywhere tcp dpt:10
DROP   tcp  --  anywhere anywhere tcp 
dpt:netstat
DROP   all  --  anywhere anywhere


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/pdube/cloudstack network-acl-rules-order

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1581.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1581


commit caf4a48075e0f59b5d101efdd3ac6b1bee8f4f39
Author: Patrick Dube 
Date:   2016-06-02T17:15:38Z

Fixed ordering of network ACL rules being sent to the VR. The comparator 
was inverted

commit 4c97a3981dc0d543e02f62f2bb4fc2eb805545c6
Author: Patrick Dube 
Date:   2016-06-02T17:44:39Z

Added unit test to verify ordering

commit 9cdd23fdc77e643d886c3af8cb0a60f9c4ddf84f
Author: Patrick Dube 
Date:   2016-06-03T12:48:47Z

Added ASF license to unit test file




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

[GitHub] cloudstack pull request #1581: CLOUDSTACK-9404 Fixed ordering of network ACL...

[pdube]

Github user pdube closed the pull request at:

https://github.com/apache/cloudstack/pull/1581


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

Re: Master is frozen for the 4.9 release

[Will Stevens]

Great, thanks for the feedback Mike.

Has anyone else done testing yet?

Thanks,

Will

*Will STEVENS*
Lead Developer

*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_

On Mon, Jun 6, 2016 at 5:04 PM, Tutkowski, Mike 
wrote:

> Hi Will,
>
> I just wanted to send out a quick note that I have run a bunch of my
> integration tests against 4.9 and they all came back successful.
>
> From my point of view, I'm ready for RC1.
>
> Thanks!
> Mike
> 
> From: Will Stevens 
> Sent: Friday, May 27, 2016 4:34 PM
> To: dev@cloudstack.apache.org
> Subject: Master is frozen for the 4.9 release
>
> Hey All,
> I think I have done what I can do at this point.  I am sorry if you have a
> PR that you wanted to get in that didn't make it.  I pushed my deadline for
> the freeze a bit because I had a lot of PRs that were close and I was able
> to get a bunch of them in.
>
> I plan to wait about a week before I cut the first RC to give people a
> chance to test master and get me the details of their testing.  This will
> reduce the number of RCs we will need to have in order to get this release
> out the door.
>
> Please start testing master and let me know if you run into any issues.
> There are a couple periodic issues that show up in my CI environments, so I
> will probably spend some time to see if I can get those sorted out before I
> cut the first release.
>
> I plan to create a Github PR that will never be merged where I can post CI
> results against master for this release so we can troubleshoot anything we
> find.  This approach is mainly because my workflow with `upr` lets me post
> results easily and include the logs for the run.
>
> Cheers,
>
> Will
>

Re: Master is frozen for the 4.9 release

[Tutkowski, Mike]

Hi Will,

I just wanted to send out a quick note that I have run a bunch of my 
integration tests against 4.9 and they all came back successful.

>From my point of view, I'm ready for RC1.

Thanks!
Mike

From: Will Stevens 
Sent: Friday, May 27, 2016 4:34 PM
To: dev@cloudstack.apache.org
Subject: Master is frozen for the 4.9 release

Hey All,
I think I have done what I can do at this point.  I am sorry if you have a
PR that you wanted to get in that didn't make it.  I pushed my deadline for
the freeze a bit because I had a lot of PRs that were close and I was able
to get a bunch of them in.

I plan to wait about a week before I cut the first RC to give people a
chance to test master and get me the details of their testing.  This will
reduce the number of RCs we will need to have in order to get this release
out the door.

Please start testing master and let me know if you run into any issues.
There are a couple periodic issues that show up in my CI environments, so I
will probably spend some time to see if I can get those sorted out before I
cut the first release.

I plan to create a Github PR that will never be merged where I can post CI
results against master for this release so we can troubleshoot anything we
find.  This approach is mainly because my workflow with `upr` lets me post
results easily and include the logs for the run.

Cheers,

Will

[GitHub] cloudstack issue #1432: Fix for CLOUDSTACK-9253

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1432
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 147
 Hypervisor xenserver
 NetworkType Advanced
 Passed=68
 Failed=5
 Skipped=3

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**
* test_vpc_vpn.py

 * ContextSuite context=TestRVPCSite2SiteVpn>:setup Failing since 12 runs

 * ContextSuite context=TestVpcRemoteAccessVpn>:setup Failing since 12 runs

 * ContextSuite context=TestVpcSite2SiteVpn>:setup Failing since 12 runs

* test_volumes.py

 * test_06_download_detached_volume Failing since 2 runs

* test_vm_life_cycle.py

 * test_10_attachAndDetach_iso Failing since 2 runs


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_disk_offerings.py


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

[GitHub] cloudstack issue #1581: CLOUDSTACK-9404 Fixed ordering of network ACL rules ...

[swill]

Github user swill commented on the issue:

https://github.com/apache/cloudstack/pull/1581
  
The only known issue is that it this periodically happens.  I have not had 
a chance to dig deeper...


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

[GitHub] cloudstack issue #1581: CLOUDSTACK-9404 Fixed ordering of network ACL rules ...

[leprechau]

Github user leprechau commented on the issue:

https://github.com/apache/cloudstack/pull/1581
  
Looks clean and the added test case should prevent this from happening 
again.  According to the "git blame" the comparator was switched back in 2013 
and has been broken since.


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

[GitHub] cloudstack issue #1581: CLOUDSTACK-9404 Fixed ordering of network ACL rules ...

[pdube]

Github user pdube commented on the issue:

https://github.com/apache/cloudstack/pull/1581
  
The Travis build has timed out 3 times now. Is there any known issue with 
Travis right now @swill ?


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

[GitHub] cloudstack issue #1435: Dockerfile4.9

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1435
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 146
 Hypervisor xenserver
 NetworkType Advanced
 Passed=68
 Failed=5
 Skipped=3

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**
* test_vpc_vpn.py

 * ContextSuite context=TestRVPCSite2SiteVpn>:setup Failing since 11 runs

 * ContextSuite context=TestVpcRemoteAccessVpn>:setup Failing since 11 runs

 * ContextSuite context=TestVpcSite2SiteVpn>:setup Failing since 11 runs

* test_volumes.py

 * test_06_download_detached_volume Failed

* test_vm_life_cycle.py

 * test_10_attachAndDetach_iso Failed


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_disk_offerings.py


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

[GitHub] cloudstack issue #1572: CLOUDSTACK-9395: Add Virtio RNG device to Instances ...

[remibergsma]

Github user remibergsma commented on the issue:

https://github.com/apache/cloudstack/pull/1572
  
Thanks @wido will have a look


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

[GitHub] cloudstack issue #1581: CLOUDSTACK-9404 Fixed ordering of network ACL rules ...

[remibergsma]

Github user remibergsma commented on the issue:

https://github.com/apache/cloudstack/pull/1581
  
@pdube Thanks, will give it a try soon


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

Upgrading from ACS 4.2 to 4.8 - VR upgrade issue

[Cloud List]

Hi,

I tried upgrading our CloudStack 4.2.0 on our test environment to 4.8.0,
and I am having issues on VR upgrade. I followed the upgrade instructions
at below URL:

http://cloudstack-release-notes.readthedocs.io/ja/stable/upgrade/upgrade-4.2.html

On the last step to restart all the system VMs and VRs, it seems that the
cloudstack-sysvmadm script managed to restart the system VMs (SSVM and
CPVM) but not the VR.

# nohup cloudstack-sysvmadm -d IPaddress -u cloud -p password -a >
sysvm.log 2>&1 &

Here's the output of the sysvm.log file:


nohup: ignoring input
/usr/bin/cloudstack-sysvmadm: line 21: /etc/rc.d/init.d/functions: No such
file or directory

Stopping and starting 1 secondary storage vm(s)...
Done stopping and starting secondary storage vm(s)

Stopping and starting 1 console proxy vm(s)...
Done stopping and starting console proxy vm(s) .

Stopping and starting 1 running routing vm(s)...
*ERROR: Failed to restart domainRouter with id 5*

Done restarting router(s).


Output of the cloud.log file:


[2016.06.05-22.28.40] Stopping and starting 1 secondary storage vm(s)...
[2016.06.05-22.28.40] INFO: Stopping secondary storage vm with id 3
[2016.06.05-22.28.46] INFO: Starting secondary storage vm with id 3
[2016.06.05-23.29.00] ERROR: Failed to startSystemVm id=3; jobId is
121c5d89-745a-4e8e-9f96-0b348ef42abf
[2016.06.05-23.29.00] ERROR: Failed to start secondary storage vm with id 3
[2016.06.05-23.29.00] ERROR: Failed to start secondary storage vm with id 3
[2016.06.05-23.29.00] Done stopping and starting secondary storage vm(s).
[2016.06.05-23.29.00] Stopping and starting 1 console proxy vm(s)...
[2016.06.05-23.29.00] INFO: Stopping console proxy with id 2
[2016.06.05-23.29.06] INFO: Starting console proxy vm with id 2
[2016.06.05-23.30.49] Done stopping and starting console proxy vm(s) .
[2016.06.05-23.30.49] Stopping and starting 1 running routing vm(s)...
[2016.06.05-23.30.49] INFO: Restarting router with id 5
[2016.06.06-00.30.59] ERROR: Failed to restart domainRouter with id 5;
jobId 4a3f681e-c4a6-4856-9d42-0d3b79bffdae
[2016.06.06-00.31.04] Done restarting router(s).


Initially I noted that the VR remains in 4.2.0 version (instead of the
expected 4.8.0 version), tried to destroy the router so it'll be recreated
but it doesn't get created successfully.

Tried to run the cloudstack-sysvmadm manually with the -r option to restart
only the VR, and the problem still persists.

At the moment, the version of the VR is "UNKNOWN" and the "Require Upgrade"
state is "Yes".

Any advice how to make the VR back up and running?

Looking forward to your reply, thank you.

Cheers.

-ip-

Re: Migrating CloudStack content from download.cloud.com

[Chiradeep Vittal]

Any progress on this? There's nearly a 100K downloads of systemvm templates
from download.cloud.com per month. Would be a shame to leave these folks
stranded.

On Tue, May 31, 2016 at 4:49 AM, Paul Angus 
wrote:

> +1.  we need to figure out the way forward, but this needs to be done
> 'right' not just 'fast'.
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
> -Original Message-
> From: Raja Pullela [mailto:raja.pull...@accelerite.com]
> Sent: 31 May 2016 07:33
> To: CloudStack Dev 
> Subject: Re: Migrating CloudStack content from download.cloud.com
>
> +1, hope we will be able to discuss this at the Collab this week and
> decide on the next steps.
>
> best,
> Raja Pullela
> Senior Manager, Product Development
> Accelerate,
> 2055,Laurelwood Road,  Santa Clara, CA 95054, USA
> Phone: 1-408-216-7010,  www.accelerite.com,@accelerite
>
> > On May 31, 2016, at 10:23 AM, Chiradeep Vittal 
> wrote:
> >
> > I hope this gets discussed during the CloudStack Collab over the next
> > few days. Again, I'd urge everybody to consider: "what if
> > download.cloud.com went away next week". Waiting till some
> > hypothetical last date only means that we will scramble a week before
> that last date.
> >
> > On Fri, May 20, 2016 at 5:42 PM, Chiradeep Vittal
> > 
> > wrote:
> >
> >> Yes, the mirror site would be on github or apache.org
> >>
> >> Step 6 in the install guide would have instructions like:
> >> a. Install System VM Templates:
> >>  >> list> b. Installing other templates cloud-install-tmplt
> >>> enter OS (linux only)
> >>> Ubuntu 16.04
> >>   Installing...
> >>
> >> Or, step (b) could generate a cloudmonkey script.
> >>
> >>
> >> On Fri, May 20, 2016 at 1:57 PM, Will Stevens 
> >> wrote:
> >>
> >>> Cant we just host the mirror list in apache.org and then actually
> >>> host the mirrors in different places around the world?  A company
> >>> could sponsor the few bucks a month for AWS and have one of the
> >>> mirrors be in AWS and the mirror list in apache.org would just be
> >>> updated to add the AWS mirror.
> >>>
> >>> Isn't that basically what we are proposing here?  The ability to
> >>> have different mirrors with the 'official' endpoint being in an
> >>> apache.org endpoint to list the mirrors?
> >>>
> >>> *Will STEVENS*
> >>> Lead Developer
> >>>
> >>> *CloudOps* *| *Cloud Solutions Experts
> >>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|*
> >>> tw @CloudOps_
> >>>
> >>> On Fri, May 20, 2016 at 1:17 PM, Daan Hoogland
> >>> 
> >>> wrote:
> >>>
>  is there no way, within foundation bylaws, to host this somewhere
>  on apache.org? we are using peoples wibesites for tests as well,
>  aren't
> >>> we.
> 
>  On Fri, May 20, 2016 at 7:04 PM, Rafael Weingärtner <
>  rafaelweingart...@gmail.com> wrote:
> 
> > We could host a mirror here. We are in South America, Brazil.
> >
> > On Fri, May 20, 2016 at 2:01 PM, Chiradeep Vittal <
> >>> chirade...@gmail.com>
> > wrote:
> >
> >> I was proposing a new S3 bucket earlier
> >> (templates.cloudstack.org),
>  but
> > I
> >> realized that someone needs to own the account. There is no legal
>  entity
> >> for Apache CloudStack (except the ASF) that can enter into a
> >>> contract
> > with
> >> AWS (even if it is for a few bucks a month).  To make this work,
> >> alternatives:
> >> (1) ASF Infra creates this bucket and IAM keys to the PMC to
> >>> operate
> > this
> >> bucket. ACS users might want to make targeted donations to
> >> support
> >>> this
> >> bucket, but I don't believe that it is possible.
> >>
> >> (2) Cloudstack.org gets registered as a (non-profit?) entity etc
> >> and
>  ACS
> >> users make donations to this entity. PMC has control over the
> >>> bucket.
> >>
> >> A mirror list and a python script (e.g., [1]) sounds like a much
> >>> better
> >> idea :)
> >>
> >> Raise of hands:
> >> Who is willing to host a mirror of systemvm templates and default
> >> templates. I figure we need at least 5, preferably all over the
> >>> world,
> >> especially in East Asia.
> >>
> >> [1]
> >>
> >>
> >
> 
> >>> http://code.activestate.com/recipes/284631-a-python-script-to-test-d
> >>> ownload-mirrors/
> >>
> >>
> >>
> >>
> >>
> >> On Fri, May 20, 2016 at 9:52 AM, Chiradeep Vittal <
>  chirade...@gmail.com>
> >> wrote:
> >>
> >>> Agree with Daan : we shouldn't be pushing these ancient insecure
> >>> templates!
> >>>
> >>>
> >>> On Fri, May 20, 2016 at 9:51 AM, Chiradeep Vittal <
> > chirade...@gmail.com>
> >>> wrote:

VMware vSphere 6.0 support on CloudStack

[Couto, Antonio]

Hello everyone, I'd appreciate your kindly help.

Could you provide any information on/if/when CloudStack will support VMware 
vSphere ESXi 6.0?

Best regards,

Antonio Couto
Hybrid IT Specialist

+55 11 5502 5717  Office
+55 11 99943 5185  Mobile
São Paulo, SP - Brazil
hpe.com
@antoniojscouto

[HPE Logo v1]

Re: VMware vSphere 6.0 support on CloudStack

[Jeff Hair]

It works, although it's not officially documented. You should just be able
to hook it up. The reason it's not in the documentation is because there is
no official testing of it.

Jeff

On Mon, Jun 6, 2016 at 2:14 PM, Couto, Antonio 
wrote:

> Hello everyone, I’d appreciate your kindly help.
>
>
>
> Could you provide any information on/if/when *CloudStack* will support
> VMware vSphere ESXi 6.0?
>
>
>
> Best regards,
>
>
>
> *Antonio Couto*
>
> Hybrid IT Specialist
>
>
> +55 11 5502 5717  Office
> +55 11 99943 5185  Mobile
> São Paulo, SP - Brazil
> *hpe.com* 
> @antoniojscouto
>
> [image: HPE Logo v1]
>
>
>

[GitHub] cloudstack issue #1547: Fixes for VirtualRouters in Basic Networking, especi...

[DaanHoogland]

Github user DaanHoogland commented on the issue:

https://github.com/apache/cloudstack/pull/1547
  
CI Results: ok one test failed but retest manually succeeded


[1547.results.network.txt](https://github.com/apache/cloudstack/files/300726/1547.results.network.txt)

[1547.results.vpc_routers.txt](https://github.com/apache/cloudstack/files/300727/1547.results.vpc_routers.txt)

@ustcweizhou can you re-review?
@The-Loeki one travis run failed during install though the others 
succeeded. Maybe you can re-open to try your luck.


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

[GitHub] cloudstack issue #1436: [Bug-Id: CLOUDSTACK-9306]Replace testdata with servi...

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1436
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 145
 Hypervisor xenserver
 NetworkType Advanced
 Passed=73
 Failed=0
 Skipped=3

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**

**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_vpc_vpn.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_volumes.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_disk_offerings.py


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

Re: [jira] [Closed] (CLOUDSTACK-620) Allow additional JVM opts and classpath injection

[Mohammad Aladwan]

Dear all,

I don't know if this the right place, please if my question in another
section, redirect me.

i have question, whats the way protect ISO image in cloudstack from any
attack.

thanks

On Mon, Jun 6, 2016 at 3:19 PM, Wido den Hollander (JIRA) 
wrote:

>
>  [
> https://issues.apache.org/jira/browse/CLOUDSTACK-620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Wido den Hollander closed CLOUDSTACK-620.
> -
> Resolution: Fixed
>
> With the move to systemd this is resolved there.
>
> You can change the systemd service file and/or override it.
>
> > Allow additional JVM opts and classpath injection
> > --
> >
> > Key: CLOUDSTACK-620
> > URL:
> https://issues.apache.org/jira/browse/CLOUDSTACK-620
> > Project: CloudStack
> >  Issue Type: Improvement
> >  Security Level: Public(Anyone can view this level - this is the
> default.)
> >Affects Versions: 4.0.0, 4.0.1, 4.0.2, 4.1.0
> > Environment: ubuntu
> >Reporter: Pierre-Yves Ritschard
> >Priority: Minor
> >
> > The rationale is to allow configuration management to push
> > specific log4j configurations or JMX arguments directly through
> > `/etc/default/cloud-agent` instead of having to modify the startup
> script.
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
>

Re: [jira] [Created] (CLOUDSTACK-9406) Enable IPv6 Link-Local in cloud0 interface in System VMs

[Mohammad Aladwan]

Dear all,

I don't know if this the right place, please if my question in another
section, redirect me.

i have question, whats the way protect ISO image in cloudstack from any
attack.

thanks

On Mon, Jun 6, 2016 at 3:35 PM, Wido den Hollander (JIRA) 
wrote:

> Wido den Hollander created CLOUDSTACK-9406:
> --
>
>  Summary: Enable IPv6 Link-Local in cloud0 interface in System
> VMs
>  Key: CLOUDSTACK-9406
>  URL:
> https://issues.apache.org/jira/browse/CLOUDSTACK-9406
>  Project: CloudStack
>   Issue Type: Improvement
>   Security Level: Public (Anyone can view this level - this is the
> default.)
>   Components: KVM, SystemVM
> Reporter: Wido den Hollander
>
>
> Currently a 169.254.0.0/16 address is used for communication between the
> (KVM) hypervisor and a System VM.
>
> The address is provided through a socket to the SSVM on startup.
>
> This adds additional complexity since such an address needs to be recorded
> in the database.
>
> IPv6 provides the Link-Local address starting with fe80:: where it is
> calculated based on the MAC-address.
>
> This address could be used to communicate with the SSVM without any prior
> communication with it. The Hypervisor knows the MAC address of the SSVM and
> thus it knows which address the SSVM will obtain.
>
> On this address a provisioning daemon could run instead of the current
> 'patch via socket' scripts.
>
> Over this address the SSVM could even expose a complete REST-full API
> which can be used to talk to the SSVM.
>
> Using the IPv6 link-local address would be the first step to IPv6 in the
> SSVM.
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
>

Re: [jira] [Commented] (CLOUDSTACK-9405) listDomains API call takes an extremely long time to respond

[Mohammad Aladwan]

Dear all,

I don't know if this the right place, please if my question in another
section, redirect me.

i have question, whats the way protect ISO image in cloudstack from any
attack.

thanks

[GitHub] cloudstack issue #1581: CLOUDSTACK-9404 Fixed ordering of network ACL rules ...

[pdube]

Github user pdube commented on the issue:

https://github.com/apache/cloudstack/pull/1581
  
@remibergsma Yes, the rules should appear in the right order now.


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

[GitHub] cloudstack pull request #1581: CLOUDSTACK-9404 Fixed ordering of network ACL...

[pdube]

GitHub user pdube reopened a pull request:

https://github.com/apache/cloudstack/pull/1581

CLOUDSTACK-9404 Fixed ordering of network ACL rules being sent to the VR.

 The comparator was inverted.

Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-9404

In this example, I created rules with the port numbers the same as the rule 
numbers.

Chain ACL_INBOUND_eth2 (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere 225.0.0.50
ACCEPT all  --  anywhere vrrp.mcast.net
DROP   tcp  --  anywhere anywhere tcp 
dpt:netstat
DROP   tcp  --  anywhere anywhere tcp dpt:10
DROP   tcp  --  anywhere anywhere tcp dpt:5
DROP   tcp  --  anywhere anywhere tcp dpt:3
DROP   tcp  --  anywhere anywhere tcp dpt:2
DROP   all  --  anywhere anywhere

We can see above that the rules are inverted.

After the fix:

Chain ACL_INBOUND_eth2 (1 references)
target prot opt source   destination
ACCEPT all  --  anywhere 225.0.0.50
ACCEPT all  --  anywhere vrrp.mcast.net
DROP   tcp  --  anywhere anywhere tcp dpt:2
DROP   tcp  --  anywhere anywhere tcp dpt:3
DROP   tcp  --  anywhere anywhere tcp dpt:5
DROP   tcp  --  anywhere anywhere tcp dpt:10
DROP   tcp  --  anywhere anywhere tcp 
dpt:netstat
DROP   all  --  anywhere anywhere


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/pdube/cloudstack network-acl-rules-order

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1581.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1581


commit caf4a48075e0f59b5d101efdd3ac6b1bee8f4f39
Author: Patrick Dube 
Date:   2016-06-02T17:15:38Z

Fixed ordering of network ACL rules being sent to the VR. The comparator 
was inverted

commit 4c97a3981dc0d543e02f62f2bb4fc2eb805545c6
Author: Patrick Dube 
Date:   2016-06-02T17:44:39Z

Added unit test to verify ordering

commit 9cdd23fdc77e643d886c3af8cb0a60f9c4ddf84f
Author: Patrick Dube 
Date:   2016-06-03T12:48:47Z

Added ASF license to unit test file




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

[GitHub] cloudstack pull request #1581: CLOUDSTACK-9404 Fixed ordering of network ACL...

[pdube]

Github user pdube closed the pull request at:

https://github.com/apache/cloudstack/pull/1581


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

[GitHub] cloudstack issue #1437: removed unused HypervDummyResourceBase class

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/1437
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 144
 Hypervisor xenserver
 NetworkType Advanced
 Passed=72
 Failed=1
 Skipped=3

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**
* test_routers.py

 * test_03_restart_network_cleanup Failed


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_vpc_vpn.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_volumes.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_disk_offerings.py


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

[GitHub] cloudstack issue #872: Strongswan vpn feature

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/872
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 143
 Hypervisor xenserver
 NetworkType Advanced
 Passed=71
 Failed=2
 Skipped=3

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**
* test_vpc_vpn.py

 * test_01_redundant_vpc_site2site_vpn Failed

 * test_01_vpc_site2site_vpn Failed


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_volumes.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_vm_life_cycle.py
test_disk_offerings.py


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

[GitHub] cloudstack issue #1572: CLOUDSTACK-9395: Add Virtio RNG device to Instances ...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1572
  
Ok, thanks @ustcweizhou . Could you take a technical look and see if you 
LGTM?


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

[GitHub] cloudstack issue #1547: Fixes for VirtualRouters in Basic Networking, especi...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1547
  
Awesome @DaanHoogland ! As said, this is a problem currently on 4.8 when 
using multiple ranges inside a pod VLAN.

I/we can't find any issues with the changes made by @The-Loeki , so 
additional input is welcome.


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

[GitHub] cloudstack issue #1547: Fixes for VirtualRouters in Basic Networking, especi...

[DaanHoogland]

Github user DaanHoogland commented on the issue:

https://github.com/apache/cloudstack/pull/1547
  
@wido, I am not in favour of squashing these. They seem to be different 
fixes with their own history. I will start an integration run.


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

[GitHub] cloudstack issue #1572: CLOUDSTACK-9395: Add Virtio RNG device to Instances ...

[ustcweizhou]

Github user ustcweizhou commented on the issue:

https://github.com/apache/cloudstack/pull/1572
  
@wido  thanks. it sound fine to me.


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

[GitHub] cloudstack issue #1572: CLOUDSTACK-9395: Add Virtio RNG device to Instances ...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1572
  
@remibergsma: Could you check again? You can now set the rate with period 
and bytes to prevent exhaustion.


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

[GitHub] cloudstack issue #1572: CLOUDSTACK-9395: Add Virtio RNG device to Instances ...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1572
  
@ustcweizhou Using 'vm.rng.enable=true' you can enable or disable the RNG. 
This controls if the XML is generated or not.

This is set to false by default, so it will work on Ubuntu 12.04 without 
any problems as long as you don't enable it.

Ubuntu 12.04 is however still way to old and is using a ancient Java 
version. So Ubuntu 12.04 will become unsupported anyway in the near future.


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

[GitHub] cloudstack issue #1572: CLOUDSTACK-9395: Add Virtio RNG device to Instances ...

[ustcweizhou]

Github user ustcweizhou commented on the issue:

https://github.com/apache/cloudstack/pull/1572
  
@wido , thanks for your reply. As I know, there are still many people using 
Ubuntu 12.04. Especially for one starting using CloudStack/Ubuntu 2-3 years ago 
( before Ubuntu 14.04 release), it is difficult for them to (live) upgrade 
their production to CloudStack 4.9/Ubuntu 14.04 or 16.04. I think it is better 
to be compatible with Ubuntu 12.04, by disabling the feature.




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

[GitHub] cloudstack issue #1572: CLOUDSTACK-9395: Add Virtio RNG device to Instances ...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/1572
  
Yes, valid point @remibergsma , see: 
https://libvirt.org/formatdomain.html#elementsRng

I'll add support so that you can configure:

``

``

That way you can prevent the guest from exhausting the HV.


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

Re: Older Ceph packages for Ubuntu 12.04 (Precise Pangolin) to recompile libvirt with RBD support

[Wido den Hollander]

I think you will have to compile Ceph from source or use Ceph Dumpling.

Cuttlefish is no longer supported.

Wido

> Op 5 juni 2016 om 10:04 schreef Cloud List :
> 
> 
> Hi,
> 
> Anyone can assist on this?
> 
> Looking forward to your reply, thank you.
> 
> Cheers.
> 
> 
> On Fri, Jun 3, 2016 at 11:56 AM, Cloud List  wrote:
> 
> > Dear all,
> >
> > I am trying to setup older version of CloudStack 4.2.0 on Ubuntu 12.04 to
> > use Ceph RBD as primary storage for our upgrade testing purposes. Two of
> > the steps involved were to add below repository to manually compile libvirt
> > to have RBD support, since the default libvirt on Ubuntu 12.04 doesn't have
> > RBD support by default, unlike on Ubuntu 14.04:
> >
> > 
> > # wget -q -O- '
> > https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc' | sudo
> > apt-key add -
> > OK
> >
> > # echo deb http://eu.ceph.com/debian-cuttlefish/ $(lsb_release -sc) main
> > | sudo tee /etc/apt/sources.list.d/ceph.list
> > deb http://eu.ceph.com/debian-cuttlefish/ precise main
> > 
> >
> > But when I ran sudo apt-get update, I am receiving this error (excerpts):
> >
> > 
> > Err http://eu.ceph.com precise/main amd64 Packages
> >   404  Not Found
> > Err http://eu.ceph.com precise/main i386 Packages
> >   404  Not Found
> >
> > W: Failed to fetch
> > http://eu.ceph.com/debian-cuttlefish/dists/precise/main/binary-amd64/Packages
> > 404  Not Found
> >
> > W: Failed to fetch
> > http://eu.ceph.com/debian-cuttlefish/dists/precise/main/binary-i386/Packages
> > 404  Not Found
> >
> > E: Some index files failed to download. They have been ignored, or old
> > ones used instead.
> > 
> >
> > It seems that the repository for the particular required packages has been
> > removed, anyone can advise if I can get the required packages, may be from
> > a different location?
> >
> > Any help is greatly appreciated.
> >
> > Looking forward to your reply, thank you.
> >
> > Cheers.
> >
> > -ip-
> >

LXC container template for CloudStack

[Cloud List]

Dear all,

I am trying to add an LXC cluster in addition to the existing running KVM
cluster in my CloudStack 4.8.0 test environment.

https://cwiki.apache.org/confluence/display/CLOUDSTACK/LXC+Support+in+Cloudstack

I understand that the LXC container template for CloudStack is not provided
/ bundled by default, so we need to create one or download. May I know:

(1) How do we create one? I follow the instruction on how to create LXC
template for Ubuntu here:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/LXC+Template+creation#LXCTemplatecreation-CreatingtemplateonUbuntu

It requires us to install lxc (apt-get install lxc) but doing so will
remove cloudstack-agent package hosted on the same host.

(2) Where can we download ready-to-use LXC container template for
CloudStack?

Looking forward to your reply, thank you.

Cheers.

-ip-

[GitHub] cloudstack issue #351: This branch implements the CSV and native HA support ...

[bvbharatk]

Github user bvbharatk commented on the issue:

https://github.com/apache/cloudstack/pull/351
  
### ACS CI BVT Run
 **Sumarry:**
 Build Number 142
 Hypervisor xenserver
 NetworkType Advanced
 Passed=70
 Failed=3
 Skipped=3

_Link to logs Folder (search by build_no):_ 
https://www.dropbox.com/sh/yj3wnzbceo9uef2/AAB6u-Iap-xztdm6jHX9SjPja?dl=0


**Failed tests:**
* test_vpc_vpn.py

 * test_01_vpc_remote_access_vpn Failed

* test_volumes.py

 * test_06_download_detached_volume Failed

* test_vm_life_cycle.py

 * test_10_attachAndDetach_iso Failed


**Skipped tests:**
test_vm_nic_adapter_vmxnet3
test_static_role_account_acls
test_deploy_vgpu_enabled_vm

**Passed test suits:**
test_deploy_vm_with_userdata.py
test_affinity_groups_projects.py
test_portable_publicip.py
test_over_provisioning.py
test_global_settings.py
test_scale_vm.py
test_service_offerings.py
test_routers_iptables_default_policy.py
test_routers.py
test_reset_vm_on_reboot.py
test_snapshots.py
test_deploy_vms_with_varied_deploymentplanners.py
test_login.py
test_list_ids_parameter.py
test_public_ip_range.py
test_multipleips_per_nic.py
test_regions.py
test_affinity_groups.py
test_network_acl.py
test_pvlan.py
test_nic.py
test_deploy_vm_root_resize.py
test_resource_detail.py
test_secondary_storage.py
test_disk_offerings.py


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