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 [c.c.u.AccountManagerImpl]
(AccountChecker-1:ctx-383a632c)
>> (logid:541e9ba5) Found 0 disabled accounts to cleanup
>> INFO [c.c.u.AccountManagerImpl]
(AccountChecker-1:ctx-383a632c)

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: Welcoming Wido as the new ACS VP

[Haijiao]

Hi, Wido


Maybe it's a good timing to organize community to discuss and refresh the 
roadmap of ACS in this year. (current one on Wiki is supposed to be updated)


We need prioritze the tasks and concentrate our resource.  That's quite 
important to make ACS successfully evolved IMHO.


Regards,




在2017年03月20 15时45分, "Daan Hoogland"写道:

You know that means for beer, right?

On 19/03/17 18:45, "Wido den Hollander"  wrote:

   Thank you Will and all!
   
   I'll be present at CCC in Miami this year for a 'official' initiation as VP 
of the CloudStack project :)
   
   Wido
   
   > Op 16 maart 2017 om 18:00 schreef Will Stevens :
   >
   >
   > Hello Everyone,
   > It has been a pleasure working with you as the ACS VP over the past year.
   > I would like to say Thank You to everyone who has supported me in this role
   > and have supported the project as a whole.
   >
   > It is my pleasure to announce that Wido den Hollander has been voted in to
   > replace me as the Apache Cloudstack VP in our annual VP rotation.  Wido has
   > a long history with the project and we are happy welcome him into this new
   > role.
   >
   > Be sure to join us at CCC in Miami [1] so we can initiate him correctly
   > over many beers.  :)
   >
   > Cheers,
   >
   > *Will Stevens*
   >
   > [1] http://us.cloudstackcollab.org/
   


daan.hoogl...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
 

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: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 ta

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

[Haijiao]

Thanks for you reply, Rajani,  you are doging good job !






在2017年03月30 22时15分, "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"
>

PRs ready for merging into 4.10

[Haijiao]

va: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
>> DefinitionSet$2.with(DefaultModuleDefinitionSet.java:122)
>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>> DefinitionSet.withModule(DefaultModuleDefinitionSet.java:245)
>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>> DefinitionSet.withModule(DefaultModuleDefinitionSet.java:250)
>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>> DefinitionSet.withModule(DefaultModuleDefinitionSet.java:233)
>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>> DefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117)
>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>> DefinitionSet.load(DefaultModuleDefinitionSet.java:79)
>> at org.apache.cloudstack.spring.module.factory.ModuleBasedConte
>> xtFactory.loadModules(ModuleBasedContextFactory.java:37)
>> at org.apache.cloudstack.spring.module.factory.CloudStackSpring
>> Context.init(CloudStackSpringContext.java:71)
>> at org.apache.cloudstack.spring.module.factory.CloudStackSpring
>> Context.(CloudStackSpringContext.java:58)
>> at org.apache.cloudstack.spring.module.factory.CloudStackSpring
>> Context.(CloudStackSpringContext.java:62)
>> at org.apache.cloudstack.spring.module.web.CloudStackContextLoa
>> derListener.
>> contextInitialized(CloudStackContextLoaderListener.java:52)
>> at org.apache.catalina.core.StandardContext.listenerStart(Stand
>> ardContext.java:5068)
>> at org.apache.catalina.core.StandardContext.startInternal(Stand
>> ardContext.java:5584)
>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
>> at org.apache.catalina.core.ContainerBase.addChildInternal(Cont
>> ainerBase.java:899)
>> at org.apache.catalina.core.ContainerBase.addChild(ContainerBas
>> e.java:875)
>> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
>> at org.apache.catalina.startup.HostConfig.deployDirectory(HostC
>> onfig.java:1260)
>> at org.apache.catalina.startup.HostConfig$DeployDirectory.run(
>> HostConfig.java:2002)
>> at java.util.concurrent.Executors$RunnableAdapter.call(
>> Executors.java:511)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool
>> Executor.java:1142)
>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
>> lExecutor.java:617)
>> at java.lang.Thread.run(Thread.java:745)
>>
>>
>> Is it now mendatory to upgrade systemvm-template for this upgrade? how
>> does
>> the template should be named because I've tried with template
>> name systemvm-xenserver-4.10.0.0 and systemvm-xenserver-4.10.0 and not
>> success to start the management server :-S
>>
>> Thanks!
>>
>>
>>
>> *Pierre-Luc DION*
>> Architecte de Solution Cloud | Cloud Solutions Architect
>> t 855.652.5683
>>
>> *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
>> w cloudops.com *|* tw @CloudOps_
>>
>> On Sat, Apr 1, 2017 at 3:02 PM, Tutkowski, Mike <
>> mike.tutkow...@netapp.com>
>> wrote:
>>
>> > I have this on my to-do list. It might take me a while, though. At the
>> > time being, I’m busy with a customer project that is making use of the
>> two
>> > CloudStack environments that I have in my lab. Then, toward the end of
>> next
>> > week, I’m heading to Europe for about 10 days or so (customer meetings
>> and
>> > to present at the CloudStack Meetup in Prague hosted by Interoute).
>> >
>> > On 3/30/17, 4:28 AM, "

[4.10] VPN disconnected while network changes taken

[Haijiao]

Hi, 



We built and tested the ACS 4.10 from the latest master (Apr.7, 2017)



Our environment is,
- ACS: 4.10.0.0-SNAPSHOT
- Management Server: Centos7.2 1151
- Host: Centos7.2 1151
- System VM: systemvm64template-master-4.10.0-kvm.qcow2.bz2
- Network: Isolated Network
- Network Offering: Offering for Isolated networks with Source Nat service 
enabled


We can successfully setup VPN and it works as expected.  However,  once we take 
any network changes below, the VPN connnection will be immediately disconnected.


- Update firewall rules (add/change)
- Update port fowarding 
- Update LB
- Add one more VPN account 


Is there some configuration we missed ?  Or it's due to the new VPN component 
(StrongSWAN) introcuced in 4.10 ?


Thanks in advance !

Re:Re: [4.10] VPN disconnected while network changes taken

[Haijiao]

HI, Will
It's a Remote Access VPN that losing connection while new network configs 
introduced. 
Thanks !






在2017年04月12 02时26分, "Will Stevens"写道:

Is this a Site-to-Site VPN connection or the Remote Access VPN that is
losing connection when new network configs are introduced?

Thanks,

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Sat, Apr 8, 2017 at 12:49 AM, Haijiao <18602198...@163.com> wrote:

>
>
> Hi,
>
>
>
> We built and tested the ACS 4.10 from the latest master (Apr.7, 2017)
>
>
>
> Our environment is,
> - ACS: 4.10.0.0-SNAPSHOT
> - Management Server: Centos7.2 1151
> - Host: Centos7.2 1151
> - System VM: systemvm64template-master-4.10.0-kvm.qcow2.bz2
> - Network: Isolated Network
> - Network Offering: Offering for Isolated networks with Source Nat service
> enabled
>
>
> We can successfully setup VPN and it works as expected.  However,  once we
> take any network changes below, the VPN connnection will be immediately
> disconnected.
>
>
> - Update firewall rules (add/change)
> - Update port fowarding
> - Update LB
> - Add one more VPN account
>
>
> Is there some configuration we missed ?  Or it's due to the new VPN
> component (StrongSWAN) introcuced in 4.10 ?
>
>
> Thanks in advance !
>
>
>
>
>
>

Re:Re: [4.10] VPN disconnected while network changes taken

[Haijiao]

Sure, Karuturi


Logged a bug in Jira,  thanks!


CLOUDSTACK-9878 Remote Access VPN that losing connection when new network 
configs are introduced
https://issues.apache.org/jira/browse/CLOUDSTACK-9878






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

Hi Haijiao,

Thanks for testing. Can you log a bug for this please? It can be
a blocker for 4.10.

@Will,

Did you get a chance to take a look at this issue?

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/

On April 12, 2017 at 7:12 AM, Will Stevens
(wstev...@cloudops.com) wrote:

Thanks, I will have a look.

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Tue, Apr 11, 2017 at 8:58 PM, Haijiao <18602198...@163.com>
wrote:

HI, Will
It's a Remote Access VPN that losing connection while new
network configs
introduced.
Thanks !

在2017年04月12 02时26分, "Will Stevens"写道:

Is this a Site-to-Site VPN connection or the Remote Access VPN
that is
losing connection when new network configs are introduced?

Thanks,

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Sat, Apr 8, 2017 at 12:49 AM, Haijiao <18602198...@163.com>
wrote:

Hi,

We built and tested the ACS 4.10 from the latest master (Apr.7,
2017)

Our environment is,
- ACS: 4.10.0.0-SNAPSHOT
- Management Server: Centos7.2 1151
- Host: Centos7.2 1151
- System VM: systemvm64template-master-4.10.0-kvm.qcow2.bz2
- Network: Isolated Network
- Network Offering: Offering for Isolated networks with Source
Nat

service

enabled

We can successfully setup VPN and it works as expected. However,
once

we

take any network changes below, the VPN connnection will be
immediately
disconnected.

- Update firewall rules (add/change)
- Update port fowarding
- Update LB
- Add one more VPN account

Is there some configuration we missed ? Or it's due to the new
VPN
component (StrongSWAN) introcuced in 4.10 ?

Re:Re: :[VOTE] Apache Cloudstack 4.10.0.0

[Haijiao]

.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
>>> DefinitionSet$2.with(DefaultModuleDefinitionSet.java:122)
>>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>>> DefinitionSet.withModule(DefaultModuleDefinitionSet.java:245)
>>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>>> DefinitionSet.withModule(DefaultModuleDefinitionSet.java:250)
>>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>>> DefinitionSet.withModule(DefaultModuleDefinitionSet.java:233)
>>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>>> DefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117)
>>> at org.apache.cloudstack.spring.module.model.impl.DefaultModule
>>> DefinitionSet.load(DefaultModuleDefinitionSet.java:79)
>>> at org.apache.cloudstack.spring.module.factory.ModuleBasedConte
>>> xtFactory.loadModules(ModuleBasedContextFactory.java:37)
>>> at org.apache.cloudstack.spring.module.factory.CloudStackSpring
>>> Context.init(CloudStackSpringContext.java:71)
>>> at org.apache.cloudstack.spring.module.factory.CloudStackSpring
>>> Context.(CloudStackSpringContext.java:58)
>>> at org.apache.cloudstack.spring.module.factory.CloudStackSpring
>>> Context.(CloudStackSpringContext.java:62)
>>> at org.apache.cloudstack.spring.module.web.CloudStackContextLoa
>>> derListener.
>>> contextInitialized(CloudStackContextLoaderListener.java:52)
>>> at org.apache.catalina.core.StandardContext.listenerStart(Stand
>>> ardContext.java:5068)
>>> at org.apache.catalina.core.StandardContext.startInternal(Stand
>>> ardContext.java:5584)
>>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147)
>>> at org.apache.catalina.core.ContainerBase.addChildInternal(Cont
>>> ainerBase.java:899)
>>> at org.apache.catalina.core.ContainerBase.addChild(ContainerBas
>>> e.java:875)
>>> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
>>> at org.apache.catalina.startup.HostConfig.deployDirectory(HostC
>>> onfig.java:1260)
>>> at org.apache.catalina.startup.HostConfig$DeployDirectory.run(
>>> HostConfig.java:2002)
>>> at java.util.concurrent.Executors$RunnableAdapter.call(Executor
>>> s.java:511)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool
>>> Executor.java:1142)
>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
>>> lExecutor.java:617)
>>> at java.lang.Thread.run(Thread.java:745)
>>>
>>>
>>> Is it now mendatory to upgrade systemvm-template for this upgrade? how
>>> does
>>> the template should be named because I've tried with template
>>> name systemvm-xenserver-4.10.0.0 and systemvm-xenserver-4.10.0 and not
>>> success to start the management server :-S
>>>
>>> Thanks!
>>>
>>>
>>>
>>> *Pierre-Luc DION*
>>> Architecte de Solution Cloud | Cloud Solutions Architect
>>> t 855.652.5683
>>>
>>> *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
>>> w cloudops.com *|* tw @CloudOps_
>>>
>>> On Sat, Apr 1, 2017 at 3:02 PM, Tutkowski, Mike <
>>> mike.tutkow...@netapp.com>
>>> wrote:
>>>
>>> > I have this on my to-do list. It might take me a while, though. At the
>>> > time being, I’m busy with a customer project that is making use of the
>>> two
>>> > CloudStack environments that I have in my lab. Then, toward the end of
>>> next
>>> > week, I’m heading to Europe for about 10 days or so (customer meetings
>>> and
>>> > to present at the CloudStack Meetup in Prague hosted by Interoute).
>>> >
>>> > On 3/30/17, 4:28 AM, "Daan Hoogland" 
>>> wro

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

