Re:RE: [VOTE] Apache CloudStack 4.10.0.0 RC5

[Haijiao]

I saw Pierre-Luc Dion is working on a PR upon this,  but it's not included in 
4.10 yet,  maybe 4.11


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


在2017年06月21 10时24分, "Marty Godsey"写道:

Is XenServer 7.1 support being added in this release?

Regards,
Marty Godsey
Principal Engineer
nSource Solutions, LLC

-Original Message-
From: Kris Sterckx [mailto:kris.ster...@nuagenetworks.net]
Sent: Tuesday, June 20, 2017 3:35 PM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.10.0.0 RC5

I am sorry, I need to vote -1


https://github.com/apache/cloudstack/pull/2084  is causing password reset 
issues for us (Nuage) (i know in native tests pass though...).

We are trying to provide a fix but the following modified VR script is having 
severe issues :

https://github.com/apache/cloudstack/blob/master/systemvm/patches/debian/config/opt/cloud/bin/configure.py
:

- import of  CsPassword  is missing

- line 910 : this invocation of the constructor is invalid  (ctor is  def 
__init__(self, dbag)  )

Also i believe for SDN provided networks there is something overlooked as we 
don't see the ip tables set for the VR to respond to password reset requests.  
We believe the script is not setting iptables_change = True in case of networks 
for which the VR is not in the dataplane.


I suggest this PR is backed out for now it this is not an urgent add to the
4.10 release, or we spend time at fixing it.

We definitely want to help in making that happen.


Thanks,

Kris

-- Nuage Networks

On 20 June 2017 at 07:45, Rajani Karuturi  wrote:

> Hi All,
>
> I've created 4.10.0.0 release with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/commit/058e34224c0555396c043c6473
> ac07
> ab3e8424cd
> Commit:058e34224c0555396c043c6473ac07ab3e8424cd
> Branch:
> https://github.com/apache/cloudstack/tree/4.10.0.0-RC20170620T1023
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.10.0.0/
>
> SystemVm Templates: http://download.cloudstack.org/systemvm/4.10/RC5/
>
> New PRs merged since RC4: #2150 and #2089
>
> PGP release keys (signed using CBB44821):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
>
> Thanks,
> ~Rajani
> http://cloudplatform.accelerite.com/
>

Re:Re: [VOTE] Apache Cloudstack 4.10.0.0 - RC2

[Haijiao]

HI, Rajani



I think these 4 are ready and good for merging into RC3.


CLOUDSTACK-9690: Scale CentOS7 VM fails with error #1849
CLOUDSTACK-9017 : VPC VR DHCP broken for multihomed guest VMs #2082
CLOUDSTACK-9824: Resource count for Primary storage is considered twice - while 
creating and while attaching the disk #1992
CLOUDSTACK-9112: Deploy VM failing frequently due to capacity calculation not 
synchron… #1180






在2017年05月11 12时40分, "Rajani Karuturi"写道:

Thanks for testing Mike.

RC3=RC2+PR#2089+Mike'sPR

Any other additions?

~ Rajani

http://cloudplatform.accelerite.com/

On May 10, 2017 at 7:47 PM, Tutkowski, Mike
(mike.tutkow...@netapp.com) wrote:

I've been running regression tests against the release candidate.

So far, all tests but one have passed.

The failing test is related to the storage cleanup thread. It
looks like some code was changed in 4.10 with regards to this
thread and that change is causing a problem around cleanup for
managed storage in a particular situation.

As a result of this, I was going to vote -1.

I'm guessing the fix will not be complicated, but is important.

I don't yet have the fix, however. Once I do, I can reply to
this thread.

On May 10, 2017, at 5:47 AM, Rajani Karuturi 
wrote:

I agree to your concerns Wido. I did check the PR before
creating
RC2. There were some outstanding comments on it.

If no one has started testing RC2 and there are no objections,
we
can cancel this vote, quickly merge the PR and create RC3.

~ Rajani

http://cloudplatform.accelerite.com/

On May 10, 2017 at 3:04 PM, Wido den Hollander (w...@widodh.nl)
wrote:

Op 10 mei 2017 om 0:33 schreef Will Stevens
:

