Remove me from mailing list[was]Re: [VOTE] Retirement of midonet plugin

[Sharad Nandwani]

Please remove me from the mailing list.



From: Daan Hoogland 
Sent: Wednesday, March 29, 2017 12:06 PM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Re: [VOTE] Retirement of midonet plugin

+1

On 28/03/17 22:46, "Rafael Weingärtner"  wrote:

Dear ACS fellows,
We have discussed the retirement of Midonet plugin [*]. After quite some
talk, we converged in a retirement process and it seems that we all agree
that the Midonet plugin should be retired. So, to formalize things, we
should vote Midonet retirement.

All users and devs are welcome to vote here:
[+1] I *do want to retire *the Midonet plugin
[0] Whatever happens I am happy
[-1] I *do not want to retire* the Midonet plugin


[*] http://markmail.org/message/x6p3gnvqbbxcj6gs

--
Rafael Weingärtner



daan.hoogl...@shapeblue.com
www.shapeblue.com
ShapeBlue - The CloudStack Company
www.shapeblue.com
Background Cloudstack relies on a fixed download site when it requires system 
templates for the default guest VMs That download site



53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

Re: Remove me from mailing list[was]Re: [VOTE] Retirement of midonet plugin

[Tutkowski, Mike]

Please see this page for details on removing yourself from CloudStack mailing 
lists:

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

On 3/29/17, 1:07 AM, "Sharad Nandwani"  wrote:

Please remove me from the mailing list.



From: Daan Hoogland 
Sent: Wednesday, March 29, 2017 12:06 PM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Re: [VOTE] Retirement of midonet plugin

+1

On 28/03/17 22:46, "Rafael Weingärtner"  wrote:

Dear ACS fellows,
We have discussed the retirement of Midonet plugin [*]. After quite some
talk, we converged in a retirement process and it seems that we all 
agree
that the Midonet plugin should be retired. So, to formalize things, we
should vote Midonet retirement.

All users and devs are welcome to vote here:
[+1] I *do want to retire *the Midonet plugin
[0] Whatever happens I am happy
[-1] I *do not want to retire* the Midonet plugin


[*] http://markmail.org/message/x6p3gnvqbbxcj6gs

--
Rafael Weingärtner



daan.hoogl...@shapeblue.com
www.shapeblue.com
ShapeBlue - The CloudStack Company
www.shapeblue.com
Background Cloudstack relies on a fixed download site when it requires 
system templates for the default guest VMs That download site



53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

[GitHub] cloudstack issue #1246: CLOUDSTACK-9165 unable to use reserved IP range in a...

[PranaliM]

Github user PranaliM commented on the issue:

https://github.com/apache/cloudstack/pull/1246
  
Test LGTM based on manual testing results.

Before fix The VM got a Netmask of 255.255.255.128 and after fix the VM got 
a Netmask of 255.255.255.0
on a network where the CIDR was /25


---
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: [VOTE] Retirement of midonet plugin

[Will Stevens]

+1

On Mar 29, 2017 2:36 AM, "Daan Hoogland" 
wrote:

> +1
>
> On 28/03/17 22:46, "Rafael Weingärtner" 
> wrote:
>
> Dear ACS fellows,
> We have discussed the retirement of Midonet plugin [*]. After quite
> some
> talk, we converged in a retirement process and it seems that we all
> agree
> that the Midonet plugin should be retired. So, to formalize things, we
> should vote Midonet retirement.
>
> All users and devs are welcome to vote here:
> [+1] I *do want to retire *the Midonet plugin
> [0] Whatever happens I am happy
> [-1] I *do not want to retire* the Midonet plugin
>
>
> [*] http://markmail.org/message/x6p3gnvqbbxcj6gs
>
> --
> Rafael Weingärtner
>
>
>
> daan.hoogl...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: [VOTE] Retirement of midonet plugin

[Erik Weber]

+1


Erik

On Tue, Mar 28, 2017 at 10:46 PM, Rafael Weingärtner
 wrote:
> Dear ACS fellows,
> We have discussed the retirement of Midonet plugin [*]. After quite some
> talk, we converged in a retirement process and it seems that we all agree
> that the Midonet plugin should be retired. So, to formalize things, we
> should vote Midonet retirement.
>
> All users and devs are welcome to vote here:
> [+1] I *do want to retire *the Midonet plugin
> [0] Whatever happens I am happy
> [-1] I *do not want to retire* the Midonet plugin
>
>
> [*] http://markmail.org/message/x6p3gnvqbbxcj6gs
>
> --
> Rafael Weingärtner

[GitHub] cloudstack issue #2021: CLOUDSTACK-9854: Fix test_primary_storage test failu...

[borisstoyanov]

Github user borisstoyanov commented on the issue:

https://github.com/apache/cloudstack/pull/2021
  
@blueorangutan package