Re:Re: PRs ready for merging into 4.10

[Haijiao]

Just update the PR readiness list for merging.


#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
#1957, CLOUDSTACK-9748: VPN Users search functionality broken
#1980, CLOUDSTACK-9805: Display VR list in network details
#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
#2018, CLOUDSTACK-9848:  Added exit status checking for the iptables commands
#2022, CLOUDSTACK-9591: Fix systemvmtemplate to not include network details
#2024, CLOUDSTACK-9857: With this change if agent dies the systemd will catch 
it properly and show process as exited
#2025, Fix error in restart network in 4.10.0.0
#1849, CLOUDSTACK-9690: Scale CentOS7 VM fails with error
#1918, Management Server UI (VM statistics page) CPU Utilized value is 
incorrect.
#1917, CLOUDSTACK-9756: Configure to ignore the ipassoc failure
#1879, CLOUDSTACK-9719: [VMware] VR loses DHCP settings and VMs cannot obtain 
IP after HA recovery
#1819, CLOUDSTACK-9653 The system capacity was not getting calculated correctly
#1810, CLOUDSTACK-9647: NIC adapter type becomes e1000 , even after changing 
the global parameter "vmware.systemvm.nic.device.type" to vmxnet3.






在2017年04月10 13时54分, "Sateesh 
Chodapuneedi"写道:

Hi Rajani,
I will pickup CLOUDSTACK-9849.

Regards,
Sateesh


On 10/04/17, 11:21 AM, "Rajani Karuturi"  wrote:

   @Nicolas and @Haijiao
   
   Noted the PRs. I will see what all can be merged and do the
   needful.
   
   @All
   
   Any takers for the VMware blocker (CLOUDSTACK-9849)?
   
   Thanks,
   
   ~ Rajani
   
   http://cloudplatform.accelerite.com/
   
   On April 10, 2017 at 1:43 AM, Nicolas Vazquez
   (nicovazque...@gmail.com) wrote:
   
   Hi,
   
   I would like to include PR 1935: CLOUDSTACK-9764: Delete domain
   failure due
   to Account Cleanup task, it has 2 LGTM.
   
   Thanks
   
   2017-04-08 1:32 GMT-03:00 Haijiao <18602198...@163.com>:
   
   Update the PR list ready for merging.
   
   --
   #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
   #1957, CLOUDSTACK-9748:VPN Users search functionality broken
   #1980, CLOUDSTACK-9805: Display VR list in network details
   #1993, CLOUDSTACK-8931: Fail to deploy VM instance when
   use.system.public.ips�lse
   #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
   #2018, CLOUDSTACK-9848: Added exit status checking for the
   iptables
   commands
   #2022, CLOUDSTACK-9591: Fix systemvmtemplate to not include
   network details
   #2024, CLOUDSTACK-9857: With this change if agent dies the
   systemd will
   catch it properly and show process as exited
   #2025, Fix error in restart network in 4.10.0.0
   
   Regards,
   
   在2017年04月06 13时23分, "Rajani Karuturi"写道:
   
   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 ch

Fw: [4.10] VPN disconnected while network changes taken

[Haijiao]

Hi Will

Any progress about this issue ?

tks


Sent from my mobile



- 转发的邮件 -

发件人： Haijiao
发送日期： 2017年04月14日 23:21
收件人： dev
抄送人：
主题： Re:Re: [4.10] VPN disconnected while network changes taken
Sure, Karuturi


Logged a bug in Jira,  thanks!


CLOUDSTACK-9878 Remote Access VPN that losing connection when new network 
configs are introduced
https://issues.apache.org/jira/browse/CLOUDSTACK-9878






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

Hi Haijiao,

Thanks for testing. Can you log a bug for this please? It can be
a blocker for 4.10.

@Will,

Did you get a chance to take a look at this issue?

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/

On April 12, 2017 at 7:12 AM, Will Stevens
(wstev...@cloudops.com) wrote:

Thanks, I will have a look.

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Tue, Apr 11, 2017 at 8:58 PM, Haijiao <18602198...@163.com>
wrote:

HI, Will
It's a Remote Access VPN that losing connection while new
network configs
introduced.
Thanks !

在2017年04月12 02时26分, "Will Stevens"写道:

Is this a Site-to-Site VPN connection or the Remote Access VPN
that is
losing connection when new network configs are introduced?

Thanks,

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Sat, Apr 8, 2017 at 12:49 AM, Haijiao <18602198...@163.com>
wrote:

Hi,

We built and tested the ACS 4.10 from the latest master (Apr.7,
2017)

Our environment is,
- ACS: 4.10.0.0-SNAPSHOT
- Management Server: Centos7.2 1151
- Host: Centos7.2 1151
- System VM: systemvm64template-master-4.10.0-kvm.qcow2.bz2
- Network: Isolated Network
- Network Offering: Offering for Isolated networks with Source
Nat

service

enabled

We can successfully setup VPN and it works as expected. However,
once

we

take any network changes below, the VPN connnection will be
immediately
disconnected.

- Update firewall rules (add/change)
- Update port fowarding
- Update LB
- Add one more VPN account

Is there some configuration we missed ? Or it's due to the new
VPN
component (StrongSWAN) introcuced in 4.10 ?






 

Re:Re: Fw: [4.10] VPN disconnected while network changes taken

[Haijiao]

Thanks Will, 


will test this week.






在2017年04月25 04时03分, "Will Stevens"写道:


Here is the fix to this: https://github.com/apache/cloudstack/pull/2062


Will STEVENS

Lead Developer






On Mon, Apr 24, 2017 at 11:34 AM, Haijiao <18602198...@163.com> wrote:

Hi Will

Any progress about this issue ?

tks


Sent from my mobile



- 转发的邮件 -

发件人：    Haijiao
发送日期：2017年04月14日 23:21
收件人：dev
抄送人：
主题：Re:Re: [4.10] VPN disconnected while network changes taken   
 
Sure, Karuturi


Logged a bug in Jira,  thanks!


CLOUDSTACK-9878 Remote Access VPN that losing connection when new network 
configs are introduced
https://issues.apache.org/jira/browse/CLOUDSTACK-9878






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

Hi Haijiao,

Thanks for testing. Can you log a bug for this please? It can be
a blocker for 4.10.

@Will,

Did you get a chance to take a look at this issue?

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/

On April 12, 2017 at 7:12 AM, Will Stevens
(wstev...@cloudops.com) wrote:

Thanks, I will have a look.

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Tue, Apr 11, 2017 at 8:58 PM, Haijiao <18602198...@163.com>
wrote:

HI, Will
It's a Remote Access VPN that losing connection while new
network configs
introduced.
Thanks !

在2017年04月12 02时26分, "Will Stevens"写道:

Is this a Site-to-Site VPN connection or the Remote Access VPN
that is
losing connection when new network configs are introduced?

Thanks,

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Sat, Apr 8, 2017 at 12:49 AM, Haijiao <18602198...@163.com>
wrote:

Hi,

We built and tested the ACS 4.10 from the latest master (Apr.7,
2017)

Our environment is,
- ACS: 4.10.0.0-SNAPSHOT
- Management Server: Centos7.2 1151
- Host: Centos7.2 1151
- System VM: systemvm64template-master-4.10.0-kvm.qcow2.bz2
- Network: Isolated Network
- Network Offering: Offering for Isolated networks with Source
Nat

service

enabled

We can successfully setup VPN and it works as expected. However,
once

we

take any network changes below, the VPN connnection will be
immediately
disconnected.

- Update firewall rules (add/change)
- Update port fowarding
- Update LB
- Add one more VPN account

Is there some configuration we missed ? Or it's due to the new
VPN
component (StrongSWAN) introcuced in 4.10 ?






 

Re:Re:Re: Fw: [4.10] VPN disconnected while network changes taken

[Haijiao]

Hi, Will



We have tested this fix.  The remote VPN connection is now working fine while 
network changes taken.  


However, we noticed if we try to add/delete VPN accounts,  the connection will 
be disconnected again.


It seems the issue is not completely fixed yet.


Regards,


在2017年04月25 15时33分, "Haijiao"<18602198...@163.com>写道:

Thanks Will,


will test this week.






在2017年04月25 04时03分, "Will Stevens"写道:


Here is the fix to this: https://github.com/apache/cloudstack/pull/2062


Will STEVENS

Lead Developer






On Mon, Apr 24, 2017 at 11:34 AM, Haijiao <18602198...@163.com> wrote:

Hi Will

Any progress about this issue ?

tks


Sent from my mobile



- 转发的邮件 -----

发件人：Haijiao
发送日期：2017年04月14日 23:21
收件人：dev
抄送人：
主题：Re:Re: [4.10] VPN disconnected while network changes taken   
 
Sure, Karuturi


Logged a bug in Jira,  thanks!


CLOUDSTACK-9878 Remote Access VPN that losing connection when new network 
configs are introduced
https://issues.apache.org/jira/browse/CLOUDSTACK-9878






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

Hi Haijiao,

Thanks for testing. Can you log a bug for this please? It can be
a blocker for 4.10.

@Will,

Did you get a chance to take a look at this issue?

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/

On April 12, 2017 at 7:12 AM, Will Stevens
(wstev...@cloudops.com) wrote:

Thanks, I will have a look.

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Tue, Apr 11, 2017 at 8:58 PM, Haijiao <18602198...@163.com>
wrote:

HI, Will
It's a Remote Access VPN that losing connection while new
network configs
introduced.
Thanks !

在2017年04月12 02时26分, "Will Stevens"写道:

Is this a Site-to-Site VPN connection or the Remote Access VPN
that is
losing connection when new network configs are introduced?

Thanks,

*Will STEVENS*
Lead Developer

<https://goo.gl/NYZ8KK>

On Sat, Apr 8, 2017 at 12:49 AM, Haijiao <18602198...@163.com>
wrote:

Hi,

We built and tested the ACS 4.10 from the latest master (Apr.7,
2017)

Our environment is,
- ACS: 4.10.0.0-SNAPSHOT
- Management Server: Centos7.2 1151
- Host: Centos7.2 1151
- System VM: systemvm64template-master-4.10.0-kvm.qcow2.bz2
- Network: Isolated Network
- Network Offering: Offering for Isolated networks with Source
Nat

service

enabled

We can successfully setup VPN and it works as expected. However,
once

we

take any network changes below, the VPN connnection will be
immediately
disconnected.

- Update firewall rules (add/change)
- Update port fowarding
- Update LB
- Add one more VPN account

Is there some configuration we missed ? Or it's due to the new
VPN
component (StrongSWAN) introcuced in 4.10 ?

Password service broken on RVR of 4.10

[Haijiao]

Hi, 


Happy to see most of blockers are already addressed in the latest 4.10 master.


But we still see the issue that the password provided by ACS is incorrect while 
user try to reset the VM password.  It seems that old problem comes back again.


Can anyone test and confirm ?  Thanks !

Re:Re: [PROPOSAL] branch on first RC and open up master for features

[Haijiao]

Hi, Rajani, Will and Community


Yes, we just finished the test in our lab.  We confirmed the latest PR 2062# 
has fixed the known issues about VPN disconnection due to any network change 
including VPN account add/delete.


I will update the result in PR 2062# and I think it can be merged now.


Thanks for your effort,  good job !




在2017年05月09 10时04分, "Rajani Karuturi"写道:

It's waiting on test update from haijiao

~Rajani

Sent from phone.

On 8 May 2017 8:05 p.m., "Will Stevens"  wrote:

> https://github.com/apache/cloudstack/pull/2062 should be ready to merge, I
> think I had that one ready a couple weeks ago.
>
> *Will Stevens*
> CTO
>
> <https://goo.gl/NYZ8KK>
>
> On Mon, May 8, 2017 at 9:53 AM, Simon Weller  wrote:
>
> > The only PR that is currently showing in blocker status is :
> > https://github.com/apache/cloudstack/pull/2062
> >
> > Are there others that should be tagged?
> >
> >
> > - Si
> >
> >
> > 
> > From: Rohit Yadav 
> > Sent: Monday, May 8, 2017 6:43 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [PROPOSAL] branch on first RC and open up master for
> features
> >
> > Rajani,
> >
> >
> > Can we have a list of outstanding blockers/issues?
> >
> >
> > I also saw some enhancement PRs merged, which I think we should be
> > avoiding and instead have our resources spent on fixing the release
> > blockers, thanks.
> >
> >
> > Regards.
> >
> > 
> > From: Rajani Karuturi 
> > Sent: 08 May 2017 16:20:01
> > To: dev@cloudstack.apache.org
> > Subject: Re: [PROPOSAL] branch on first RC and open up master for
> features
> >
> > I disagree. The release process is taking long because we dont
> > have enough people working on the release. Sometimes, even the
> > blockers don't get enough attention. There is no point in adding
> > features on already broken/blocked master which is not
> > releasable. "un-freezing" master for new features shouldn't be
> > the goal in my opinion. We should move towards faster
> > releases/release cycles.
> >
> > Thanks,
> >
> > ~ Rajani
> >
> > http://cloudplatform.accelerite.com/
> >
> > On May 8, 2017 at 2:11 PM, Daan Hoogland
> > (daan.hoogl...@shapeblue.com) wrote:
> >
> > LS,
> >
> > In a lot of occasions, we have seen new features that are
> > waiting for releases with blocker bugs and while these bugs
> > certainly must be solved, users that are not hindered by those
> > bugs directly are stopped by them. Therefore, I propose we will
> > fork on the first RC branches for future releases, so that
> > development is not stopped for it. If the release process takes
> > too long and to nice features get merged in between we can always
> > decide to re-branch before releasing.
> >
> > Thoughts..?
> > Daan
> >
> > daan.hoogl...@shapeblue.com
> > www.shapeblue.com<http://www.shapeblue.com> ( http://www.shapeblue.com )
> > 53 Chandos Place, Covent Garden, London WC2N 4HSUK
> > @shapeblue
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com<http://www.shapeblue.com>
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > @shapeblue
> >
> >
> >
> >
>

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 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: [RESULT][VOTE] Apache CloudStack 4.10.0.0

[Haijiao]

Finally 4.10 arrives.  True achievement of whole community !


Thanks Rajani !






在2017年07月06 19时54分, "Wido den Hollander"写道:


> Op 6 juli 2017 om 12:09 schreef Wei ZHOU :
>
>
> nice!!

Indeed! Let's go for 4.11 :)

Wido

>
> 2017-07-06 11:56 GMT+02:00 Rajani Karuturi :
>
> > Hi all,
> >
> > After 72 hours, the vote for CloudStack 4.10.0.0 [1] *passes* with
> > 4 PMC + 2 non-PMC votes.
> >
> > +1 (PMC / binding)
> > * Mike Tutkowski
> > * Wido den Hollander
> > * Daan Hoogland
> > * Milamber
> >
> > +1 (non binding)
> > * Kris Sterckx
> > * Boris Stoyanov
> >
> > 0
> > none
> >
> > -1
> > none
> >
> > Thanks to everyone participating.
> >
> > I will now prepare the release announcement to go out after 24 hours to
> > give the mirrors time to catch up.
> >
> > [1] http://markmail.org/thread/dafndhtflon4pshf
> >
> > ~Rajani
> > http://cloudplatform.accelerite.com/
> >

Re:Re: next major release

[Haijiao]

Agree, unless we bring in architecture changes and/or significant improvments, 
we should still stay on the 4.1x 


Personally,  i think these features may make ACS really qualified to 5.0


- VR enhancement,  e.g. Vyos
- API 2.0
- Fully redundant VPC  ( it's broken in current version)
- Redesigned UI
- NoVNC console
- Fully redundant VPC
- VM clone
- Create VM in batch


Regards,


在2017年07月10 18时58分, "Rohit Yadav"写道:

It should be 4.11.0.0. Unless we're breaking APIs, I'm not in favour of 5.0.0.0.


- Rohit


From: Rajani Karuturi 
Sent: 10 July 2017 10:39:37
To: dev@cloudstack.apache.org
Subject: next major release

should it be 4.11.0.0 or 5.0.0.0?

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

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

Re:[New Feature] noVNC console in Cloudstack

[Haijiao]

Awesome work,  I know lots of community users will love it .






在2017年08月29 13时57分, "sachin patil"写道:

Hello,

I have integrated noVNC to cloudstack as my gsoc project for this year,
under the guidance of my mentors @Syed Ahmed and @Rohit Yadav.

The features that have been added are :

1. noVNC support added and tested for KVM / Xenservers
2. SSL/TLS security.
3. Tested for RFB versions 3.8 and below.

I have created a design doc that will help you understand the working.
https://cwiki.apache.org/confluence/display/CLOUDSTACK/noVNC+support+for+Cloudstack

PR for the same : https://github.com/apache/cloudstack/pull/2204

Please let us know your views for this feature we have built.


regards,
Sachin Patil

Any info about ACS 4.11 ?

[Haijiao]

Hi,  Dev team



Not see much info about the next version of CloudStack.  


Keen to know as we are evaluating the proper version to upgrade this year.


1. Will ACS 4.11 be the next LTS version according to road map ?
2. What's the design targets and key features to be included in 4.11?
3. Who is the RM ?
4. Any ETA for 4.11 ?
 
Thanks!

Re:Re: CloudStack LTS EOL date?

[Haijiao]

Agree.  And I suppose 4.11 will be the next LTS ? 


I think community has lots of good initiatives in past years,  but most 
important is to 'insist' and make it happen.  LTS concept is one of good 
references. 


Regards,


在2017年11月22 14时13分, "Milamber"写道:


Sound good for me too

On 21/11/2017 11:04, Rene Moser wrote:
> Hi all
>
> The current LTS release is 4.9 which is EOL in June 2018 according to
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS
>
> AFAIK there are no works planed for a new LTS. The release pace has
> slown down (the high pace and leaving users behind fixes was the reason
> for the LTS).
>
> I am still pro LTS but in my opinion we should have defined the EOL in
> relation of the successor LTS release date: "The EOL of the current LTS
> is +6 months after the next LTS release."
>
> Small example:
>
> Current LTS 4.9
> Next LTS 4.1x release on 01.04. --> LTS 4.9 is 01.10.
>
> Does this make sense? Other suggestions?
>
> Regards
> René
> .
>

Quetion about API 'revertSnapshot'

[Haijiao]

Hi，All

Maybe it’s a stupid question, but from the CloudStack API docs,  the API 
‘revertSnapshot’ is ONLY supported with KVM, but not others, e.g. XenServer or 
VMware .

Is there any special reason for this ?  Shall we expect this feature included 
in coming release ACS ?

http://cloudstack.apache.org/api/apidocs-4.11/apis/revertSnapshot.html

Thanks!

Re:Re: [PROPOSE] RM for 4.12

[Haijiao]

Great !


Is it possible to add XenServer 7.6 and XCP-ng 7.6 support into ACS 4.12, 
though there's no PR to address it yet ?


Regards, 




在2018年12月27 19时02分, "Gabriel Beims Bräscher"写道:

Thanks for the feedback, Rafael.

Updated the PRs/features list:

I – IPv6 support for Advanced network;

 I a) ipv6: Calculate IPv6 address instead of fetching one from a pool
#3077 (https://github.com/apache/cloudstack/pull/3077)

 I b) Refactory VXLAN script and add IPv6 support #3070 (
https://github.com/apache/cloudstack/pull/3070)

II – UI: Update jquery and related libraries #3069 (
https://github.com/apache/cloudstack/pull/3069)

III – Data motion new features

 III a) KVM-Local storage - fixes: (i) migrate template when it does note
exist on target storage, and (ii) enable migrations with TLS connection;

 III b) KVM live storage migration intra-cluster from NFS source and
destination #2983 (https://github.com/apache/cloudstack/pull/2983)

 III c) Vmware offline migration #2848 (
https://github.com/apache/cloudstack/pull/2848)

IV – Add Influxdb to StatsCollector #3078 (
https://github.com/apache/cloudstack/pull/3078)

V – Add command to list management servers #2578 (
https://github.com/apache/cloudstack/pull/2578)

Em qua, 26 de dez de 2018 às 11:25, Rafael Weingärtner <
rafaelweingart...@gmail.com> escreveu:

> It sounds like a plan.
>
> Reading through your suggested PRs (from the backlog we have), I noticed
> something though. The PR (https://github.com/apache/cloudstack/pull/2997)
> that has been merged introduced a bug in its feature (as we discussed last
> week). Therefore, you need to add the fix for this bug in the list as well.
>
> On Wed, Dec 26, 2018 at 9:48 AM Gabriel Beims Bräscher <
> gabrasc...@gmail.com>
> wrote:
>
> > Hi All,
> >
> >
> > It has been one year since we started discussing the 4.11 release, which
> > was released on 12 February 2018. Additionally, 4.11 LTS is supported
> until
> > 1st July 2019 [1]; the next release will be 4.12, prior to our next LTS
> > (5.0?). With that in mind, I'd like to put myself forward as release
> > manager for 4.12. Please feel free to discuss if you have comments or
> > concerns.
> >
> >
> > Here is the plan:
> >
> > 1. The freeze date for the 4.12.0.0 will be at the 12th of January 2019.
> >
> > 2. After the freeze date (12th Jan), features will not be allowed on
> > 4.12.0.0 and fixes only if addressing blocker issues. Fixes for other
> > issues will be individually judged on their merit and risk.
> >
> > 3. RM will triage/report critical and blocker bugs for 4.12 and encourage
> > people to get them fixed.
> >
> > 4. RM will create RCs and start voting once blocker bugs are cleared and
> > baseline smoke test results are on par with previous smoke test results.
> >
> > 5. RM will allocate at least a week for branch stabilization and testing.
> > At the earliest, on 18th January, RM will put 4.12.0.0-rc1 for voting
> from
> > the 4.12.0.0 branch, and master will be open to accepting new features.
> >
> > 6. RM will repeat 3-5 as required. Voting/testing of -rc2, -rc3 and so on
> > will be created as required.
> >
> > 7. Once vote passes - RM will continue with the release procedures [2].
> >
> >
> > I have selected the following pull requests and features to address some
> > efforts and merge them on 4.12.0.0:
> >
> > I – IPv6 support for Advanced network;
> >
> >   I a) ipv6: Calculate IPv6 address instead of fetching one from a pool
> > #3077 (https://github.com/apache/cloudstack/pull/3077)
> >
> >   I b) Refactory VXLAN script and add IPv6 support #3070 (
> > https://github.com/apache/cloudstack/pull/3070)
> >
> > II – UI: Update jquery and related libraries #3069 (
> > https://github.com/apache/cloudstack/pull/3069)
> >
> > III – Data motion new features
> >
> >   III a) KVM-Local storage (
> https://github.com/apache/cloudstack/pull/2997
> > )
> >
> >   III b) KVM live storage migration intra cluster from NFS source and
> > destination #2983 (https://github.com/apache/cloudstack/pull/2983)
> >
> >   III c) Vmware offline migration #2848 (
> > https://github.com/apache/cloudstack/pull/2848)
> >
> > IV – Add Influxdb to StatsCollector #3078 (
> > https://github.com/apache/cloudstack/pull/3078)
> >
> > V – Add command to list management servers #2578 (
> > https://github.com/apache/cloudstack/pull/2578)
> >
> >
> > Please contribute with your ideas and feedback.
> >
> >
> > Regards,
> >
> > Gabriel.
> >
> >
> > [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS
> >
> > [2]
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure
> >
>
>
> --
> Rafael Weingärtner
>

Re:答复: CloudStack 4.11.2 Snapshot Revert fail

[Haijiao]

This is a fresh installation (XenSever 7.1.2+ACS 4.11.2).  



We simply can not revert the VM snapshot though there's no changes at all to VM 
or template.   


We can consistently reproduce this issue in our environtment with the error log 
attached. And we believe the issue doesn't exisit in another environment ( 
XenServer 6.5+ACS 4.7.1).

Re:VMs Connection break under two isolate network

[Haijiao]

Hi, Devs and Community Users


To be more specific,  our environment is built with 
* 2 Dell R740XD Servers + Dell Compellent Storage w/ iSCSI
* Each server equiped with two Mellanox Connect-4 LX 25GbE network adapters, 
and configured with bond mode(active+active) in XenServer
* CloudStack 4.11.2 LTS + XenServer 7.1CU2(LTS) Enterprise