Just to clarify. Wido, the issue you are experiencing is only
with basic
networks and also exists in 4.9 right? The issue becomes
noticeable when
you have a lot of networks. Is that a fair statement?

Well, the provisioning is the same between Basic and Advanced.
The VR is utterly slow in doing that.

It happens when you have a lot of VMs in those networks.

In our case we have a couple of thousands VMs.

What I'd like to prevent is that this is merged into 4.9.3, but
is not in 4.10.

However, I don't want to delay 4.10 any longer.

Wido

On May 9, 2017 5:39 PM, "Wido den Hollander" 
wrote:

+0

I don't want to VOTE -1 due to a bug we are facing, but for us
4.10 would
be a problem due to the VR performance.

A PR is open for this, but I also don't want to delay 4.10 any
longer:
https://github.com/apache/cloudstack/pull/2089

Technically the VR works, it is just that deployment is utterly
slow.

Wido

Op 9 mei 2017 om 7:31 schreef Rajani Karuturi
:

Hi All,

I've created a 4.10.0.0 release, with the following artifacts up
for a

vote:

Git Branch and Commit SH:
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=commit;h=

fadc80d50f9e95012c9ff3644b60b600c6f65204

Commit:fadc80d50f9e95012c9ff3644b60b600c6f65204
Branch: 4.10.0.0-RC20170509T1030

Source release (checksums and signatures are available at the
same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.10.0.0/

PGP release keys (signed using CBB44821):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 72 hours.

For sanity in tallying the vote, can PMC members please be sure
to

indicate

"(binding)" with their vote

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

~Rajani

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Haijiao]

Awesome !Feel 4.10 will be another great release.   And we will consider to 
upgrade  to 4.10 directly from 4.7.1.


Thanks！


在2017年04月19 18时39分, "Rajani Karuturi"写道:



Yes. will do over the weekend.




~ Rajani

http://cloudplatform.accelerite.com/


On April 19, 2017 at 4:07 PM, Haijiao (18602198...@163.com) wrote:

Can we merge the rest of PRs already have 2 LGTMs while community is still 
dealing with these blokcers ?










在2017年04月19 13时55分, "Rajani Karuturi"写道:


A quick update one RC2:

There are the current list of blocker.
CLOUDSTACK-9878 - Remote Access VPN that losing connection when new network
configs are introduced
CLOUDSTACK-9868 - internal LB for VPC tier is broken
CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com

Thanks,

~Rajani
http://cloudplatform.accelerite.com/

On Thu, Apr 6, 2017 at 10:53 AM, Rajani Karuturi  wrote:

> A quick update on RC2:
>
> These are the current list of blockers.
> https://github.com/apache/cloudstack/pull/2022
> https://github.com/apache/cloudstack/pull/2025
> https://issues.apache.org/jira/browse/CLOUDSTACK-9849
> https://github.com/apache/cloudstack/pull/1582
>
> I am planning to close all the PRs by weekend. The blockers which Mike
> reported is still open and needs a fix.
> If everything is resolved, we can plan for RC2 on Monday.
>
>
> ~Rajani
> http://cloudplatform.accelerite.com/
>
> On Thu, Apr 6, 2017 at 10:50 AM, Rajani Karuturi 
> wrote:
>
>> Thanks for updating RN. Release notes is something which we haven't
>> looked at till now.
>> Any update on the xen 7.1 PR?
>>
>> ~Rajani
>> http://cloudplatform.accelerite.com/
>>
>> On Mon, Apr 3, 2017 at 6:41 PM, Pierre-Luc Dion 
>> wrote:
>>
>>> Look like we need a new systemvm named "systemvm-xenserver-4.10". t also
>>> seams that older VR ex: 4.7.x are still usable if the globalsetting
>>> "minreq.sysvmtemplate.version" is changed after the first boot of
>>> cloudstack-management that upgraded the database. I'll update the release
>>> note acordingly...
>>>
>>> So this 4.10 is looking promising! :-)
>>>
>>>
>>>
>>>
>>> On Apr 1, 2017 16:02, "Pierre-Luc Dion"  wrote:
>>>
>>> I'm testing upgrade to 4.10 from latest master. I have the following
>>> error
>>> when upgrading from 4.7.2 in management-server.log:
>>>
>>> 2017-04-01 15:58:12,558 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating System Vm template IDs
>>> 2017-04-01 15:58:12,561 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating KVM System Vms
>>> 2017-04-01 15:58:12,561 WARN [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) 4.10.0.0KVM SystemVm template not
>>> found. KVM hypervisor is not used, so not failing upgrade
>>> 2017-04-01 15:58:12,562 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating VMware System Vms
>>> 2017-04-01 15:58:12,563 WARN [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) 4.10.0.0VMware SystemVm template
>>> not
>>> found. VMware hypervisor is not used, so not failing upgrade
>>> 2017-04-01 15:58:12,563 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating XenServer System Vms
>>> 2017-04-01 15:58:12,565 ERROR [c.c.u.DatabaseUpgradeChecker]
>>> (localhost-startStop-1:null) (logid:) Unable to upgrade the database
>>> com.cloud.utils.exception.CloudRuntimeException: 4.10.0.0XenServer
>>> SystemVm
>>> template not found. Cannot upgrade system Vms
>>> at com.cloud.upgrade.dao.Upgrade4920to41000.updateSystemVmTempl
>>> ates(Upgrade4920to41000.java:195)
>>> at com.cloud.upgrade.dao.Upgrade4920to41000.performDataMigratio
>>> n(Upgrade4920to41000.java:64)
>>> at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpg
>>> radeChecker.java:426)
>>> at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgra
>>> deChecker.java:507)
>>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif
>>> eCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65)
>>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif
>>> eCycle.start(CloudStackExtendedLifeCycle.java:55)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.doStart(DefaultLifecycleProcessor.java:173)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.access$200(DefaultLifecycleProcessor.java:51)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r$LifecycleGroup.start(DefaultLifecycleProcessor.java:346)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.startBeans(DefaultLifecycleProcessor.java:149)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.onRefresh(DefaultLifecycleProcessor.java:112)
>>> at org.springframework.context.support.AbstractApplicationConte
>>> 

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Haijiao]

Can we merge the rest of PRs already have 2 LGTMs  while community is  still 
dealing with these blokcers ?






在2017年04月19 13时55分, "Rajani Karuturi"写道:

A quick update one RC2:

There are the current list of blocker.
CLOUDSTACK-9878 - Remote Access VPN that losing connection when new network
configs are introduced
CLOUDSTACK-9868 - internal LB for VPC tier is broken
CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com

Thanks,

~Rajani
http://cloudplatform.accelerite.com/

On Thu, Apr 6, 2017 at 10:53 AM, Rajani Karuturi  wrote:

> A quick update on RC2:
>
> These are the current list of blockers.
> https://github.com/apache/cloudstack/pull/2022
> https://github.com/apache/cloudstack/pull/2025
> https://issues.apache.org/jira/browse/CLOUDSTACK-9849
> https://github.com/apache/cloudstack/pull/1582
>
> I am planning to close all the PRs by weekend. The blockers which Mike
> reported is still open and needs a fix.
> If everything is resolved, we can plan for RC2 on Monday.
>
>
> ~Rajani
> http://cloudplatform.accelerite.com/
>
> On Thu, Apr 6, 2017 at 10:50 AM, Rajani Karuturi 
> wrote:
>
>> Thanks for updating RN. Release notes is something which we haven't
>> looked at till now.
>> Any update on the xen 7.1 PR?
>>
>> ~Rajani
>> http://cloudplatform.accelerite.com/
>>
>> On Mon, Apr 3, 2017 at 6:41 PM, Pierre-Luc Dion 
>> wrote:
>>
>>> Look like we need a new systemvm named "systemvm-xenserver-4.10". t also
>>> seams that older VR  ex: 4.7.x are still usable if the globalsetting
>>> "minreq.sysvmtemplate.version" is changed after the first boot of
>>> cloudstack-management that upgraded the database. I'll update the release
>>> note acordingly...
>>>
>>> So this 4.10 is looking promising! :-)
>>>
>>>
>>>
>>>
>>> On Apr 1, 2017 16:02, "Pierre-Luc Dion"  wrote:
>>>
>>> I'm testing upgrade to 4.10 from latest master. I have the following
>>> error
>>> when upgrading from 4.7.2 in management-server.log:
>>>
>>> 2017-04-01 15:58:12,558 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating System Vm template IDs
>>> 2017-04-01 15:58:12,561 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating KVM System Vms
>>> 2017-04-01 15:58:12,561 WARN  [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) 4.10.0.0KVM SystemVm template not
>>> found. KVM hypervisor is not used, so not failing upgrade
>>> 2017-04-01 15:58:12,562 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating VMware System Vms
>>> 2017-04-01 15:58:12,563 WARN  [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) 4.10.0.0VMware SystemVm template
>>> not
>>> found. VMware hypervisor is not used, so not failing upgrade
>>> 2017-04-01 15:58:12,563 DEBUG [c.c.u.d.Upgrade4920to41000]
>>> (localhost-startStop-1:null) (logid:) Updating XenServer System Vms
>>> 2017-04-01 15:58:12,565 ERROR [c.c.u.DatabaseUpgradeChecker]
>>> (localhost-startStop-1:null) (logid:) Unable to upgrade the database
>>> com.cloud.utils.exception.CloudRuntimeException: 4.10.0.0XenServer
>>> SystemVm
>>> template not found. Cannot upgrade system Vms
>>> at com.cloud.upgrade.dao.Upgrade4920to41000.updateSystemVmTempl
>>> ates(Upgrade4920to41000.java:195)
>>> at com.cloud.upgrade.dao.Upgrade4920to41000.performDataMigratio
>>> n(Upgrade4920to41000.java:64)
>>> at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpg
>>> radeChecker.java:426)
>>> at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgra
>>> deChecker.java:507)
>>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif
>>> eCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65)
>>> at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif
>>> eCycle.start(CloudStackExtendedLifeCycle.java:55)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.doStart(DefaultLifecycleProcessor.java:173)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.access$200(DefaultLifecycleProcessor.java:51)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r$LifecycleGroup.start(DefaultLifecycleProcessor.java:346)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.startBeans(DefaultLifecycleProcessor.java:149)
>>> at org.springframework.context.support.DefaultLifecycleProcesso
>>> r.onRefresh(DefaultLifecycleProcessor.java:112)
>>> at org.springframework.context.support.AbstractApplicationConte
>>> xt.finishRefresh(AbstractApplicationContext.java:879)
>>> at org.springframework.context.support.AbstractApplicationConte
>>> xt.refresh(AbstractApplicationContext.java:545)
>>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>>> DefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145)
>>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>>> 

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Rajani Karuturi]

We do that until rc1 is created. After that it's mostly blockers. If there
is less gap between RC and release, that would solve it. But unfortunately,
we have very few people who test/vote on a release and taking more and more
fixes after RC delays it even more if the merged fixes uncover more
blockers.

Also, we don't backport. We forward merge(there can be exceptions).

~Rajani

Sent from phone.


On 30 Mar 2017 7:18 p.m., "Haijiao" <18602198...@163.com> wrote:

There are still 2-3 blockers reported I think according to this mail thread.


Personally I would suggest 'leap frogging tactics' that we put bug fix and
features as many as possible in 4.10.x as long as they meet criterias. It
would give commutity who would like to embrace and try the 'new things'  a
chance to help test widely and then backport important bug fixs, even
features back to 4.9.x (LTS branch) .


Similar approach we see on Ubuntu roadmap,  16.04 (LTS) and 17.04 (non-LTS).




在2017年03月30 21时20分, "Pierre-Luc Dion"写道:

Hello,

Would it worth to wait few days for the next 4.10 RC if it's not too late?
We might have a PR to support XenServer 7.1 it's under test at the moment ?

Thanks,



On Thu, Mar 30, 2017 at 8:27 AM, Rajani Karuturi  wrote:

> Cannot revert that pr(1982) because it did everything with respect to
> master and it's working fine on master.
> This pr(1582) was created on a previous state of master and needs to be
> checked why they cannot co exist.
>
> ~Rajani
>
> Sent from phone.
>
>
> On 30 Mar 2017 3:55 p.m., "Daan Hoogland" 
> wrote:
>
> Rajani, will you revert the PR that does the SVM upgrades now?
>
> On 30/03/17 10:13, "Rajani Karuturi"  wrote:
>
> Yes and I am not getting time to spend on it. It would be great
> if anyone could help(there are more details on the PR)
>
> If blockers are resolved, I will create RC2 on Monday.
>
> Thanks,
>
> ~ Rajani
>
> http://cloudplatform.accelerite.com/
>
> On March 30, 2017 at 12:52 PM, Daan Hoogland
> (daan.hoogl...@shapeblue.com) wrote:
>
> To be clear; the references to download.cloud.com have been
> removed. What is blocking us now is that the update to new system
> VMs isn’t working properly.
>
> On 30/03/17 08:06, "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 

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Haijiao]

There are still 2-3 blockers reported I think according to this mail thread.


Personally I would suggest 'leap frogging tactics' that we put bug fix and 
features as many as possible in 4.10.x as long as they meet criterias. It would 
give commutity who would like to embrace and try the 'new things'  a chance to 
help test widely and then backport important bug fixs, even features back to 
4.9.x (LTS branch) .


Similar approach we see on Ubuntu roadmap,  16.04 (LTS) and 17.04 (non-LTS).




在2017年03月30 21时20分, "Pierre-Luc Dion"写道:

Hello,

Would it worth to wait few days for the next 4.10 RC if it's not too late?
We might have a PR to support XenServer 7.1 it's under test at the moment ?

Thanks,



On Thu, Mar 30, 2017 at 8:27 AM, Rajani Karuturi  wrote:

> Cannot revert that pr(1982) because it did everything with respect to
> master and it's working fine on master.
> This pr(1582) was created on a previous state of master and needs to be
> checked why they cannot co exist.
>
> ~Rajani
>
> Sent from phone.
>
>
> On 30 Mar 2017 3:55 p.m., "Daan Hoogland" 
> wrote:
>
> Rajani, will you revert the PR that does the SVM upgrades now?
>
> On 30/03/17 10:13, "Rajani Karuturi"  wrote:
>
> Yes and I am not getting time to spend on it. It would be great
> if anyone could help(there are more details on the PR)
>
> If blockers are resolved, I will create RC2 on Monday.
>
> Thanks,
>
> ~ Rajani
>
> http://cloudplatform.accelerite.com/
>
> On March 30, 2017 at 12:52 PM, Daan Hoogland
> (daan.hoogl...@shapeblue.com) wrote:
>
> To be clear; the references to download.cloud.com have been
> removed. What is blocking us now is that the update to new system
> VMs isn’t working properly.
>
> On 30/03/17 08:06, "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 

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 

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Haijiao]

Hi, Karuturi


These PRs below seems ready to be merged too. 


#1883, CLOUDSTACK-9723: Enable unique mac address across the zones
#1886, CLOUDSTACK-9728: Fixed traffic sentinel HTTP 414 error response
#1901, CLOUDSTACK-9405: add details parameter in listDomains API to reduce the 
execution time
#1903, CLOUDSTACK-9356: FIX Cannot add users in VPC VPN
#1955, CLOUDSTACK-8239 Add VirtIO SCSI support for KVM hosts
#1956, CLOUDSTACK-9796 - Fix NPE in VirtualMachineManagerImpl.java
#1993, CLOUDSTACK-8931: Fail to deploy VM instance when 
use.system.public.ips=false
#1970, CLOUDSTACK-9725 Failed to update VPC Network during N/w offering Upgrade 
which doesnt have ACL service Enabled.
#1978, CLOUDSTACK-9779 : Releasing secondary guest IP fails with error VM nic 
Ip x.x.x.x is mapped to load balancing rule
#1957, CLOUDSTACK-9748:VPN Users search functionality broken






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

1866 - failed BVT results(may not be related. But, needs to be
checked. Also, jenkins and travis failed)

1967 - no test results

rest merged.

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/

On March 4, 2017 at 8:13 PM, Haijiao (18602198...@163.com

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Rajani Karuturi]

If no one else objects before Monday and they have tests, I will merge.

~Rajani

Sent from phone.

On 4 Mar 2017 8:13 p.m., "Haijiao" <18602198...@163.com> wrote:

I think these PRs have met the criteria for merging.  Can we have them
included in RC2 ?