---
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 #2021: CLOUDSTACK-9854: Fix test_primary_storage test failu...

[blueorangutan]

Github user blueorangutan commented on the issue:

https://github.com/apache/cloudstack/pull/2021
  
@borisstoyanov a Jenkins job has been kicked to build packages. I'll keep 
you posted as I make progress.


---
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: GSoC 2017 project CLOUDSTACK-9804

[Syed Ahmed]

Hi Shanika,

My apologies for seeing this late. As Sergey suggested, your next steps are
to create a proposal. If you are interested in more than one project, I'd
say you create proposals for each one of them. This way when we review,
you'd have a higher chance of getting in. Look at the Wiki for example
proposals. https://cwiki.apache.org/confluence/display/CLOUDSTACK In the
sidebar, see the Design Documents * sections to see examples. Feel free to
post here or on slack if you need help understanding the bits.

Thanks,
-Syed

On Tue, Mar 21, 2017 at 5:00 PM, Sergey Levitskiy <
sergey.levits...@autodesk.com> wrote:

> Sure, Proposal is the right next step. In this email I attached some of
> recent proposals discussed here.
>
> Thanks,
> Sergey
>
>
> On 3/21/17, 10:49 AM, "Shanika Ediriweera" 
> wrote:
>
> Hi Sergey,
>
> I went through the guides and the existing drivers Solidfire (
> https://github.com/apache/cloudstack/tree/master/
> plugins/storage/volume/solidfire/src/org/apache/
> cloudstack/storage/datastore)
> and cloudbyte (
> https://github.com/apache/cloudstack/tree/master/
> plugins/storage/volume/cloudbyte/src/org/apache/
> cloudstack/storage/datastore
> ).
>
> Shall I start making my proposal?
> Any advise on it?
>
> Thank you.
>
> Best Regards,
>
> Shanika Ediriweera
> Undergraduate
> Dept. of Computer Science & Eng.
> University of Moratuwa
>
> On 12 March 2017 at 22:12, Sergey Levitskiy <
> sergey.levits...@autodesk.com>
> wrote:
>
> > Hi Shanika,
> > That’s great. You can start by reviewing Cloudstack development guide
> > https://cloudstack.apache.org/developers.html
> > as well as API and programming resources
> > http://docs.cloudstack.apache.org/en/latest/dev.html
> >
> > ACS source code is here
> > https://git-wip-us.apache.org/repos/asf/cloudstack.git
> > with mirror at https://github.com/apache/cloudstack
> >
> > Some of the design documents available here
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Home
> > under Developers->Design
> >
> > Writing a storage driver from scratch will be a huge undertaking so
> you
> > can consider using one of the existing ones as a prototype e.g.
> SolidFire
> > or CloudByte.
> >
> > This dev@ mail list is the one you should use if you have questions
> or
> > wants other people input or opinion.
> >
> > Good luck,
> > Sergey
> >
> >
> >
> >
> >
>
>
>
>
> -- Forwarded message --
> From: Jeromy Grimmett 
> To: "dev@cloudstack.apache.org" 
> Cc:
> Bcc:
> Date: Fri, 10 Mar 2017 15:28:28 +
> Subject: [Proposal] - StorageHA
>
> Hello,
>
>
>
> I am new to the mailing list, and we are glad to be a part of the
> CloudStack community.  We are looking to develop plugins and modules that
> will help grow and expand the adoption and use of CloudStack.  So as part
> of my introductory email, I’d like to introduce a little project we have
> been working on; a StorageHA Monitor.  The Monitor would allow CloudStack
> and the hosts to test, communicate and resolve VM availability issues when
> storage (primary and/or secondary) availability becomes apparent.  This is
> a small write up about how it would work:
>
>
>
> Consists of two scripts/programs:
>
>
>
> The host script runs on the host servers and checks to see if the primary
> and secondary storage is available by doing a read/write test then reports
> to the master script that runs on the Cloudstack server. The host script
> will test a read and a write to the storage every 5 seconds (configurable),
> and if it fails 3 times (configurable) then it will be recorded by the
> master script.
>
>
>
> The master script will monitor the results of the host script. If the test
> is good, nothing happens and the results are logged and so that we can
> track the history of the test results. If the test reports back as failed,
> then it will perform the following actions:
>
>
>
> · Secondary Storage - It will simply generate and send an alert
> that the failure has occurred.
>
>
>
> · Primary Storage - The script will perform the following tasks:
>
> o   Generate and send an alert that the failure has occurred.
>
> o   Force the VMs on that host to shutdown.
>
> o   Determine which host to move the VMs to.
>
> o   Start the VMs on the healthy host.
>
>
>
> We have already started working on some code, and the solution seems to be
> testing well.  Any thoughts/ideas/input are(is) welcome.  Should there are
> a solution out there already, then please forgive our ignorance, and point
> us in the right direction. We look forward to further collaboration with
> you all.
>
>
>
> Regards,
>
> j
>
>
>
> *Jeromy Grimmett*
>
> [image: cb-sig-logo2]
> 155 Fleet Street
>
> Portsmouth, NH 03801
>
> Direct: 603.766.3625 <(603)%20766-3625>
> Office: 603.766.4908 <(603)%20766-4908>
>
> Fax: 603.766.4729 <(603)%207