Everything goes fine with shared network, but the weird thing is if we setup 2 
isolated networks,  try to use 'iperf',  'wget' or 'SCP' to test the network 
performance betwen two VMs located in these 2 isolated networks,  the traffic 
will drop to zero in about 200-300 seconds,  even though we were still able to 
ping or SSH VM B1 from A1 or verse. 


VM A1 ---> VR A(Isloated Network A) > VR B(Isolated Network B)  > VM B1

We have checked the configuration on switches, upgraded Mellanox driver for 
XenServer,  but no luck. 
Meanwhile, we can not re-produce this issue in another environment (XenServer 
7.1CU2+ACS 4.11.2+ Intel Gb network). 


 It seems it might be related to Mellanox adapter, but we have no idea what 
part we could possibly miss in this case. 


Any advice would be highly appreciated !   Thank you !


在2019年02月22 13时09分, "gu haven"写道:


hi ，all 
  I try iperf wget scp connection will break after 200 seconds ，Do  need 
any optimization in vr ?
  
environment infomation below:

cloudstack 4.11.2

xenserver 7.1 CU2 Enterprise

NIC :MLNX 25GbE 2P ConnectX4LX 

bond mode in xenserver : acitce-active

Re:Re: VMs Connection break under two isolate network

[Haijiao]

Thanks Dag,  you are always helpful !


We will look into your sharing and come back. 







在2019年02月22 17时26分, "Dag Sonstebo"写道:

Hi Haijiao,