CLOUDSTACK-9569: propagate global configuration
router.aggregation.command.each.timeout
to KVM agent #1856
Advanced isolated network egress destination cidr support added#1866
CLOUDSTACK-9698 [VMware] Make hardcorded wait timeout for NIC adapter
hotplug as configurable #1861
CLOUDSTACK-5806: add presetup to storage types that support over prov… #1958
CLOUDSTACK-9794: Unable to attach more than 14 devices to a VM#1953
CLOUDSTACK-9728: Fixed traffic sentinel HTTP 414 error response#1886
CLOUDSTACK-8880: calculate free memory on host before deploying Vm. free
memory = total memory - (all vm memory) #847
CLOUDSTACK-9638 Problems caused when inputting double-byte numbers fo… #1967






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

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" 
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
otherwise upgrade fails, and from 4.9 upgrade to 4.10 does no
check/enforcement that 4.10 based systemvmtemplate has been
seeded/registered, nor the minimum required systemvmtemplate
version is changed from 4.6.0 to 4.10.0.

After we have merged the strongswan/java8 PR, I had updated the
upgrade docs on how to upgrade the systemvmtemplate here:

http://docs.cloudstack.apache.org/projects/cloudstack-
release-notes/en/4.10/upgrade/upgrade-4.9.html

Using the above, I've tried to fix these issues here, please
review and merge for RC2:

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

With above fix,
the aim is that users only seed the 4.10 systemvmtemplate before
upgrade and post-upgrade the upgrade paths fix the entries,
global setting etc.

Regards.


From: Tutkowski, Mike 
Sent: 02 March 2017 22:39:08
To: dev@cloudstack.apache.org
Subject: Re: :[VOTE] Apache Cloudstack 4.10.0.0

I rolled back to my master branch at
da66b06e7d562393da2e4b52206943f8bad49d10 and it works.

It appears something that went into after that commit has broken
this. It looks like this SHA is about two weeks old and that 43
commits have gone into master since it.

On 3/2/17, 7:06 AM, "Tutkowski, Mike"
 wrote:

According to where the code fails, though, it appears to be a
networking problem. If I set a breakpoint before the failure and
change a variable to say that security groups are not being used,
then the VM starts.

I think this is a recently introduced problem because I have
another branch based off of a slightly older version of master
and it works fine here.

> On Mar 2, 2017, at 6:51 AM, Pierre-Luc Dion
 wrote:
>
> Hi Mike,
> Try vm with at least 512MB for memory.
>
>> On Mar 1, 2017 15:01, "Tutkowski, Mike"
 wrote:
>>
>> I see the following exception when trying to deploy a user VM
in a Basic
>> Zone with two XenServer 6.5 hosts in one cluster. My system
VMs have all
>> deployed properly. The user template gets downloaded fine. I
can see the
>> user VM begin to start on a XenServer host, then it goes
away. We then
>> automatically try on the other host. I can see the VM begin
to start there
>> for a moment, then it goes away.
>>
>> I am just deploying the user VM’s template and root disk to
NFS (same
>> place where the template and root disks of my system VMs
are).
>>
>> I am using the built-in XenServer CentOS 5.6 (64 bit)
template with 1
>> vCPU, 500 MHz, and 256 MB memory.
>>
>> WARN [c.c.a.r.v.VirtualRoutingResource]
(DirectAgent-7:ctx-35aded78)
>> (logid:aab9c320) Expected 1 answers while executing
VmDataCommand but
>> received 2
>> WARN [c.c.v.VirtualMachinePowerStateSyncImpl]
(DirectAgentCronJob-14:ctx-27fb1ac3)
>> (logid:2c342f23) VM state was updated but update time is
null?! vm id: 6
>> INFO [o.a.c.f.j.i.AsyncJobManagerImpl]
(AsyncJobMgr-Heartbeat-1:ctx-2c7d2dce)
>> (logid:a56a9a8c) Begin cleanup expired async-jobs
>> INFO [o.a.c.f.j.i.AsyncJobManagerImpl]
(AsyncJobMgr-Heartbeat-1:ctx-2c7d2dce)
>> (logid:a56a9a8c) End 

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Haijiao]

I think these PRs have met the criteria for merging.  Can we have them included 
in RC2 ?