Re: Contrail Plugin Emitting Extra Action Events?

[Syed Ahmed]

I don't think that Contrai's EventUtils does anything different from
the standard one. I think they intended to add more functionality
later on but that hasn't happened.

On Tue, Mar 14, 2017 at 11:36 AM, Jeff Hair  wrote:
> Hi,
>
> In my continuing quest to merge 4.9.2.0 into our fork, I'm noticing that
> the Juniper Contrail plugin has an "EventUtils" class which looks for
> methods with @ActionEvent on them and them emits over the event bus. This
> does the same thing as the more-standard ActionEventUtils class. Is there a
> reason for the Contrail plugin to have its own EventUtils class?
>
> Jeff

[GitHub] cloudstack issue #2021: CLOUDSTACK-9854: Fix test_primary_storage test failu...

[blueorangutan]

Github user blueorangutan commented on the issue:

https://github.com/apache/cloudstack/pull/2021
  
Packaging result: ✔centos6 ✔centos7 ✔debian. JID-603


---
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 #2021: CLOUDSTACK-9854: Fix test_primary_storage test failu...

[borisstoyanov]

Github user borisstoyanov commented on the issue:

https://github.com/apache/cloudstack/pull/2021
  
@blueorangutan test


---
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 #2021: CLOUDSTACK-9854: Fix test_primary_storage test failu...

[blueorangutan]

Github user blueorangutan commented on the issue:

https://github.com/apache/cloudstack/pull/2021
  
@borisstoyanov a Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has 
been kicked to run smoke tests


---
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: [VOTE] Retirement of midonet plugin

[Wido den Hollander]

+1

> Op 28 maart 2017 om 22:46 schreef Rafael Weingärtner 
> :
> 
> 
> Dear ACS fellows,
> We have discussed the retirement of Midonet plugin [*]. After quite some
> talk, we converged in a retirement process and it seems that we all agree
> that the Midonet plugin should be retired. So, to formalize things, we
> should vote Midonet retirement.
> 
> All users and devs are welcome to vote here:
> [+1] I *do want to retire *the Midonet plugin
> [0] Whatever happens I am happy
> [-1] I *do not want to retire* the Midonet plugin
> 
> 
> [*] http://markmail.org/message/x6p3gnvqbbxcj6gs
> 
> --
> Rafael Weingärtner

RE: [VOTE] Retirement of midonet plugin

[Simon Weller]

+1

Simon Weller/615-312-6068

-Original Message-
From: Wido den Hollander [w...@widodh.nl]
Received: Wednesday, 29 Mar 2017, 6:18AM
To: Rafael Weingärtner [rafaelweingart...@gmail.com]; dev@cloudstack.apache.org 
[dev@cloudstack.apache.org]; us...@cloudstack.apache.org 
[us...@cloudstack.apache.org]
Subject: Re: [VOTE] Retirement of midonet plugin

+1

> Op 28 maart 2017 om 22:46 schreef Rafael Weingärtner 
> :
>
>
> Dear ACS fellows,
> We have discussed the retirement of Midonet plugin [*]. After quite some
> talk, we converged in a retirement process and it seems that we all agree
> that the Midonet plugin should be retired. So, to formalize things, we
> should vote Midonet retirement.
>
> All users and devs are welcome to vote here:
> [+1] I *do want to retire *the Midonet plugin
> [0] Whatever happens I am happy
> [-1] I *do not want to retire* the Midonet plugin
>
>
> [*] http://markmail.org/message/x6p3gnvqbbxcj6gs
>
> --
> Rafael Weingärtner

Re: [VOTE] Retirement of midonet plugin

[Rohit Yadav]

+1


From: Rafael Weingärtner 
Sent: 29 March 2017 02:16:09
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: [VOTE] Retirement of midonet plugin

Dear ACS fellows,
We have discussed the retirement of Midonet plugin [*]. After quite some
talk, we converged in a retirement process and it seems that we all agree
that the Midonet plugin should be retired. So, to formalize things, we
should vote Midonet retirement.

All users and devs are welcome to vote here:
[+1] I *do want to retire *the Midonet plugin
[0] Whatever happens I am happy
[-1] I *do not want to retire* the Midonet plugin


[*] http://markmail.org/message/x6p3gnvqbbxcj6gs

--
Rafael Weingärtner

rohit.ya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

[GitHub] cloudstack issue #2021: CLOUDSTACK-9854: Fix test_primary_storage test failu...

[blueorangutan]