We've come across similar things in the past. In short - what is your XenServer 
bond mode? Is it active-active (mode 7) or LACP (mode 4)? (see 
https://support.citrix.com/article/CTX137599)

In short if your switches don't keep up with MAC address changes on the XS 
hosts then you will get traffic flapping with intermittent loss of connectivity 
(root cause is a MAC address moves to another uplink, but the switch only 
checks for changes every X seconds so it takes a while for it to catch up). 
LACP mode 4 has a much more robust mechanism for this but obviously needs 
configured both XS and switch end. Normal active-active (mode 7) seems to 
always cause problems.

My general advise would be to simplify and just go active-passive (mode 1) - 
unless you really need the bandwidth this gives you a much more stable network 
backend.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue


On 22/02/2019, 07:14, "Haijiao" <18602198...@163.com> wrote:

   Hi, Devs and Community Users
   
   
   To be more specific,  our environment is built with
   * 2 Dell R740XD Servers + Dell Compellent Storage w/ iSCSI
   * Each server equiped with two Mellanox Connect-4 LX 25GbE network adapters, 
and configured with bond mode(active+active) in XenServer
   * CloudStack 4.11.2 LTS + XenServer 7.1CU2(LTS) Enterprise
   
   
   Everything goes fine with shared network, but the weird thing is if we setup 
2 isolated networks,  try to use 'iperf',  'wget' or 'SCP' to test the network 
performance betwen two VMs located in these 2 isolated networks,  the traffic 
will drop to zero in about 200-300 seconds,  even though we were still able to 
ping or SSH VM B1 from A1 or verse.
   
   
   VM A1 ---> VR A(Isloated Network A) > VR B(Isolated Network B)  > VM 
B1
   

   We have checked the configuration on switches, upgraded Mellanox driver for 
XenServer,  but no luck.
   Meanwhile, we can not re-produce this issue in another environment 
(XenServer 7.1CU2+ACS 4.11.2+ Intel Gb network).
   
   
It seems it might be related to Mellanox adapter, but we have no idea what 
part we could possibly miss in this case.
   
   
   Any advice would be highly appreciated !   Thank you !
   
   
   在2019年02月22 13时09分, "gu haven"写道:
   
   
   hi ，all
 I try iperf wget scp connection will break after 200 seconds ，Do  need 
any optimization in vr ?
 
   environment infomation below:
   
   cloudstack 4.11.2
   
   xenserver 7.1 CU2 Enterprise
   
   NIC :MLNX 25GbE 2P ConnectX4LX
   
   bond mode in xenserver : acitce-active
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   


dag.sonst...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
 

Re:Re:Re: VMs Connection break under two isolate network

[Haijiao]

Hi, Dag and All


Yes, we are using active-active(mode 7) for bond. 
 
VM A1 ---> VR A(Isloated Network A) > VR B(Isolated Network B)  > VM B1



After rounds of isoloation,  based on packet analysis,  it seems to us 
- the traffic between  VM A1 and VR A is normal
- however, between  VR A and VM B1,   VR A receives packets aknowledges 
from VM B1 which VR A thinks they has not sent thru it yet.
- Then,  VR A reset the session, causing the traffic dropped. 


For  testing purpose, we turned off the TSO (tcp-segmentation-offload ）on 
XenServer network adpaters by command 'ethtool -k eth0 tso off',   the issue is 
just gone, we can run iperf for testing without any drop for a couple of hours. 


Does it make sense ?  Any improvement can be implemented from ACS side ?


Thanks !




在2019年02月22 23时20分, "Haijiao"<18602198...@163.com>写道:


Thanks Dag,  you are always helpful !


We will look into your sharing and come back. 







在2019年02月22 17时26分, "Dag Sonstebo"写道:

Hi Haijiao,

We've come across similar things in the past. In short - what is your XenServer 
bond mode? Is it active-active (mode 7) or LACP (mode 4)? (see 
https://support.citrix.com/article/CTX137599)

In short if your switches don't keep up with MAC address changes on the XS 
hosts then you will get traffic flapping with intermittent loss of connectivity 
(root cause is a MAC address moves to another uplink, but the switch only 
checks for changes every X seconds so it takes a while for it to catch up). 
LACP mode 4 has a much more robust mechanism for this but obviously needs 
configured both XS and switch end. Normal active-active (mode 7) seems to 
always cause problems.

My general advise would be to simplify and just go active-passive (mode 1) - 
unless you really need the bandwidth this gives you a much more stable network 
backend.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue


On 22/02/2019, 07:14, "Haijiao" <18602198...@163.com> wrote:

   Hi, Devs and Community Users
   
   
   To be more specific,  our environment is built with
   * 2 Dell R740XD Servers + Dell Compellent Storage w/ iSCSI
   * Each server equiped with two Mellanox Connect-4 LX 25GbE network adapters, 
and configured with bond mode(active+active) in XenServer
   * CloudStack 4.11.2 LTS + XenServer 7.1CU2(LTS) Enterprise
   
   
   Everything goes fine with shared network, but the weird thing is if we setup 
2 isolated networks,  try to use 'iperf',  'wget' or 'SCP' to test the network 
performance betwen two VMs located in these 2 isolated networks,  the traffic 
will drop to zero in about 200-300 seconds,  even though we were still able to 
ping or SSH VM B1 from A1 or verse.
   
   
   VM A1 ---> VR A(Isloated Network A) > VR B(Isolated Network B)  > VM 
B1
   

   We have checked the configuration on switches, upgraded Mellanox driver for 
XenServer,  but no luck.
   Meanwhile, we can not re-produce this issue in another environment 
(XenServer 7.1CU2+ACS 4.11.2+ Intel Gb network).
   
   
It seems it might be related to Mellanox adapter, but we have no idea what 
part we could possibly miss in this case.
   
   
   Any advice would be highly appreciated !   Thank you !
   
   
   在2019年02月22 13时09分, "gu haven"写道:
   
   
   hi ，all
 I try iperf wget scp connection will break after 200 seconds ，Do  need 
any optimization in vr ?
 
   environment infomation below:
   
   cloudstack 4.11.2
   
   xenserver 7.1 CU2 Enterprise
   
   NIC :MLNX 25GbE 2P ConnectX4LX
   
   bond mode in xenserver : acitce-active
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   


dag.sonst...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
 







 

Any plan for 4.11 LTS extension ?

[Haijiao]

HI, Community 


According to the LTS roadmap 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS ,  current 4.11.x is 
supposed to reach EOL on Jul.1 this year. 


Seems the next candidate of LTS is not available yet ( 4.13 ?) ,  do we have 
plan to extend the life of 4.11.x and at least promote another maintenance 
release with estimated date ?, e.g. 4.11.3 in Q2 


Thanks ！

Re:RE: Any plan for 4.11 LTS extension ?

[Haijiao]

Thanks Giles !


As user,  would be nice to see if we can have another release of 4.11 (say 
4.11.3 ?)  to include recently merged critical fixes, e.g. usage service issue 
in a couple of weeks. 


Most of 4.11 users may not upgrade their environment to 4.13 once it's 
released, which means we will stay on 4.11.x for another 3-6 months at least.   
Another 4.11 LTS release will give users more confidence and prove the value of 
LTS. 


Just my 2 cents.






在2019年03月14 17时48分, "Giles Sirett"写道:

Hi Haijiao

I would *expect*  4.13.0 (LTS) to be released in Q2, which  will supersede the 
4.11 branch as the current LTS branch

Kind regards
Giles

giles.sir...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
 



-Original Message-
From: Haijiao <18602198...@163.com>
Sent: 14 March 2019 06:16
To: dev ; users 
Subject: Any plan for 4.11 LTS extension ?



HI, Community


According to the LTS roadmap 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS ,  current 4.11.x is 
supposed to reach EOL on Jul.1 this year.


Seems the next candidate of LTS is not available yet ( 4.13 ?) ,  do we have 
plan to extend the life of 4.11.x and at least promote another maintenance 
release with estimated date ?, e.g. 4.11.3 in Q2


Thanks ！

Re:[RESULT][VOTE] Apache CloudStack 4.12.0.0

[Haijiao]

Great job, new RM and new release !








在2019年03月20 05时36分, "Gabriel Beims Bräscher"写道:

Hi all,

After 3 business days, the vote for CloudStack 4.12.0.0 *passes* with 4 PMC
+ 2 non-PMC votes.

+1 (PMC / binding)
* Wido den Hollander
* Simon Weller
* Rafael Weingärtner
* Rohit Yadav

+1 (nonbinding)
* Gabriel Bräscher
* Nicolas Vazquez

0
none

-1
none

Thanks to everyone participating.

I will now prepare the release announcement to go out after 24 hours to
give the mirrors time to catch up.

Best regards,
Gabriel

***UNCHECKED*** Question about 'Deployment Planner'

[Haijiao]

Even we have ran CloudStack for years,still not quite clear about how 'First 
Fit'  method exactly works ?


It's stated in http://docs.cloudstack.apache.org that if  select 'First Fit' 
method in 'Deployment Planner',  user shall 'places new VMs on the first host 
that is found having sufficient capacity to support the VM’s requirements.' 


The question is 


1. in what order CloudStack checks hosts to find out who is  capable to 
host the new VM ?   
2. Is there a method ACS can create the new VM on the host which has less 
resource utilizatoin, e.g CPU or memory ? That would be particularly useful to 
balance the host resource utilization among hosts within same cluster. 


Regards, 

Re:Re: ***UNCHECKED*** Question about 'Deployment Planner'

[Haijiao]

Hi, Wei


You rock !It's exactly what we want.   


Would suggest community to update the 'deployment planner' part in the doc, 
link to these 2 important global parameters. 


Thanks again , Wei !






在2019年04月09 15时18分, "Wei ZHOU"写道:

Hi Haijiao,

Try the following global configurations

vm.allocation.algorithm = firstfitleastconsumed
host.capacityType.to.order.clusters = CPU (or RAM)

-Wei




Haijiao <18602198...@163.com> 于2019年4月9日周二 上午8:48写道：

>
>
> Even we have ran CloudStack for years,still not quite clear about how
> 'First Fit'  method exactly works ?
>
>
> It's stated in http://docs.cloudstack.apache.org that if  select 'First
> Fit' method in 'Deployment Planner',  user shall 'places new VMs on the
> first host that is found having sufficient capacity to support the VM’s
> requirements.'
>
>
> The question is
>
>
> 1. in what order CloudStack checks hosts to find out who is  capable
> to host the new VM ?
> 2. Is there a method ACS can create the new VM on the host which has
> less resource utilizatoin, e.g CPU or memory ? That would be particularly
> useful to balance the host resource utilization among hosts within same
> cluster.
>
>
> Regards,
>
>
>
>
>
>

CloudStack and SDN

[Haijiao]

Noted Nuage's decision on ceasing SDN plugin for CloudStack. Just wondering is 
there any other SDN solutoin can be integrated with CloudStack ?


Thanks !


Regards, 

Re:Re: RBD primary storage VM encounters Exclusive Lock after triggering HA

[Haijiao]

Hi, Andrija


I think Ceph has a versioning convention that x.2.z means stable release for 
production. http://docs.ceph.com/docs/master/releases/schedule/


x.0.z - development releases (for early testers and the brave at heart)
x.1.z - release candidates (for test clusters, brave users)
x.2.z - stable/bugfix releases (for users)


And if we look into the release note of Minic, it states something like  'This 
is the fifth bugfix release of the Mimic v13.2.x long term stable release 
series. We recommend all Mimic users upgrade.'  
http://docs.ceph.com/docs/master/releases/mimic/#v13-2-4-mimic


:-)


At 2019-05-28 14:40:45, "Andrija Panic"  wrote:
>Hi Li,
>
>You would like to take a look at the next PR from Wido -
>https://github.com/apache/cloudstack/pull/2985 - this is 4.12 only.
>
>In other words, you are using Mimic, non-LTS release of Ceph - and I have a
>hard time believing that anyone is using this in production with CloudStack
>(since it's decently recent Ceph release).
>
>Test a ACS 4.12 and see if your problem goes away.
>
>@Wido den Hollander  , any thought?
>
>Regards,
>Andrija
>
>On Tue, 28 May 2019 at 06:24, li jerry  wrote:
>
>> Hello guys
>>
>> we’ve deployed an environment with CloudStack 4.11.2 and KVM(CentOS7.6),
>> and Ceph 13.2.5 is deployed as the primary storage.
>> We found some issues with the HA solution, and we are here to ask for you
>> suggestions.
>>
>> We’ve both enabled VM HA and Host HA feature in CloudStack, and the
>> compute offering is tagged as ha.
>> When we try to perform a power failure test (unplug 1 node of 4), the
>> running VMs on the removed node is automatically rescheduled to the other
>> living nodes after 5 minutes, but all of them can not boot into the OS. We
>> found the booting procedure is stuck by the IO read/write failure.
>>
>>
>>
>> The following information is prompted after VM starts:
>>
>> Generating "/run/initramfs/rdsosreport.txt"
>>
>> Entering emergency mode. Exit the shell to continue.
>> Type "journalctl" to view system logs.
>> You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or
>> /boot
>> after mounting them and attach it to a bug report
>>
>> :/#
>>
>>
>>
>> We found this is caused by the lock on the image:
>> [root@cn01-nodea ~]# rbd lock list a93010b0-2be2-49bd-b25e-ec89b3a98b4b
>> There is 1 exclusive lock on this image.
>> Locker ID  Address
>> client.1164351 auto 94464726847232 10.226.16.128:0/3002249644
>>
>> If we remove the lock from the image, and restart the VM under CloudStack,
>> this VM will boot successfully.
>>
>> We know that if we disable the Exclusive Lock feature (by setting
>> rbd_default_features = 3) for Ceph would solve this problem. But we don’t
>> think it’s the best solution for the HA, so could you please give us some
>> ideas about how you are doing and what is the best practice for this
>> feature?
>>
>> Thanks.
>>
>>
>
>-- 
>
>Andrija Panić

Re:Re: Getting Cracking on a 4.11.3

[Haijiao]

I know typically 4.11.3 would not accept new features but bug fixes. 


We have a couple of clients that need 'uploading local ISO via UI or API', just 
wondering if 4.11.3 can include the PR  Add local ISO upload via UI #3251 , 
given it's already merged into master?


Thanks !

Re:Re: Re:Re: Getting Cracking on a 4.11.3

[Haijiao]

Understood,  awaiting 4.13,  thanks !







At 2019-06-06 10:46:35, "Rohit Yadav"  wrote:
>Hi Haijiao,
>
>We cannot accept or back port completely new features on 4.11 branch, we 
>should ideally only accept bugfixes but sometimes small infra/operational 
>enhancements do make it in minor releases.
>
>Once 4.11.3.0 is out, we will work towards 4.13.0.0 and users can get all new 
>features with the next major release.
>
>Regards.
>
>Regards,
>Rohit Yadav
>
>
>From: Haijiao <18602198...@163.com>
>Sent: Thursday, June 6, 2019 7:25:34 AM
>To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
>Subject: Re:Re: Getting Cracking on a 4.11.3
>
>I know typically 4.11.3 would not accept new features but bug fixes.
>
>
>We have a couple of clients that need 'uploading local ISO via UI or API', 
>just wondering if 4.11.3 can include the PR  Add local ISO upload via UI #3251 
>, given it's already merged into master?
>
>
>Thanks !
>
>
>
>
>
>
>rohit.ya...@shapeblue.com 
>www.shapeblue.com
>Amadeus House, Floral Street, London  WC2E 9DPUK
>@shapeblue
>  
> 
>

Is there any way to create VM with multiple GPUs ?

[Haijiao]

Hi,  Community 


We have a environment with XenServer 7.1LTS + ACS 4.11.2,  some hosts has 
multiple Nividia P4 graphic cards installed. 


Per business requirement,  we need provision VM with passthrough GPUs.  We 
expect to provide users various offerings,  e.g.  1GPU/VM,   2GPU/VM... but it 
seems ACS currently only support 1GPU/VM by default. 


Is there any way we can specifiy the number of GPUs during VM creation ?   I 
guess we may leverage XenServer CLI to do that,  but would be much more 
consistent and efficient if we are allowed to make it happen via ACS. 


Thanks !

Re:Re: [ANNOUNCE] Apache CloudStack LTS Maintenance Release 4.11.3.0

[Haijiao]

We have upgraded our production to 4.11.3 last weekend. 


Thanks development team ! We are gaining more confidence on ACS. 

At 2019-07-14 12:18:30, "Anurag Awasthi"  wrote:
>Congratulations everyone!
>
>Regards,
>Anurag Awasthi
>
>From: Rohit Yadav 
>Sent: Sunday, July 14, 2019 3:48 AM
>To: dev@cloudstack.apache.org ; 
>market...@cloudstack.apache.org ; 
>annou...@cloudstack.apache.org ; 
>us...@cloudstack.apache.org 
>Subject: Re: [ANNOUNCE] Apache CloudStack LTS Maintenance Release 4.11.3.0
>
>Congratulations everyone!
>
>Regards.
>
>Regards,
>Rohit Yadav
>
>
>From: Paul Angus 
>Sent: Saturday, July 13, 2019 9:22:12 PM
>To: dev@cloudstack.apache.org ; 
>market...@cloudstack.apache.org ; 
>annou...@cloudstack.apache.org ; 
>us...@cloudstack.apache.org 
>Subject: [ANNOUNCE] Apache CloudStack LTS Maintenance Release 4.11.3.0
>
>Announcing Apache CloudStack LTS Maintenance Release 4.11.30
>
>
>
>The Apache CloudStack project is pleased to announce the release of
>CloudStack 4.11.3.0 as part of its LTS 4.11.x releases. The CloudStack
>4.11.3.0 release contains c. 50 fixes on top of the CloudStack 4.11.2.0
>release. CloudStack LTS branches are supported for 20 months and will
>receive updates for the first 14 months. For the final six months, only
>security updates are provided.
>
>
>
>Apache CloudStack is an integrated Infrastructure-as-a-Service (IaaS)
>software platform allowing users to build feature-rich public and private
>cloud environments. CloudStack includes an intuitive user interface and
>rich API for managing the compute, networking, software, and storage
>resources. The project became an Apache top level project in March, 2013.
>More information about Apache CloudStack can be found at:
>
>http://cloudstack.apache.org/
>
>
>
># Documentation
>
>
>
>The 4.11.3.0 release notes include a full list of issues fixed:
>
>http://docs.cloudstack.apache.org/en/4.11.3.0/releasenotes/fixed_issues.html
>
>
>
>
>The CloudStack documentation includes upgrade instructions from previous
>versions of Apache CloudStack, and can be found at:
>
>http://docs.cloudstack.apache.org/en/4.11.3.0/upgrading/index.html
>
>
>The official installation, administration and API documentation for each of
>the releases are available on our documentation page:
>
>http://docs.cloudstack.apache.org/
>
>
>
># Downloads
>
>
>
>The official source code for the 4.11.3.0 release can be downloaded from
>our downloads page:
>
>http://cloudstack.apache.org/downloads.html
>
>
>
>In addition to the official source code release, individual contributors
>have also made convenience binaries available on the Apache CloudStack
>download page, and can be found at:
>
>
>http://download.cloudstack.org/ubuntu/dists/
>
>http://download.cloudstack.org/centos/6/
>
>http://download.cloudstack.org/centos/7/
>
>http://www.shapeblue.com/packages/
>
>
>
>Kind regards,
>
>
>
>Paul Angus
>
>rohit.ya...@shapeblue.com
>www.shapeblue.com
>Amadeus House, Floral Street, London  WC2E 9DPUK
>@shapeblue
>
>
>
>
>anurag.awas...@shapeblue.com 
>www.shapeblue.com
>Amadeus House, Floral Street, London  WC2E 9DPUK
>@shapeblue
>  
> 
>

Re:Re: Dynamic scaling support for KVM

[Haijiao]

+1,  almost a 'must-have' feature in nowdays. 



At 2019-08-09 00:40:57, "Sven Vogel"  wrote:
>+1 from me too. I hope so with refactor or without :)
>
>Von meinem iPhone gesendet
>
>
>__
>
>Sven Vogel
>Teamlead Platform
>
>EWERK RZ GmbH
>Brühl 24, D-04109 Leipzig
>P +49 341 42649 - 11
>F +49 341 42649 - 18
>s.vo...@ewerk.com
>www.ewerk.com
>
>Geschäftsführer:
>Dr. Erik Wende, Hendrik Schubert, Frank Richter
>Registergericht: Leipzig HRB 17023
>
>Zertifiziert nach:
>ISO/IEC 27001:2013
>DIN EN ISO 9001:2015
>DIN ISO/IEC 2-1:2011
>
>EWERK-Blog | LinkedIn | Xing | Twitter | Facebook
>
>Auskünfte und Angebote per Mail sind freibleibend und unverbindlich.
>
>Disclaimer Privacy:
>Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist 
>vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der 
>bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, 
>Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte 
>informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die 
>E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System. Vielen 
>Dank.
>
>The contents of this e-mail (including any attachments) are confidential and 
>may be legally privileged. If you are not the intended recipient of this 
>e-mail, any disclosure, copying, distribution or use of its contents is 
>strictly prohibited, and you should please notify the sender immediately and 
>then delete it (including any attachments) from your system. Thank you.
>> Am 08.08.2019 um 18:18 schrieb Anurag Awasthi :
>>
>> +1 to the feature.
>>
>> @Fariborz, perhaps open a github issue as a new feature request?
>> 
>> From: Simon Weller 
>> Sent: Thursday, August 8, 2019 6:30 PM
>> To: dev@cloudstack.apache.org 
>> Subject: Re: Dynamic scaling support for KVM
>>
>> Hi Fariboz,
>>
>> We'd definitely like to add that functionality, but it's going to be a 
>> fairly big lift, as the libxml configs are currently built as a single 
>> block. A large refactor of how we interact with libvirt will be required.
>> This is definitely something we have on our list and hopefully we can 
>> starting taking a look at it within the next few months.
>>
>> -Si
>> 
>> From: Fariborz Navidan 
>> Sent: Thursday, August 8, 2019 7:27 AM
>> To: dev@cloudstack.apache.org 
>> Subject: Dynamic scaling support for KVM
>>
>> Hello Devs,
>>
>> Since long time ago libvirt supports live horizental scaling of VMs. Do you
>> intend for ACS 4.13 to support dynamic scaling of KVM VMs?
>>
>> TIA
>>
>> anurag.awas...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>>
>>
>>

Re:Re: Hackathon @apachecon

[Haijiao]

+1 on 'Scale up running vms on kvm', auto scale will be even better.







At 2019-09-09 09:42:10, "Wei ZHOU"  wrote:
>Some ideas from me
>1. Scale up running vms on kvm
>2. Enable  security groups on shared networks in advanced zone.
>
>-Wei
>
>On Friday, 6 September 2019, Paul Angus  wrote:
>
>> Hi All,
>>
>> We have a large room for the day on Wednesday for a hackathon.  I think it
>> might be a good idea if we marshal some thoughts around what we'd like to
>> do with the time.
>> I guess that we'll end up with some splinter groups who want to work on
>> something very specific together as well, I can't see that being a problem.
>>
>> Some thing that I'd like to put out there as a discussion is the
>> networking models - there has been talk of rationalising and dropping
>> 'basic' networks as a separate model and using advanced networks with
>> security groups instead.  Also the combining of the VR and VPC code to make
>> an isolated network a single tier VPC.   I'd like to have a group
>> discussion around what everyone would like to do and how we might do it.
>>
>> Are there any other topics that people think that would benefit from a
>> group discussion ?
>>
>>
>> Cheers
>>
>>
>> Paul Angus
>>
>>
>> paul.an...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>>
>>
>>
>>

Re:Re: [ANNOUNCE] Apache CloudStack 4.13.0.0 GA

[Haijiao]

Awesome work !   And also noted a bunch of document update. 


Will translate and post it in OpenSource China community . 

At 2019-09-24 19:38:21, "Andrija Panic"  wrote:
>A great release (lot's of new and interesting features and bug fixes) -
>awesome work everyone!
>Thx @Paul Angus
>
>On Tue, 24 Sep 2019 at 13:16, Andrei Mikhailovsky 
>wrote:
>
>> Great work guys and girls!!!
>>
>> - Original Message -
>> > From: "Paul Angus" 
>> > To: annou...@cloudstack.apache.org, "Apache CloudStack Marketing" <
>> market...@cloudstack.apache.org>, "dev"
>> > , "users" ,
>> users...@cloudstack.apache.org
>> > Sent: Tuesday, 24 September, 2019 11:06:28
>> > Subject: [ANNOUNCE] Apache CloudStack 4.13.0.0 GA
>>
>> > *The Apache Software Foundation Announces Apache**®** CloudStack**®**
>> v4.13*
>> >
>> >
>> > Apache CloudStack v4.13 features nearly 200 new features, enhancements
>> and
>> > fixes since 4.12., such as enhanced hypervisor support, performance
>> > increases and more user-configurable controls.  Highlights include:
>> >
>> >
>> >
>> >   - Supporting configuration of virtualised appliances
>> >   - VMware 6.7 support
>> >   - Increased granularity & control of instance  deployment
>> >   - Improvements in system VM performance
>> >   - Allow live migration of DPDK enabled instances
>> >   - More flexible UI branding
>> >   - Allowing users to create layer 2 network offerings
>> >
>> >
>> > The full list of new features can be found in the project release notes
>> at
>> > http://docs.cloudstack.apache.org/en/4.13.0.0/releasenotes/changes.html
>> >
>> >
>> >
>> > Apache CloudStack powers numerous elastic Cloud computing services,
>> > including solutions that have ranked as Gartner Magic Quadrant leaders.
>> > Highlighted in the Forrester Q4 2017 Enterprise Open Source Cloud
>> Adoption
>> > report, Apache CloudStack "sits beneath hundreds of service provider
>> > clouds", including Fortune 5 multinational corporations. A list of known
>> > Apache CloudStack users are available at
>> > http://cloudstack.apache.org/users.html
>>
>
>
>-- 
>
>Andrija Panić

Re:Re:Re: [ANNOUNCE] Apache CloudStack 4.13.0.0 GA

[Haijiao]

BTW,  I think we should update the LTS release calendar on Wiki too,  since 
4.13 has become the latest LTS.


https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS


Regards, 


At 2019-09-24 21:37:58, "Haijiao" <18602198...@163.com> wrote:
>Awesome work !   And also noted a bunch of document update. 
>
>
>Will translate and post it in OpenSource China community . 
>
>At 2019-09-24 19:38:21, "Andrija Panic"  wrote:
>>A great release (lot's of new and interesting features and bug fixes) -
>>awesome work everyone!
>>Thx @Paul Angus
>>
>>On Tue, 24 Sep 2019 at 13:16, Andrei Mikhailovsky 
>>wrote:
>>
>>> Great work guys and girls!!!
>>>
>>> - Original Message -
>>> > From: "Paul Angus" 
>>> > To: annou...@cloudstack.apache.org, "Apache CloudStack Marketing" <
>>> market...@cloudstack.apache.org>, "dev"
>>> > , "users" ,
>>> users...@cloudstack.apache.org
>>> > Sent: Tuesday, 24 September, 2019 11:06:28
>>> > Subject: [ANNOUNCE] Apache CloudStack 4.13.0.0 GA
>>>
>>> > *The Apache Software Foundation Announces Apache**®** CloudStack**®**
>>> v4.13*
>>> >
>>> >
>>> > Apache CloudStack v4.13 features nearly 200 new features, enhancements
>>> and
>>> > fixes since 4.12., such as enhanced hypervisor support, performance
>>> > increases and more user-configurable controls.  Highlights include:
>>> >
>>> >
>>> >
>>> >   - Supporting configuration of virtualised appliances
>>> >   - VMware 6.7 support
>>> >   - Increased granularity & control of instance  deployment
>>> >   - Improvements in system VM performance
>>> >   - Allow live migration of DPDK enabled instances
>>> >   - More flexible UI branding
>>> >   - Allowing users to create layer 2 network offerings
>>> >
>>> >
>>> > The full list of new features can be found in the project release notes
>>> at
>>> > http://docs.cloudstack.apache.org/en/4.13.0.0/releasenotes/changes.html
>>> >
>>> >
>>> >
>>> > Apache CloudStack powers numerous elastic Cloud computing services,
>>> > including solutions that have ranked as Gartner Magic Quadrant leaders.
>>> > Highlighted in the Forrester Q4 2017 Enterprise Open Source Cloud
>>> Adoption
>>> > report, Apache CloudStack "sits beneath hundreds of service provider
>>> > clouds", including Fortune 5 multinational corporations. A list of known
>>> > Apache CloudStack users are available at
>>> > http://cloudstack.apache.org/users.html
>>>
>>
>>
>>-- 
>>
>>Andrija Panić

Re:Re: [VOTE] Primate as modern UI for CloudStack

[Haijiao]

+1， could be a major change leading to CloudStack 5.0




At 2019-10-08 04:11:28, "Ezequiel Mc Govern"  
wrote:
>+1
>
>> On 7 Oct 2019, at 08:31, Rohit Yadav  wrote:
>> 
>> All,
>> 
>> The feedback and response has been positive on the proposal to use Primate 
>> as the modern UI for CloudStack [1] [2]. Thank you all.
>> 
>> I'm starting this vote (to):
>> 
>>  *   Accept Primate codebase [3] as a project under Apache CloudStack project
>>  *   Create and host a new repository (cloudstack-primate) and follow Github 
>> based development workflow (issues, pull requests etc) as we do with 
>> CloudStack
>>  *   Given this is a new project, to encourage cadence until its feature 
>> completeness the merge criteria is proposed as:
>> *   Manual testing against each PR and/or with screenshots from the 
>> author or testing contributor, integration with Travis is possible once we 
>> get JS/UI tests
>> *   At least 1 LGTM from any of the active contributors, we'll move this 
>> to 2 LGTMs when the codebase reaches feature parity wrt the existing/old 
>> CloudStack UI
>> *   Squash and merge PRs
>>  *   Accept the proposed timeline [1][2] (subject to achievement of goals 
>> wrt Primate technical release and GA)
>> *   the first technical preview targetted with the winter 2019 LTS 
>> release (~Q1 2020) and release to serve a deprecation notice wrt the older UI
>> *   define a release approach before winter LTS
>> *   stop taking feature FRs for old/existing UI after winter 2019 LTS 
>> release, work on upgrade path/documentation from old UI to Primate
>> *   the first Primate GA targetted wrt summer LTS 2020 (~H2 2019), but 
>> still ship old UI with a final deprecation notice
>> *   old UI codebase removed from codebase in winter 2020 LTS release
>> 
>> The vote will be up for the next two weeks to give enough time for PMC and 
>> the community to gather consensus and still have room for questions, 
>> feedback and discussions. The results to be shared on/after 21th October 
>> 2019.
>> 
>> 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)
>> 
>> [1] Primate Proposal:
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Proposal%3A+CloudStack+Primate+UI
>> 
>> [2] Email thread reference:
>> https://markmail.org/message/z6fuvw4regig7aqb
>> 
>> [3] Primate repo current location: https://github.com/shapeblue/primate
>> 
>> 
>> Regards,
>> 
>> Rohit Yadav
>> 
>> Software Architect, ShapeBlue
>> 
>> https://www.shapeblue.com
>> 
>> rohit.ya...@shapeblue.com 
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>> 
>> 
>> 

Integration between CloudStack and Citrix XenDesktop

[Haijiao]

Citrix XenDesktp was used to be able to be integrated with Citrix CloudPlatform 
(CloudStack).  The last version we have tested withou issue is Apache 
CloudStack 4.7. 1.
Recently we re-validated the integration with latest version of each 
components， but failed this time.

a)  Citrix VirtualDesktop: 1906

b)  ACS: 4.11.3

c)  XenServer：7.1.2