CLOUDSTACK-9569: propagate global configuration 
router.aggregation.command.each.timeout to KVM agent #1856
Advanced isolated network egress destination cidr support added#1866
CLOUDSTACK-9698 [VMware] Make hardcorded wait timeout for NIC adapter hotplug 
as configurable #1861
CLOUDSTACK-5806: add presetup to storage types that support over prov… #1958
CLOUDSTACK-9794: Unable to attach more than 14 devices to a VM#1953
CLOUDSTACK-9728: Fixed traffic sentinel HTTP 414 error response#1886
CLOUDSTACK-8880: calculate free memory on host before deploying Vm. free memory 
= total memory - (all vm memory) #847
CLOUDSTACK-9638 Problems caused when inputting double-byte numbers fo… #1967






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

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" 
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
otherwise upgrade fails, and from 4.9 upgrade to 4.10 does no
check/enforcement that 4.10 based systemvmtemplate has been
seeded/registered, nor the minimum required systemvmtemplate
version is changed from 4.6.0 to 4.10.0.

After we have merged the strongswan/java8 PR, I had updated the
upgrade docs on how to upgrade the systemvmtemplate here:

http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.10/upgrade/upgrade-4.9.html

Using the above, I've tried to fix these issues here, please
review and merge for RC2:

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

With above fix,
the aim is that users only seed the 4.10 systemvmtemplate before
upgrade and post-upgrade the upgrade paths fix the entries,
global setting etc.

Regards.


From: Tutkowski, Mike 
Sent: 02 March 2017 22:39:08
To: dev@cloudstack.apache.org
Subject: Re: :[VOTE] Apache Cloudstack 4.10.0.0

I rolled back to my master branch at
da66b06e7d562393da2e4b52206943f8bad49d10 and it works.

It appears something that went into after that commit has broken
this. It looks like this SHA is about two weeks old and that 43
commits have gone into master since it.

On 3/2/17, 7:06 AM, "Tutkowski, Mike"
 wrote:

According to where the code fails, though, it appears to be a
networking problem. If I set a breakpoint before the failure and
change a variable to say that security groups are not being used,
then the VM starts.

I think this is a recently introduced problem because I have
another branch based off of a slightly older version of master
and it works fine here.

> On Mar 2, 2017, at 6:51 AM, Pierre-Luc Dion
 wrote:
>
> Hi Mike,
> Try vm with at least 512MB for memory.
>
>> On Mar 1, 2017 15:01, "Tutkowski, Mike"
 wrote:
>>
>> I see the following exception when trying to deploy a user VM
in a Basic
>> Zone with two XenServer 6.5 hosts in one cluster. My system
VMs have all
>> deployed properly. The user template gets downloaded fine. I
can see the
>> user VM begin to start on a XenServer host, then it goes
away. We then
>> automatically try on the other host. I can see the VM begin
to start there
>> for a moment, then it goes away.
>>
>> I am just deploying the user VM’s template and root disk to
NFS (same
>> place where the template and root disks of my system VMs
are).
>>
>> I am using the built-in XenServer CentOS 5.6 (64 bit)
template with 1
>> vCPU, 500 MHz, and 256 MB memory.
>>
>> WARN [c.c.a.r.v.VirtualRoutingResource]
(DirectAgent-7:ctx-35aded78)
>> (logid:aab9c320) Expected 1 answers while executing
VmDataCommand but
>> received 2
>> WARN [c.c.v.VirtualMachinePowerStateSyncImpl]
(DirectAgentCronJob-14:ctx-27fb1ac3)
>> (logid:2c342f23) VM state was updated but update time is
null?! vm id: 6
>> INFO [o.a.c.f.j.i.AsyncJobManagerImpl]
(AsyncJobMgr-Heartbeat-1:ctx-2c7d2dce)
>> (logid:a56a9a8c) Begin cleanup expired async-jobs
>> INFO [o.a.c.f.j.i.AsyncJobManagerImpl]
(AsyncJobMgr-Heartbeat-1:ctx-2c7d2dce)
>> (logid:a56a9a8c) End cleanup expired async-jobs
>> INFO [c.c.u.AccountManagerImpl]
(AccountChecker-1:ctx-383a632c)
>> (logid:541e9ba5) Found 0 removed accounts to cleanup
>> INFO