Github user blueorangutan commented on the issue:

https://github.com/apache/cloudstack/pull/2021
  
Trillian test result (tid-967)
Environment: kvm-centos7 (x2), Advanced Networking with Mgmt server 7
Total time taken: 29017 seconds
Marvin logs: 
https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr2021-t967-kvm-centos7.zip
Intermitten failure detected: /marvin/tests/smoke/test_primary_storage.py
Intermitten failure detected: /marvin/tests/smoke/test_privategw_acl.py
Test completed. 47 look ok, 2 have error(s)


Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_04_rvpc_privategw_static_routes | `Failure` | 325.44 | 
test_privategw_acl.py
test_03_migration_options_storage_tags | `Error` | 0.42 | 
test_primary_storage.py
test_01_vpc_site2site_vpn | Success | 160.31 | test_vpc_vpn.py
test_01_vpc_remote_access_vpn | Success | 66.13 | test_vpc_vpn.py
test_01_redundant_vpc_site2site_vpn | Success | 250.82 | test_vpc_vpn.py
test_02_VPC_default_routes | Success | 275.03 | test_vpc_router_nics.py
test_01_VPC_nics_after_destroy | Success | 529.55 | test_vpc_router_nics.py
test_05_rvpc_multi_tiers | Success | 510.93 | test_vpc_redundant.py
test_04_rvpc_network_garbage_collector_nics | Success | 1414.23 | 
test_vpc_redundant.py
test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | 
Success | 547.79 | test_vpc_redundant.py
test_02_redundant_VPC_default_routes | Success | 743.53 | 
test_vpc_redundant.py
test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | Success | 1295.24 | 
test_vpc_redundant.py
test_09_delete_detached_volume | Success | 151.38 | test_volumes.py
test_08_resize_volume | Success | 156.29 | test_volumes.py
test_07_resize_fail | Success | 161.40 | test_volumes.py
test_06_download_detached_volume | Success | 156.20 | test_volumes.py
test_05_detach_volume | Success | 155.79 | test_volumes.py
test_04_delete_attached_volume | Success | 151.12 | test_volumes.py
test_03_download_attached_volume | Success | 156.22 | test_volumes.py
test_02_attach_volume | Success | 95.94 | test_volumes.py
test_01_create_volume | Success | 710.96 | test_volumes.py
test_03_delete_vm_snapshots | Success | 275.20 | test_vm_snapshots.py
test_02_revert_vm_snapshots | Success | 95.64 | test_vm_snapshots.py
test_01_create_vm_snapshots | Success | 158.74 | test_vm_snapshots.py
test_deploy_vm_multiple | Success | 257.66 | test_vm_life_cycle.py
test_deploy_vm | Success | 0.03 | test_vm_life_cycle.py
test_advZoneVirtualRouter | Success | 0.02 | test_vm_life_cycle.py
test_10_attachAndDetach_iso | Success | 26.73 | test_vm_life_cycle.py
test_09_expunge_vm | Success | 125.19 | test_vm_life_cycle.py
test_08_migrate_vm | Success | 30.86 | test_vm_life_cycle.py
test_07_restore_vm | Success | 0.12 | test_vm_life_cycle.py
test_06_destroy_vm | Success | 125.76 | test_vm_life_cycle.py
test_03_reboot_vm | Success | 125.78 | test_vm_life_cycle.py
test_02_start_vm | Success | 10.16 | test_vm_life_cycle.py
test_01_stop_vm | Success | 40.31 | test_vm_life_cycle.py
test_CreateTemplateWithDuplicateName | Success | 40.45 | test_templates.py
test_08_list_system_templates | Success | 0.03 | test_templates.py
test_07_list_public_templates | Success | 0.04 | test_templates.py
test_05_template_permissions | Success | 0.05 | test_templates.py
test_04_extract_template | Success | 5.15 | test_templates.py
test_03_delete_template | Success | 5.10 | test_templates.py
test_02_edit_template | Success | 90.16 | test_templates.py
test_01_create_template | Success | 35.43 | test_templates.py
test_10_destroy_cpvm | Success | 166.71 | test_ssvm.py
test_09_destroy_ssvm | Success | 163.61 | test_ssvm.py
test_08_reboot_cpvm | Success | 101.47 | test_ssvm.py
test_07_reboot_ssvm | Success | 134.41 | test_ssvm.py
test_06_stop_cpvm | Success | 136.75 | test_ssvm.py
test_05_stop_ssvm | Success | 133.49 | test_ssvm.py
test_04_cpvm_internals | Success | 1.19 | test_ssvm.py
test_03_ssvm_internals | Success | 3.19 | test_ssvm.py
test_02_list_cpvm_vm | Success | 0.11 | test_ssvm.py
test_01_list_sec_storage_vm | Success | 0.12 | test_ssvm.py
test_02_list_snapshots_with_removed_data_store | Success | 86.72 | 
test_snapshots.py
test_01_snapshot_root_disk | Success | 11.20 | test_snapshots.py
test_04_change_offering_small | Success | 239.54 | test_service_offerings.py
test_03_delete_service_offering | Success | 0.04 | test_service_offerings.py
test_02_edit_service_offering | Success | 0.05 | test_service_offerings.py
test_01_create_service_offering | Success | 0.10 | test_service_offerings.py
test_02_sys_template_ready | Success | 0.12 | test_secondary_storage.py
test_01_sys_vm_start | Success | 0.17 | test_secondary_storage.py
test_09_reboot_router |