While we choose 'CloudPlatform' as the Connection Type on DDC with API and 
Secret Key,  it returns error like this.   


Since ACS+Citrix is a very unqiue combination for VDI,  would appreciate if any 
one can share exprience or piece of advice,  thanks !


Error Id: XDDS:FCD59C21


异常:
Citrix.Orchestration.Base.LogicModels.Exceptions.ScriptException 未知错误。请联系 
Citrix 技术支持。
   在 
Citrix.Orchestration.Base.PowerShellInteraction.CmdletExecutionMethods.CreateException[T](ICommonLog
 logger, ExecutionResults`1 results, ICmdletExecutionHost host)
   在 
Citrix.Orchestration.Base.PowerShellInteraction.CmdletExecutionMethods.Execute[T](ISdkCmdlet`1
 sdkCmd, ICmdletExecutionHost host, Boolean allowFailover)
   在 
Citrix.Orchestration.Base.PowerShellSdk.HypervisorService.Scripts.GetHypervisorItemsScript`1.RunScript()
   在 
Citrix.Orchestration.Base.PowerShellInteraction.PowerShellScript`1.Run()
   在 
Citrix.Orchestration.Base.PowerShellSdk.HypervisorService.PSHypervisorService.GetVirtualPrivateClouds(HypervisorConnectionModel
 connection, ScriptExecutionContext context)
   在 
Citrix.Console.Hypervisors.UI.Pages.CloudLocationViewModel.OnRegionSelected()
   在 Citrix.Console.Common.OperationTimer.TimeBlock(Action operation)
   在 
Citrix.Console.CommonControls.ProgressDisplay.GenericProgressOperation.PerformOperationInternal()
   在 
Citrix.Console.CommonControls.ProgressDisplay.ProgressWindowOperation.PerformOperation()
   在 
Citrix.Console.CommonControls.ProgressDisplay.ProgressWindowViewModel.PerformAction(Action
 operationComplete)

DesktopStudio_ErrorId : ExceptionThrown
Exception : Citrix.CloudStack.SDK.CloudStackException: ErrorCode: 
ErrorText:  Command: listAccounts Context: Error deserializing response

= Original (plugin-side) exception details =
Citrix.CloudStack.SDK.CloudStackException: ErrorCode: ErrorText:  Command: 
listAccounts Context: Error deserializing response ---> 
System.InvalidOperationException: XML 文档(0, 0)中有错误。 ---> 
System.FormatException: 输入字符串的格式不正确。
   在 System.Number.StringToNumber(String str, NumberStyles options, 
NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
   在 System.Number.ParseInt32(String s, NumberStyles style, 
NumberFormatInfo info)
   在 
Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderListAccountsResponse.Read8_Account(Boolean
 isNullable, Boolean checkType)
   在 
Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderListAccountsResponse.Read9_ListAccountsResponse(Boolean
 isNullable, Boolean checkType)
   在 
Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderListAccountsResponse.Read10_listaccountsresponse()
   --- 内部异常堆栈跟踪的结尾 ---
   在 System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader 
xmlReader, String encodingStyle, XmlDeserializationEvents events)
   在 Citrix.CloudStack.SDK.Utility.DeserialiseResponse[T](XContainer 
response, String apiCallName, String rootElement)
   --- 内部异常堆栈跟踪的结尾 ---
   在 Citrix.CloudStack.SDK.Utility.DeserialiseResponse[T](XContainer 
response, String apiCallName, String rootElement)
   在 CloudCommon.SessionRateLimiter`1.InvokeSession[TReturnType](Func`2 
worker)
   在 