[GitHub] cloudstack issue #2020: IR25: WIP

[blueorangutan]

Github user blueorangutan commented on the issue:

https://github.com/apache/cloudstack/pull/2020
  
Trillian test result (tid-966)
Environment: vmware-55u3 (x2), Advanced Networking with Mgmt server 7
Total time taken: 53962 seconds
Marvin logs: 
https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr2020-t966-vmware-55u3.zip
Intermitten failure detected: /marvin/tests/smoke/test_password_server.py
Intermitten failure detected: /marvin/tests/smoke/test_privategw_acl.py
Intermitten failure detected: 
/marvin/tests/smoke/test_routers_network_ops.py
Intermitten failure detected: /marvin/tests/smoke/test_vm_snapshots.py
Intermitten failure detected: /marvin/tests/smoke/test_vpc_redundant.py
Intermitten failure detected: /marvin/tests/smoke/test_vpc_vpn.py
Test completed. 46 look ok, 3 have error(s)


Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_01_test_vm_volume_snapshot | `Failure` | 317.35 | test_vm_snapshots.py
test_04_rvpc_privategw_static_routes | `Failure` | 853.84 | 
test_privategw_acl.py
ContextSuite context=TestVpcSite2SiteVpn>:setup | `Error` | 0.00 | 
test_vpc_vpn.py
ContextSuite context=TestVpcRemoteAccessVpn>:setup | `Error` | 0.00 | 
test_vpc_vpn.py
ContextSuite context=TestRVPCSite2SiteVpn>:setup | `Error` | 0.00 | 
test_vpc_vpn.py
test_02_VPC_default_routes | Success | 385.25 | test_vpc_router_nics.py
test_01_VPC_nics_after_destroy | Success | 722.88 | test_vpc_router_nics.py
test_05_rvpc_multi_tiers | Success | 652.82 | test_vpc_redundant.py
test_04_rvpc_network_garbage_collector_nics | Success | 1534.06 | 
test_vpc_redundant.py
test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | 
Success | 714.73 | test_vpc_redundant.py
test_02_redundant_VPC_default_routes | Success | 701.81 | 
test_vpc_redundant.py
test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | Success | 1401.24 | 
test_vpc_redundant.py
test_09_delete_detached_volume | Success | 30.86 | test_volumes.py
test_06_download_detached_volume | Success | 45.48 | test_volumes.py
test_05_detach_volume | Success | 105.25 | test_volumes.py
test_04_delete_attached_volume | Success | 10.21 | test_volumes.py
test_03_download_attached_volume | Success | 20.32 | test_volumes.py
test_02_attach_volume | Success | 53.74 | test_volumes.py
test_01_create_volume | Success | 516.64 | test_volumes.py
test_change_service_offering_for_vm_with_snapshots | Success | 665.08 | 
test_vm_snapshots.py
test_03_delete_vm_snapshots | Success | 275.21 | test_vm_snapshots.py
test_02_revert_vm_snapshots | Success | 229.30 | test_vm_snapshots.py
test_01_create_vm_snapshots | Success | 161.76 | test_vm_snapshots.py
test_deploy_vm_multiple | Success | 242.60 | test_vm_life_cycle.py
test_deploy_vm | Success | 0.03 | test_vm_life_cycle.py
test_advZoneVirtualRouter | Success | 0.02 | test_vm_life_cycle.py
test_10_attachAndDetach_iso | Success | 26.80 | test_vm_life_cycle.py
test_09_expunge_vm | Success | 125.25 | test_vm_life_cycle.py
test_08_migrate_vm | Success | 66.10 | test_vm_life_cycle.py
test_07_restore_vm | Success | 0.10 | test_vm_life_cycle.py
test_06_destroy_vm | Success | 5.12 | test_vm_life_cycle.py
test_03_reboot_vm | Success | 5.14 | test_vm_life_cycle.py
test_02_start_vm | Success | 20.23 | test_vm_life_cycle.py
test_01_stop_vm | Success | 10.15 | test_vm_life_cycle.py
test_CreateTemplateWithDuplicateName | Success | 216.58 | test_templates.py
test_08_list_system_templates | Success | 0.03 | test_templates.py
test_07_list_public_templates | Success | 0.04 | test_templates.py
test_05_template_permissions | Success | 0.06 | test_templates.py
test_04_extract_template | Success | 10.22 | test_templates.py
test_03_delete_template | Success | 5.15 | test_templates.py
test_02_edit_template | Success | 90.10 | test_templates.py
test_01_create_template | Success | 116.25 | test_templates.py
test_10_destroy_cpvm | Success | 236.87 | test_ssvm.py
test_09_destroy_ssvm | Success | 234.09 | test_ssvm.py
test_08_reboot_cpvm | Success | 156.56 | test_ssvm.py
test_07_reboot_ssvm | Success | 158.45 | test_ssvm.py
test_06_stop_cpvm | Success | 211.91 | test_ssvm.py
test_05_stop_ssvm | Success | 208.84 | test_ssvm.py
test_04_cpvm_internals | Success | 1.18 | test_ssvm.py
test_03_ssvm_internals | Success | 3.30 | test_ssvm.py
test_02_list_cpvm_vm | Success | 0.12 | test_ssvm.py
test_01_list_sec_storage_vm | Success | 0.13 | test_ssvm.py
test_02_list_snapshots_with_removed_data_store | Success | 167.32 | 
test_snapshots.py
test_01_snapshot_root_disk | Success | 26.25 | test_snapshots.py
test_04_change_offering_small | Success | 96.99 | test_service_offerings.py
test_03_delete_service_offering | Success | 0.04 | test_service_offerings.py
test_02_

[GitHub] cloudstack issue #2021: CLOUDSTACK-9854: Fix test_primary_storage test failu...

[nvazquez]

Github user nvazquez commented on the issue:

https://github.com/apache/cloudstack/pull/2021
  
Thanks @borisstoyanov, I made little refactor due to failure, can you 
please re kick tests?


---
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.
---

VR Question

[Tutkowski, Mike]

Hi,

With 4.10 (master), I’m currently running all of my system VMs (including the 
VR) on XenServer. When I create a user VM on VMware, it acquires an IP address; 
however, when I create one on KVM, it does not.

All of this is running in a single, basic zone.

Thoughts on this?

Thanks!
Mike

Re: [VOTE] Retirement of midonet plugin

[Sateesh Chodapuneedi]

+1

Regards,
Sateesh 

From: Rafael Weingärtner 
Sent: 29 March 2017 02:16:09
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: [VOTE] Retirement of midonet plugin

Dear ACS fellows,
We have discussed the retirement of Midonet plugin [*]. After quite some
talk, we converged in a retirement process and it seems that we all agree
that the Midonet plugin should be retired. So, to formalize things, we
should vote Midonet retirement.

All users and devs are welcome to vote here:
[+1] I *do want to retire *the Midonet plugin
[0] Whatever happens I am happy
[-1] I *do not want to retire* the Midonet plugin


[*] http://markmail.org/message/x6p3gnvqbbxcj6gs

--
Rafael Weingärtner

rohit.ya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 






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 #2019: CLOUDSTACK-9851 travis CI build failure after merge ...

[koushik-das]

Github user koushik-das commented on the issue:

https://github.com/apache/cloudstack/pull/2019
  
Code changes LGTM. @SudharmaJain Can you check on the travis failures?


---
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 #2019: CLOUDSTACK-9851 travis CI build failure after merge ...

[nvazquez]

Github user nvazquez commented on the issue:

https://github.com/apache/cloudstack/pull/2019
  
LGTM, travis failure is not related to this PR, it is fixed in #2021 


---
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:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Haijiao]

Seems only one blocker left.   Are we close to release the RC2 ?


CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com - Daan 
Hoogland - Daan Hoogland









在2017年03月14 00时34分, "Rajani Karuturi"写道:

We still have below three blockers open. I will create RC once
they are fixed.

~ Rajani

http://cloudplatform.accelerite.com/

On March 9, 2017 at 10:09 AM, Rajani Karuturi (raj...@apache.org)
wrote:

We currently have the below list of blockers:

BUGID - Summary - Assignee - Creator

CLOUDSTACK-9827 - Storage tags stored in multiple places -
Nicolas Vazquez - Mike Tutkowski - PR Ready

CLOUDSTACK-9811 - VR will not start, looking to configure eth3
while no such device exists on the VR. On KVM-CentOS6.8 physical
host - Unassigned - Boris Stoyanov

CLOUDSTACK-9408 - remove runtime references to
http://download.cloud.com - Daan Hoogland - Daan Hoogland

Can someone take a look at CLOUDSTACK-9811?

~ Rajani

http://cloudplatform.accelerite.com/

On March 9, 2017 at 3:16 AM, Tutkowski, Mike
(mike.tutkow...@netapp.com) wrote:

Hi,

Sure, I can pull that code and test.

I might have to wait until tomorrow, though, because I’m in the
middle of trying to reproduce CLOUDSTACK-9823. Once that is done,
I can move on to your PR.