Citrix.HypervisorCommunicationsLibrary.Plugins.CloudStack.CloudStackAdapter.WhoAmI()
   在 
Citrix.HypervisorCommunicationsLibrary.Plugins.CloudStack.CloudStackAdapter.DescribeNetworks(IList`1
 resourceIds, String availabilityZone)
   在 CloudCommon.CloudInventoryTree.DiscoverAllObjects(ICloudAdapter 
cloudAdapter)
   在 CloudCommon.CloudInventoryTree.Build(ICloudAdapter adapter, 
ILogProvider logger)
   在 CloudCommon.CloudPluginBase.PluginMachineManager.get_InventoryTree()
   在 CloudCommon.CloudPluginBase.PluginMachineManager.GetContents(String 
path, Boolean all)
   在 
CloudCommon.CloudPluginBase.PluginHypervisor.EnumerateContents(IConnectionDetails
 connectionDetails, String path, String rootPath, Boolean returnAll)
   在 
Citrix.HypervisorCommunicationsLibrary.AddInSideAdapter.ICloudHypervisor_AddInViewToContractAdapter.EnumerateContents(IConnectionDetailsContract
 connectionDetails, String path, String rootPath, Boolean returnAll)

= Original (plugin-side) exception properties (count 6) =
'Context' = 'Error deserializing response'
'Command' = 'listAccounts'
'APIErrorResult' = 'ErrorCode: ErrorText: '
'Data' = 'Context = Error deserializing response; Command = listAccounts; 
APIErrorResult = ErrorCode: ErrorText: ; RequestBody = '
'Source' = 'Citrix.CloudStack.SDK'
  

Re:Re: 4.13.1 Release schedule

[Haijiao]

Thanks Andrjia !


And appreciated for effort to manage the coming 4.14 release.


Regards,

在 2019-12-24 20:03:51，"Andrija Panic"  写道：
>Jerry,
>
>that all is going to be in both 4.13.1 and 4.14, but 4.13 will be
>**probably** March 2020 or later.
>
>On Tue, 24 Dec 2019, 12:27 li jerry,  wrote:
>
>> sorry, this is the PR you want to merge
>> https://github.com/apache/cloudstack/pull/3662
>> https://github.com/apache/cloudstack/pull/3721
>>
>>
>> Our environment is
>> CloudStack 4.11.3 + Xenserver 7.1.2
>>
>> Guest OS is Ubuntu 14.04 or Ubuntu 16.04
>> -邮件原件-
>> 发件人: Andrija Panic 
>> 发送时间: 2019年12月24日 18:30
>> 收件人: dev 
>> 抄送: Paul Angus 
>> 主题: Re: 4.13.1 Release schedule
>>
>> Jerry,
>>
>> you are missing those 2 PRa, can you send the links?
>>
>> Can you describe how exactly your VM loose IP (how can you reproduce it)?
>> There are a couple of related/similar issues, thus my asking. What
>> hypervisor?
>>
>> 4.13.1 is not even scheduled (will come after 4.14 release which hopefully
>> will be ready end of February)
>>
>> On Tue, 24 Dec 2019, 02:49 li jerry,  wrote:
>>
>> > Hi Paul
>> >
>> > In our production environment, we use 4.11.3, which often leads to IP
>> > loss of VM. Serious impact on the experience.
>> > I see that this patch (https://github.com/apache/cloudstack/pull/3627)
>> > has fixed this problem, but it only merged into the 4.13.1 branch So,
>> > I would like to ask if it is possible to release 4.13.1 in the near
>> > future (1-2 weeks). We want to upgrade our production version to
>> > 4.13.1 to solve the problem of VM losing IP In addition, I have
>> > observed that the following two PR's are also very useful. Can you
>> > please return them to 4.13.1?
>> >
>> >
>> >
>> > -Jerry
>> >
>> >
>>

Re: [Feature Request] VM Snapshot based on KVM+Ceph

[Haijiao]

Understand the technical complexity of this feature. 

 Just curious how the other ‘stacks’ get the VM live snapshot to work,  e.g. 
Proxmox VE

 https://pve.proxmox.com/wiki/Live_Snapshots

Re:Re: [Feature Request] VM Snapshot based on KVM+Ceph

[Haijiao]

That's true,  and works well in our environment too.   It's deserved to be 
included in 4.9.x






在2016年07月16 04时45分, "Simon Weller"写道:

So to be clear here, there is an existing PR awaiting merge that adds KVM VM 
snapshotting to ACS (including memory). It supports storage backends that 
utilize QCOW2.


The PR is here: https://github.com/apache/cloudstack/pull/977


- Si


________
From: Haijiao <18602198...@163.com>
Sent: Thursday, July 14, 2016 9:25 PM
To: dev
Subject: Re: [Feature Request] VM Snapshot based on KVM+Ceph




Understand the technical complexity of this feature.

Just curious how the other 'stacks' get the VM live snapshot to work,  e.g. 
Proxmox VE

https://pve.proxmox.com/wiki/Live_Snapshots
Live Snapshots - Proxmox VE<https://pve.proxmox.com/wiki/Live_Snapshots>
pve.proxmox.com
By using Proxmox VE live snapshots you can preserve the KVM virtual machine 
state. A snapshot includes the contents of the virtual machine memory, virtual 
machine ...

Re:Re: [VOTE] Apache Cloudstack 4.9.0 RC2

[Haijiao]

Hi, Gents


Anyone tested RC2 with redudant VR configuration ?  I think there are some 
issues not fixed yet, e.g. password server.  
https://issues.apache.org/jira/browse/CLOUDSTACK-9385


We will test these days and come back.

Hosts can not connect to secondary storage (NFS)

[Haijiao]

Hi, Devs

 We have a small production environment consists of 5 hosts (KVM, Ubuntu 14.04) 
and the secondary storage is NFS running on an separated management host.

 Days ago,  we wrongly put one host in 'maintenance'  which caused all the VMs 
running on that host to migrate to other available hosts.  but these hosts 
turned into 'alert' or 'disconnected' state on ACS UI, and meanwhile from the 
kernel log, we can see the repeated message ' kernel: [3270144.284365] nfs: 
server 10.226.32.4 not responding, timed out' .

 It seems all the hosts can not mount or unmount the NFS storage.  We have to 
use 'unmount -lf' to forcely unmount the NFS and get the host state back to 
normal by restarting the libivrt and cloudstack agent.  But the issue still 
sits there, all the hosts can not mount NFS with the solid error 'nfs: server 
10.226.32.4 not responding, timed out'.

 To isolate this issue,  we added a fresh new host into the environment,  it 
can communicate with NFS with no problem. So the issue seems only happens with 
the existing 5 hosts.   We guess it could be fixed by restarting the hosts but 
we can not afford that as of now since they are all running production apps now.

 

Can anyone share some advice or hints to get the secondary storage back?   
Thanks a lot !

Re:Re: 4.8, 4.9, and master Testing Status

[Haijiao]

Though I am one of the silent majority, I would thank John the dev team for 
your continuous effort, you keep ACS alive and better !


Just heard one of biggest finance company in China running 10,000+ VMs on ACS 
4.4 for production/dev/QAS,  you guys should be proud of that.
Salute to you!







在2016年10月05 03时09分, "ilya"写道:

John and Team

Thanks for amazing work and contributing back.

Regards,
ilya

On 10/3/16 9:48 PM, John Burwell wrote:
> All,
>
> A quick update on our progress to pass all smoke tests aka super green.  We 
> have reduced the failures and errors for XenServer from 93 to 9 and for 
> VMware from 51 to 14.  A CentOS 6/CentOS 6 KVM run is currently executing.  
> Based on manual tests/fixes, we are expecting to be the first super green 
> configuration.  We have also found the following additional defects:
>
>   * CLOUDSTACK-9528 [2]: SSVM Downloads (built-in) Template Multiple Times
>   * CLOUDSTACK-9529 [3]: Marvin Tests Do Not Clean Up Properly
>
> 9528 is causing XenServer environments to fail to install and startup 
> cleanly.  A lack of cleanup described in 9529 is causing XenServer to exhaust 
> available resources before a test run completes.  We believe that resolution 
> of these issues will address most, if not all, of the XenServer issues.
>
> Thanks,
> -John
>
> [1]: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=65873020
> [2]: https://issues.apache.org/jira/browse/CLOUDSTACK-9528
> [3]: https://issues.apache.org/jira/browse/CLOUDSTACK-9529
>
>>
> john.burw...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London VA WC2N 4HSUK
> @shapeblue
>  
>  
>
> On Sep 30, 2016, at 2:40 AM, John Burwell  wrote:
>>
>> All,
>>
>> Using blueorganutan, Rohit, Murali, Boris, Paul, Abhi, and I are executing 
>> the smoke tests for the 4.8, 4.9, and master branches against the following 
>> environments:
>>
>> * CentOS 7.2 Management Server + VMware 5.5u3 + NFS Primary/Secondary 
>> Storage
>> * CentOS 7.2 Management Server + XenServer 6.5SP1 + NFS 
>> Primary/Secondary Storage
>> * CentOS 7.2 Management Server + CentOS 7.2 KVM + NFS Primary/Secondary 
>> Storage
>>
>> Thus far, we have found seven (7) test case and/or CloudStack defects in the 
>> VMware run for the 4.8 branch [1].  We are currently triaging fifty-one (51) 
>> new issues from the XenServer run to determine which issues were 
>> environmental and defects.  This triage work should be completed today (30 
>> Sept 2016).  Finally, we are awaiting the results of the KVM run.  
>>
>> We are using PR #1692 [2] as the master tracking PR to fix all defects in 
>> the 4.8 branch.  Our goal is to get all non-skip tests to pass and then 
>> merge this PR to the 4.8, 4.9, and master.  For each bug, we are creating a 
>> JIRA ticket and adding a commit to the PR.  Currently, the branch for this 
>> PR is in the shapeblue repo (the branch started with a much smaller fix from 
>> Paul and we just kept using it).  However, if others are interested in 
>> picking up defects, we will move it to ASF repo.  Once the 4.8 branch is 
>> stabilized, we plan to re-execute these tests on the 4.9 and master branches 
>> as we expect that the 4.9 and master branches will have additional issues.
>>
>> Since we are in a test freeze, I propose that no further PRs are merged to 
>> the 4.8, 4.9, and master branches until they are stabilized.  The following 
>> PRs will be re-based, re-tested, and merged to 4.8, 4.9.1.0, and/or 4.10.0.0 
>> post-stabilization:
>>
>> * 1696
>> * 1694
>> * 1684
>>  * 1681
>> * 1680
>> * 1678
>> * 1677
>> * 1676
>> * 1674
>> * 1673
>> * 1642
>> * 1624
>> * 1615
>> * 1600
>> * 1545
>> * 1542
>>
>> I recognize that this a large backlog of contributions ready to merge, and 
>> apologize for asking folks to wait.  However, given current state of the 
>> release branches, merging them before we complete fixing the smoke tests 
>> would create a moving target that further delay stabilization.  
>>
>> Obviously, it is unlikely we will make the 10 October 2016 release date for 
>> the 4.8.2.0, 4.9.1.0, and 4.10.0.0 releases.  At this point, it is difficult 
>> to estimate the size of the schedule slip because we still have issues to 
>> triage and test runs to complete.  I have created a wiki page [2] to track 
>> progress on this effort.  
>>
>> Does this approach sound reasonable?  Any suggestions to speed up this 
>> process will be greatly appreciated as stabilizing and re-opening these 
>> branches stable ASAP is critical for the community.
>>
>> Thanks,
>> -John
>>
>> [1]: 
>> https://issues.apache.org/jira/browse/CLOUDSTACK-9518?jql=project%20%3D%20CLOUDSTACK%20AND%20fixVersion%20in%20(4.8.2.0)%20AND%20labels%20in%20(4.8.2.0-smoke-test-failure)
>> [2]: 
>> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=65873020
>>
>>> On Sep 26, 2016, at 8:38 AM, Will Stevens  wrote:
>>>
>>> Yes, I think it is i

Re: XenServer 7

[Haijiao]

So cool, thats the feature lots of people awaiting and makes 4.10 shinning


Sent from my mobile



On 2016-10-17 23:28 , Syed Ahmed Wrote:

Hi Guys,

I have some free time on my hands and was trying to add XenServer 7
support. There seems to be only one line change that was required to add
it. I am able to create VMs and do basic stuff like NAT/port forwarding.

If anyone is interested in trying this out, I have a branch [1] which I am
working on currently. I will open a PR after I am fairly confident that
everything works.

[1] https://github.com/syed/cloudstack/tree/xenserver7


Thanks,
-Syed

Re:Outstanding Review/Testing for 4.8.2.0/4.9.1.0/4.10.0.0 RCs

[Haijiao]

Hi, John



Is that possible to include these 2 PRs in 4.10 since 4.10 is supposed to be a 
release with new features.


#1711  XenServer 7 Supporthttps://github.com/apache/cloudstack/pull/1711
#977   VM Snapshotting implementation for KVM  
https://github.com/apache/cloudstack/pull/977


thanks !


在2016年11月01 11时23分, "John Burwell"写道:

All,

Since we have stabilized the smoke tests, we have made good progress merging 
PRs.  Currently, the following open PRs are being targeted for these releases:

* 4.10.0.0 (+ all 4.8.2.0 and 4.9.1.0 PRs)
 * 1542
 * 1545
 * 1577
 * 1578
 * 1579
 * 1580
* 1600
* 1732
* 4.9.1.0 (+ all 4.8.2.0 PRs)
 * 1676
 * 1677
 * 1678
 * 1680
 * 1681
 * 1684
* 4.8.2.0
 * 1673
 * 1674
 * 1694

Are there any other open PRs that folks feel should be included in these 
releases?  I have updated each of these PRs with next steps, and, where 
possible, kicked off regression tests.

I would like to get the 4.8.2.0, 4.9.1.0, and 4.10.0.0 RCs out by COB, next 
Wednesday (5 Wednesday 2016).  Any assistance people can provide 
reviewing/testing these PRs to get them merged would be much appreciated.

Thanks,
-John
john.burw...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London VA WC2N 4HSUK
@shapeblue
 

Re: [VOTE] Apache Cloudstack 4.9.1.0 (RC1)

[Haijiao]

The chang log seems not working


Sent from my mobile



On 2016-12-10 11:11 , Rohit Yadav Wrote:

Hi All,

I've created a 4.9.1.0 release, with the following artifacts up for a vote:

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.9.1.0-RC20161210T0838
Commit: af2679959b634d095b93b8265c6da294d360065d

List of changes:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.9.1.0-RC20161210T0838

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

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

Vote will be open for 120 hours, considering the process started during the
weekends, and will end on 14 Dec 2016 end of the day.

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)

Regards.

Re:Re: [DISCUSS] 4.9.2.0 with XenServer7 support, and 4.10.0.0 RM

[Haijiao]

Hi Rohit 


Thanks for your hardworking like Santa Claus  ! 


Is that possible to include the PRs below in 4.9.2 LTS as well  ?


#977  VM Snapshotting implementation for KVM (lots of people awaiting for 
this)
#1794added more guest os (a simple to one to support latest OS)
#1849Scale CentOS7 VM fails with error 


Regards,


在2016年12月23 21时36分, "Rohit Yadav"写道:

Hi Wido,


The XS7 patch [1] is not big, if you've a look no major changes were made into 
CloudStack other than some version related checked removed for XS 6.4+. 
Regression tests confirm that XS6 works as expected, along with vmware and kvm. 
Technically it's a feature, but with LTS releases we may end up backporting 
changes to support LTS users.


I'm aiming to cut RC-1 on/before 1st Jan which is more realistic than tomorrow. 
It would be great to have ipv6, strongswan and other PRs if they are 
tested/merged before 4.10/master freeze date.


[1] https://github.com/apache/cloudstack/pull/1711/files


Regards.


From: Wido den Hollander 
Sent: 23 December 2016 18:19:38
To: Rohit Yadav; dev@cloudstack.apache.org
Subject: Re: [DISCUSS] 4.9.2.0 with XenServer7 support, and 4.10.0.0 RM


> Op 23 december 2016 om 9:51 schreef Rohit Yadav :
>
>
> All,
>
>
> 4.9.1.0 was voted recently but did not receive a lot of attention in terms of 
> testing/voting, and several users reports on the list and privately that they 
> would want to have XenServer7 support. I agree with Marty and other users 
> that it would be a great holiday present to release another minor 4.9.2.0 
> release that bundles few bugfixes and support for XenServer7.
>
>
> I'm planning to work towards 4.9.2.0 so as to at least cut 4.9.2.0-rc1 
> on/before 1st Jan, and currently working towards stabilizing 4.9.
>

How big is the XS7 support patch? Technically, isn't that a feature?

I know very little about XS7 and I wouldn't be against. But when you talk about 
a Holiday present means you want to release it at least tomorrow? But you also 
say Jan 1st?

>
> Given the current holiday period and to avoid competing voting threads -- if 
> there are no objections, I'm pushing the freeze date for 4.10/master to 30th 
> January? I would also like to invite anyone who wants to take over as RM for 
> the 4.10.0.0 release, thanks.
>

No objections against that.

>
> Master will be open to accept bugfixes and PRs that can be reviewed/merged. 
> There are several good PRs we can review/merge such as Wido's PR on ipv6 
> support for basic zone/network, and Jayapal's/Will's Strongswan VPN. I would 
> be willing to accept PRs that don't break any smoke tests on xen/vmware/kvm 
> (as covered by Travis, Trillian, BVT and others) and growing list of 
> component tests that have been added in Travis and some of which we've 
> started running in Trillian.
>

I would really like #1700 and my additional Ipv6 stuff to be merged in to 4.10 
:)

Wido

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

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

Re:[RESULT][VOTE] Apache Cloudstack 4.9.2.0 (RC2)

[Haijiao]

I am not a developer, but thanks you all for this another great achievement !


Understand how hard to get all the things sorted out.  Just thinking we 
probably need 1-2 assistants to support RM going forward, share the workload 
like documentation, release notes,  PR tracking...


These comparatively less techinical work can be separated and shared which may 
ensure RM to focus on core part of release.


Again, thanks and congratulations !






在2017年01月06 13时03分, "Rohit Yadav"写道:

Hi all,



After 72 hours, the vote for CloudStack 4.9.2.0 *passes* with

4 PMC + 0 non-PMC votes.



+1 (PMC / binding)

4 person (Wido, Bruno, Rajani, Rohit)



+1 (non binding)

none


0

none



-1

none



Thanks to everyone participating.



I will now prepare the release announcement to go out after 24 hours to
give the mirrors time to catch up.

Regards.

Re:VR issues in 4.9.0.1

[Haijiao]

Thanks for testing and summarizing.


2 PRs are actually available for review,  can we validate and include them in 
4.10 as they addresss important VR issues.   


CLOUDSTACK-9692->PR #1871  Fix password server issue in redundant 
VRs  
CLOUDSTACK-9712->PR #1890 FIX issue on preshared key if we 
disable/enable remote access vpn
CLOUDSTACK-9735->No PR available 
CLOUDSTACK-9739->No PR available
CLOUDSTACK-9745->No PR available
CLOUDSTACK-9747->No PR available
CLOUDSTACK-9761->No PR available






在2017年02月01 17时21分, "Deepthi Machiraju"写道:

Hi ,

Have been testing around VR for some time and following are few issues found 
and filed on 4.9.0.1 release.

CLOUDSTACK-9692

Reset password service is not running on Redundant virtual routers

CLOUDSTACK-9712

Establishing Remote access VPN is failing due to mismatch of preshared secrets 
post Disable/Enable VPN.

CLOUDSTACK-9735

VPN clients fail to authenticate when the password contains '#'

CLOUDSTACK-9739

Network Update (editing n/w domain) to RVR NW fails to deploy redundant VR's.

CLOUDSTACK-9745

IPtable nat rules are not cleaned up on router, post disabling static nat on 
Public IP

CLOUDSTACK-9747

Network Update with new N/W offering retains rules on UI but cleans up on Router

CLOUDSTACK-9761

Custom NW offering with Default Egress policy as " Allow" : new ICMP rule is 
created as "accept" instead of " DROP"















Thanks
Deepthi



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.

Re:PRs for 4.10

[Haijiao]

Expect the following PRs to be merged into 4.10,  thanks !


PR #1929CLOUDSTACK-9770: fix missing ip routes in VR,   
  2 LGTM ready
PR #1915CLOUDSTACK-9746 system-vm: logrotate config causes critical 
failures1 LGTM ready, just need CI test
PR #1727CLOUDSTACK-9539: Support changing Service offering for instance 
with VM Snapshots   2 LGTM ready
PR #1903CLOUDSTACK-9356: FIX Cannot add users in VPC VPN
  waiting for review
PR #1829CLOUDSTACK-9363: Fix HVM VM restart bug in XenServer
 waiting for review
PR #1849CLOUDSTACK-9690: Scale CentOS7 VM fails with error  
  waiting for review


Regards,


在2017年02月07 21时07分, "Rajani Karuturi"写道:

Hi all,
If you know of any PRs which meet the below criteria, please mail them to
me.
1. No open questions.
2. Has two LGTMs
3. Has CI test results.

~Rajani
http://cloudplatform.accelerite.com

[Feature Request] VM Snapshot based on KVM+Ceph

[Lv Haijiao]

Hi,  Developers

We deployed ACS+KVM+Ceph in our environment.  Everything looks fine except
the VM snapshot feature (not volume backup) is missing in current ACS
version.

Seems OpenStack can be in cooperation with Ceph well with VM snapshot
enabled,  wondoering if we can have this on the roadmap as well.

Thanks for your evaluation !

Re. ACS PRs Status - 2016/04/11

[Lv Haijiao]

Hi, Will

Can you put  #1410 'fix issue disk I/O throttling not applied'
(CLOUDSTACK-6928)  on your radar too ?

thanks!

Re: [ANNOUNCE] 4.14 Freeze date

[Lv Haijiao]

Would try to contribute the code to support VMware ingestion with vSAN. 


On 2020/05/25 09:48:51, Andrija Panic  wrote: 
> Hi all,
> 
> code is free/open for merges again.
> 
> Regards,
> Andrija
> 
> On Sat, 14 Mar 2020 at 10:12, Daan Hoogland  wrote:
> 
> > H all, I've been working with Andrija and all of you to get as much I'm as
> > possible. We are now closed for features. Note however there are three
> > issues open for 4.13 which are blocking 4.14 as well. Please ask help in
> > discussing and finding fixes for those so we can release as soon as
> > possible.
> >
> > On Fri, 13 Mar 2020, 23:32 Andrija Panic,  wrote:
> >
> > > Hi all,
> > >
> > > as already discussed, please find a general code freeze taking place in
> > 30
> > > minutes (23.59h CET).
> > >
> > > Thanks,
> > > Andrija
> > >
> > > On Fri, 6 Mar 2020, 20:03 Andrija Panic, 
> > wrote:
> > >
> > > > I do like Friday the 13th - means nobody would commit anything 😀
> > > >
> > > > On Fri, 6 Mar 2020 at 19:29, Daan Hoogland 
> > > > wrote:
> > > >
> > > >> And leave master open for disaster all of Friday the 13th? You hero!
> > 😉
> > > >>
> > > >> On Fri, 6 Mar 2020, 18:37 Giles Sirett, 
> > > >> wrote:
> > > >>
> > > >>> In case there is anybody superstitious, could we make it Saturday
> > 14th
> > > >>> at 00:01 ? 😊
> > > >>>
> > > >>>
> > > >>> Kind regards
> > > >>> Giles
> > > >>>
> > > >>> giles.sir...@shapeblue.com
> > > >>> www.shapeblue.com
> > > >>> 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > > >>> @shapeblue
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>> -Original Message-
> > > >>> From: Andrija Panic 
> > > >>> Sent: 06 March 2020 13:59
> > > >>> To: dev 
> > > >>> Subject: [ANNOUNCE] 4.14 Freeze date
> > > >>>
> > > >>> Hi all,
> > > >>>
> > > >>> I believe we are nearly there, so I would like to propose/announce a
> > > >>> master/4.14 code freeze date for a week from now, on Friday the 13th
> > @
> > > >>> 23.59h
> > > >>>
> > > >>> After this time, no more features and general fixes will be allowed,
> > > and
> > > >>> only critical and blocker issues will be fixed after the freeze.
> > > >>>
> > > >>> Please let me know if you have any questions or concerns.
> > > >>>
> > > >>> Thank you,
> > > >>>
> > > >>> --
> > > >>>
> > > >>> Andrija Panić
> > > >>>
> > > >>
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> >
> 
> 
> -- 
> 
> Andrija Panić
>