Thanks!
Mike

On 3/8/17, 1:45 PM, "Nicolas Vazquez" 
wrote:

Hi Mike,

Thanks for reporting this issue! We've been working on it and
created this
PR: https://github.com/apache/cloudstack/pull/1994. We've been
testing it
and seems to be solving the issues reported, can you please
repeat your
tests on it?

Thanks,
Nicolas

2017-03-07 21:52 GMT-03:00 Tutkowski, Mike
:

> Here’s the ticket:
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-9827
>
> On 3/7/17, 1:51 PM, "Tutkowski, Mike"
 wrote:
>
> Yes, I can open a ticket.
>
> > On Mar 7, 2017, at 1:50 PM, Sergey Levitskiy <
> sergey.levits...@autodesk.com> wrote:
> >
> > Yes that’s the bug. Can you open a ticket for this? @
nvazquez can
> you take a look?
> >
> > On 3/7/17, 12:44 PM, "Tutkowski, Mike"

> wrote:
> >
> > This does seem messed up.
> >
> > If I add a new primary storage and give it a storage tag,
the tag
> ends up in storage_pool_details.
> >
> > If I edit an existing storage pool’s storage tags, it places
them
> in storage_pool_tags.
> >
> > On 3/7/17, 1:39 PM, "Tutkowski, Mike"

> wrote:
> >
> > I believe I have found another bug (one that we should
either
> fix or examine in detail before releasing 4.10).
> >
> > It looks like we have a new table: cloud.storage_pool_tags.
> >
> > The addition of this table seems to have broken the
> listStorageTags API command. When this command runs, it
doesn’t pick up any
> storage tags for me (and I know I have one storage tag).
> >
> > This data used to be stored in the
cloud.storage_pool_details
> table. It’s good to put it in its own table, but will our
upgrade process
> move the existing tags from storage_pool_details to
storage_pool_tags?
> >
> > I have not yet opened a ticket for this. I want to examine
it
> a bit more before doing so.
> >
> > On 3/7/17, 8:10 AM, "Tutkowski, Mike" <
> mike.tutkow...@netapp.com> wrote:
> >
> > No VM snapshot.
> >
> > I tried while the VM was in the Running state and then I
> also tried in the Stopped state. Same results.
> >
> >> On Mar 7, 2017, at 7:54 AM, Sergey Levitskiy <
> sergey.levits...@autodesk.com> wrote:
> >>
> >> Is VM has an VMsnaphsot? Is VM in Stopped state?
> >>
> >> On 3/6/17, 10:32 PM, "Tutkowski, Mike"

> wrote:
> >>
> >> I seem to have found another blocker:
> >>
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-9822
> >>
> >> On 3/6/17, 9:51 PM, "Rajani Karuturi" 
wrote:
> >>
> >> PRs are ready for the blockers. Waiting for reviews and
test
> >> results. Once they are ready, I will merge them(and a few
more
> >> bug fixes) and create RC2 (probably tomorrow, Wednesday)
> >>
> >> Thanks,
> >>
> >> ~ Rajani
> >>
> >> http://cloudplatform.accelerite.com/
> >>
> >> On March 3, 2017 at 4:30 PM, Rajani Karuturi (
> raj...@apache.org)
> >> wrote:
> >>
> >> I will create RC2 on Monday with the fixes mentioned in my
> >> previous mail.
> >>
> >> ~ Rajani
> >>
> >> http://cloudplatform.accelerite.com/
> >>
> >> On March 3, 2017 at 2:36 PM, Rohit Yadav
> >> (rohit.ya...@shapeblue.com) wrote:
> >>
> >> Thanks Koushik, I did not realize Kishan had sent this
> already.
> >> Let's get either of the PRs merged and kick a RC2.
> >>
> >> Regards.
> >>
> >> 
> >> From: Koushik Das 
> >> Sent: 03 March 2017 14:14:56
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: :[VOTE] Apache Cloudstack 4.10.0.0
> >>
> >> Looks like there is already a PR for the same issue
> >> https://github.com/apache/cloudstack/pull/1982 from Kishan.
> >>
> >> -Koushik
> >>
> >> On 03/03/17, 1:58 PM, "Rohit Yadav" <
> rohit.ya...@shapeblue.com>
> >> wrote:
> >>
> >> -1 (binding)
> >>
> >> All, I've found an upgrade blocker. Pre 4.6 users are
required
> >> to seed 4.6 systemvmtemplate to proceed with the upgrade
> >> oth

Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Tutkowski, Mike]

This one may be a blocker (it’s currently marked as such):

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

It would be nice if one of our VMware gurus could take a look at it and see 
what’s going on there.

The gist is you can’t live migrate a VM from one cluster to another in the same 
datacenter (using either NFS or iSCSI as shared storage) (which I think you 
should be able to do with VMware in CloudStack).

On 3/30/17, 12:06 AM, "Haijiao" <18602198...@163.com> wrote:

Seems only one blocker left.   Are we close to release the RC2 ?


CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com - 
Daan Hoogland - Daan Hoogland









在2017年03月14 00时34分, "Rajani Karuturi"写道:

We still have below three blockers open. I will create RC once
they are fixed.

~ Rajani

http://cloudplatform.accelerite.com/

On March 9, 2017 at 10:09 AM, Rajani Karuturi (raj...@apache.org)
wrote:

We currently have the below list of blockers:

BUGID - Summary - Assignee - Creator

CLOUDSTACK-9827 - Storage tags stored in multiple places -
Nicolas Vazquez - Mike Tutkowski - PR Ready

CLOUDSTACK-9811 - VR will not start, looking to configure eth3
while no such device exists on the VR. On KVM-CentOS6.8 physical
host - Unassigned - Boris Stoyanov

CLOUDSTACK-9408 - remove runtime references to
http://download.cloud.com - Daan Hoogland - Daan Hoogland

Can someone take a look at CLOUDSTACK-9811?

~ Rajani

http://cloudplatform.accelerite.com/

On March 9, 2017 at 3:16 AM, Tutkowski, Mike
(mike.tutkow...@netapp.com) wrote:

Hi,

Sure, I can pull that code and test.

I might have to wait until tomorrow, though, because I’m in the
middle of trying to reproduce CLOUDSTACK-9823. Once that is done,
I can move on to your PR.

Thanks!
Mike

On 3/8/17, 1:45 PM, "Nicolas Vazquez" 
wrote:

Hi Mike,

Thanks for reporting this issue! We've been working on it and
created this
PR: https://github.com/apache/cloudstack/pull/1994. We've been
testing it
and seems to be solving the issues reported, can you please
repeat your
tests on it?

Thanks,
Nicolas

2017-03-07 21:52 GMT-03:00 Tutkowski, Mike
:

> Here’s the ticket:
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-9827
>
> On 3/7/17, 1:51 PM, "Tutkowski, Mike"
 wrote:
>
> Yes, I can open a ticket.
>
> > On Mar 7, 2017, at 1:50 PM, Sergey Levitskiy <
> sergey.levits...@autodesk.com> wrote:
> >
> > Yes that’s the bug. Can you open a ticket for this? @
nvazquez can
> you take a look?
> >
> > On 3/7/17, 12:44 PM, "Tutkowski, Mike"

> wrote:
> >
> > This does seem messed up.
> >
> > If I add a new primary storage and give it a storage tag,
the tag
> ends up in storage_pool_details.
> >
> > If I edit an existing storage pool’s storage tags, it places
them
> in storage_pool_tags.
> >
> > On 3/7/17, 1:39 PM, "Tutkowski, Mike"

> wrote:
> >
> > I believe I have found another bug (one that we should
either
> fix or examine in detail before releasing 4.10).
> >
> > It looks like we have a new table: cloud.storage_pool_tags.
> >
> > The addition of this table seems to have broken the
> listStorageTags API command. When this command runs, it
doesn’t pick up any
> storage tags for me (and I know I have one storage tag).
> >
> > This data used to be stored in the
cloud.storage_pool_details
> table. It’s good to put it in its own table, but will our
upgrade process
> move the existing tags from storage_pool_details to
storage_pool_tags?
> >
> > I have not yet opened a ticket for this. I want to examine
it
> a bit more before doing so.
> >
> > On 3/7/17, 8:10 AM, "Tutkowski, Mike" <
> mike.tutkow...@netapp.com> wrote:
> >
> > No VM snapshot.
> >
> > I tried while the VM was in the Running state and then I
> also tried in the Stopped state. Same results.
> >
> >> On Mar 7, 2017, at 7:54 AM, Sergey Levitskiy <
> sergey.levits...@autodesk.com> wrote:
> >>
> >> Is VM has an VMsnaphsot? Is VM in Stopped state?
> >>
> >> On 3/6/17, 10:32 PM, "Tutkowski, Mike"

> wrote:
> >>
> >> I seem to have found another blocker:
> >>
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-9822
> >>
> >> On 3/6/17, 9:51 PM, "Rajani Karuturi" 
wrote:
> >>
> >> PRs are ready for the blockers. Waiting for reviews and
test
> >> results. Once they are ready, I will merge them(and a few
more
> >> bug fixes) and create RC2 (probably tomorrow, Wednesday)
> >>
> >> Thank

[GitHub] cloudstack issue #1722: CLOUDSTACK-9558 Cleanup the snapshots on the primary...

[SudharmaJain]

Github user SudharmaJain commented on the issue:

https://github.com/apache/cloudstack/pull/1722
  
LGTM for the code changes. @yvsubhash please change the base branch to 4.9.


---
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.
---