[GitHub] cloudstack pull request #1908: CLOUDSTACK-9317: Fixed disable static nat on ...

[jayapalu]

Github user jayapalu commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/1908#discussion_r110818988
  
--- Diff: 
plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/CitrixResourceBase.java
 ---
@@ -625,15 +627,20 @@ protected ExecutionResult 
cleanupNetworkElementCommand(final IpAssocCommand cmd)
 
 // there is only one ip in this public vlan and removing 
it, so
 // remove the nic
-if (ipsCount == 1 && !ip.isAdd()) {
-removeVif = true;
+if (lastIp != null && lastIp.equalsIgnoreCase("true") && 
!ip.isAdd()) {
--- End diff --

@ProjectMoon  
Updated to use org.apache.commons.lang.StringUtils
Can you please review it.


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

Re: MySQL 5.7 and SQL Mode

[Wido den Hollander]

> Op 10 april 2017 om 18:20 schreef Rafael Weingärtner 
> :
> 
> 
> I noticed this problem on CentOS 7.
> It seems that by default the mysql 5.6, comes with sql_mode = "" (at least
> in my Ubuntu installation); while on 5.7, it comes with quite some
> restrictions.
> I set it to the default of 5.6, it would be nice though to see if we can
> improve our SQLs to comply with those restrictions, or at least to remove
> only a few of them.

I am not so familiar with our ORM, but SQL Mode is something which the client 
can set as a connection parameter as well.

Somewhere in the code we should be able to set this.

Does anybody know where the actually initiate the SQL connection?

Wido

> 
> 
> On Mon, Apr 10, 2017 at 11:04 AM, Rene Moser  wrote:
> 
> > Hi Wido
> >
> > On 04/10/2017 05:00 PM, Wido den Hollander wrote:
> > > Hi,
> > >
> > > While testing with Ubuntu 16.04 and CloudStack 4.10 (from master) I've
> > ran into this error on the management server:
> > >
> > > com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression
> > #1 of SELECT list is not in GROUP BY clause and contains nonaggregated
> > column 'cloud.i.id' which is not functionally dependent on columns in
> > GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
> > >   at sun.reflect.GeneratedConstructorAccessor50.newInstance(Unknown
> > Source)
> > >   at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> > DelegatingConstructorAccessorImpl.java:45)
> > >   at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> > >   at com.mysql.jdbc.Util.handleNewInstance(Util.java:404)
> > >   at com.mysql.jdbc.Util.getInstance(Util.java:387)
> > >   at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:939)
> > >   at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3878)
> > >   at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3814)
> > >
> > > I was able to fix this to add this to my my.cnf:
> > >
> > > [mysqld]
> > > sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_
> > FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
> > >
> > > Should we maybe set the SQL Mode as a connection parameter when
> > connecting to the DB? This prevents users from having to set this manually
> > in their MySQL configuration.
> > >
> > > Did somebody else run into this with MySQL 5.7?
> >
> > Yes, I also run into this while testing and switched back to mysql 5.6.
> >
> > Regards
> > René
> >
> 
> 
> 
> -- 
> Rafael Weingärtner

Re: How are router checks scheduled?

[Simon Weller]

We've seen something very similar. By any chance, are you seeing any strange 
cpu load issues that grow over time?

Our team has been chasing down an issue that appears to be related to s2s vpn 
checks, where a race condition seems to occur that threads out the cpu over 
time.




From: Sean Lair 
Sent: Monday, April 10, 2017 5:11 PM
To: dev@cloudstack.apache.org
Subject: RE: How are router checks scheduled?

I do have two mgmt servers, but I have one powered off.  The log excerpt is 
from one management server.  This can be checked in the environment by running:

cat /var/log/cloudstack/management/management-server.log | grep "routers to 
update status"

This is happening both in prod and our dev environment.  I've been digging 
through the code and have some ideas and will post back later if successful in 
correcting the issue.

The biggest problem is the race condition between the two simultaneous S2S VPN 
checks.  They step on each other and spam the heck out of us with the email 
alerting.



-Original Message-
From: Simon Weller [mailto:swel...@ena.com]
Sent: Monday, April 10, 2017 5:02 PM
To: dev@cloudstack.apache.org
Subject: RE: How are router checks scheduled?

Do you have 2 management servers?

Simon Weller/615-312-6068

-Original Message-
From: Sean Lair [sl...@ippathways.com]
Received: Monday, 10 Apr 2017, 2:54PM
To: dev@cloudstack.apache.org [dev@cloudstack.apache.org]
Subject: How are router checks scheduled?

According to my management server logs, some of the period checks are getting 
kicked off twice at the same time.  The CheckRouterTask is kicked off every 
30-seconds, but each time it is ran, it is ran twice at the same second...  See 
logs below for example:

2017-04-10 21:48:12,879 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-5f7bc584) (logid:4d5b1031) Found 10 routers to 
update status.
2017-04-10 21:48:12,932 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d027ab6f) (logid:1bc50629) Found 10 routers to 
update status.
2017-04-10 21:48:42,877 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-2c8f4d18) (logid:e9111785) Found 10 routers to 
update status.
2017-04-10 21:48:42,927 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1bfd5351) (logid:ad0f95ef) Found 10 routers to 
update status.
2017-04-10 21:49:12,874 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-ede0d2bb) (logid:6f244423) Found 10 routers to 
update status.
2017-04-10 21:49:12,928 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d58842d5) (logid:8442d73c) Found 10 routers to 
update status.

How is this scheduled/kicked off?  I am debugging some site-to-site VPN alert 
problems, and they seem to be related to a race condition due to the 
"CheckRouterTask" be kicked off two at a time.

Thanks
Sean

Re: How are router checks scheduled?

[Simon Weller]

We've seen something very similar. By any chance, are you seeing any strange 
cpu load issues that grow over time as well?

Our team has been chasing down an issue that appears to be related to s2s vpn 
checks, where a race condition seems to occur that threads out the cpu over 
time.




From: Sean Lair 
Sent: Monday, April 10, 2017 5:11 PM
To: dev@cloudstack.apache.org
Subject: RE: How are router checks scheduled?

I do have two mgmt servers, but I have one powered off.  The log excerpt is 
from one management server.  This can be checked in the environment by running:

cat /var/log/cloudstack/management/management-server.log | grep "routers to 
update status"

This is happening both in prod and our dev environment.  I've been digging 
through the code and have some ideas and will post back later if successful in 
correcting the issue.

The biggest problem is the race condition between the two simultaneous S2S VPN 
checks.  They step on each other and spam the heck out of us with the email 
alerting.



-Original Message-
From: Simon Weller [mailto:swel...@ena.com]
Sent: Monday, April 10, 2017 5:02 PM
To: dev@cloudstack.apache.org
Subject: RE: How are router checks scheduled?

Do you have 2 management servers?

Simon Weller/615-312-6068

-Original Message-
From: Sean Lair [sl...@ippathways.com]
Received: Monday, 10 Apr 2017, 2:54PM
To: dev@cloudstack.apache.org [dev@cloudstack.apache.org]
Subject: How are router checks scheduled?

According to my management server logs, some of the period checks are getting 
kicked off twice at the same time.  The CheckRouterTask is kicked off every 
30-seconds, but each time it is ran, it is ran twice at the same second...  See 
logs below for example:

2017-04-10 21:48:12,879 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-5f7bc584) (logid:4d5b1031) Found 10 routers to 
update status.
2017-04-10 21:48:12,932 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d027ab6f) (logid:1bc50629) Found 10 routers to 
update status.
2017-04-10 21:48:42,877 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-2c8f4d18) (logid:e9111785) Found 10 routers to 
update status.
2017-04-10 21:48:42,927 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1bfd5351) (logid:ad0f95ef) Found 10 routers to 
update status.
2017-04-10 21:49:12,874 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-ede0d2bb) (logid:6f244423) Found 10 routers to 
update status.
2017-04-10 21:49:12,928 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d58842d5) (logid:8442d73c) Found 10 routers to 
update status.

How is this scheduled/kicked off?  I am debugging some site-to-site VPN alert 
problems, and they seem to be related to a race condition due to the 
"CheckRouterTask" be kicked off two at a time.

Thanks
Sean

RE: How are router checks scheduled?

[Sean Lair]

I do have two mgmt servers, but I have one powered off.  The log excerpt is 
from one management server.  This can be checked in the environment by running:

cat /var/log/cloudstack/management/management-server.log | grep "routers to 
update status"

This is happening both in prod and our dev environment.  I've been digging 
through the code and have some ideas and will post back later if successful in 
correcting the issue.  

The biggest problem is the race condition between the two simultaneous S2S VPN 
checks.  They step on each other and spam the heck out of us with the email 
alerting.



-Original Message-
From: Simon Weller [mailto:swel...@ena.com] 
Sent: Monday, April 10, 2017 5:02 PM
To: dev@cloudstack.apache.org
Subject: RE: How are router checks scheduled?

Do you have 2 management servers?

Simon Weller/615-312-6068

-Original Message-
From: Sean Lair [sl...@ippathways.com]
Received: Monday, 10 Apr 2017, 2:54PM
To: dev@cloudstack.apache.org [dev@cloudstack.apache.org]
Subject: How are router checks scheduled?

According to my management server logs, some of the period checks are getting 
kicked off twice at the same time.  The CheckRouterTask is kicked off every 
30-seconds, but each time it is ran, it is ran twice at the same second...  See 
logs below for example:

2017-04-10 21:48:12,879 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-5f7bc584) (logid:4d5b1031) Found 10 routers to 
update status.
2017-04-10 21:48:12,932 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d027ab6f) (logid:1bc50629) Found 10 routers to 
update status.
2017-04-10 21:48:42,877 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-2c8f4d18) (logid:e9111785) Found 10 routers to 
update status.
2017-04-10 21:48:42,927 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1bfd5351) (logid:ad0f95ef) Found 10 routers to 
update status.
2017-04-10 21:49:12,874 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-ede0d2bb) (logid:6f244423) Found 10 routers to 
update status.
2017-04-10 21:49:12,928 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d58842d5) (logid:8442d73c) Found 10 routers to 
update status.

How is this scheduled/kicked off?  I am debugging some site-to-site VPN alert 
problems, and they seem to be related to a race condition due to the 
"CheckRouterTask" be kicked off two at a time.

Thanks
Sean

RE: How are router checks scheduled?

[Simon Weller]

Do you have 2 management servers?

Simon Weller/615-312-6068

-Original Message-
From: Sean Lair [sl...@ippathways.com]
Received: Monday, 10 Apr 2017, 2:54PM
To: dev@cloudstack.apache.org [dev@cloudstack.apache.org]
Subject: How are router checks scheduled?

According to my management server logs, some of the period checks are getting 
kicked off twice at the same time.  The CheckRouterTask is kicked off every 
30-seconds, but each time it is ran, it is ran twice at the same second...  See 
logs below for example:

2017-04-10 21:48:12,879 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-5f7bc584) (logid:4d5b1031) Found 10 routers to 
update status.
2017-04-10 21:48:12,932 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d027ab6f) (logid:1bc50629) Found 10 routers to 
update status.
2017-04-10 21:48:42,877 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-2c8f4d18) (logid:e9111785) Found 10 routers to 
update status.
2017-04-10 21:48:42,927 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1bfd5351) (logid:ad0f95ef) Found 10 routers to 
update status.
2017-04-10 21:49:12,874 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-ede0d2bb) (logid:6f244423) Found 10 routers to 
update status.
2017-04-10 21:49:12,928 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d58842d5) (logid:8442d73c) Found 10 routers to 
update status.

How is this scheduled/kicked off?  I am debugging some site-to-site VPN alert 
problems, and they seem to be related to a race condition due to the 
"CheckRouterTask" be kicked off two at a time.

Thanks
Sean

How are router checks scheduled?

[Sean Lair]

According to my management server logs, some of the period checks are getting 
kicked off twice at the same time.  The CheckRouterTask is kicked off every 
30-seconds, but each time it is ran, it is ran twice at the same second...  See 
logs below for example:

2017-04-10 21:48:12,879 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-5f7bc584) (logid:4d5b1031) Found 10 routers to 
update status.
2017-04-10 21:48:12,932 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d027ab6f) (logid:1bc50629) Found 10 routers to 
update status.
2017-04-10 21:48:42,877 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-2c8f4d18) (logid:e9111785) Found 10 routers to 
update status.
2017-04-10 21:48:42,927 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1bfd5351) (logid:ad0f95ef) Found 10 routers to 
update status.
2017-04-10 21:49:12,874 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-ede0d2bb) (logid:6f244423) Found 10 routers to 
update status.
2017-04-10 21:49:12,928 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-d58842d5) (logid:8442d73c) Found 10 routers to 
update status.

How is this scheduled/kicked off?  I am debugging some site-to-site VPN alert 
problems, and they seem to be related to a race condition due to the 
"CheckRouterTask" be kicked off two at a time.

Thanks
Sean

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[ilya]

+1

On 4/10/17 9:22 AM, Daan Hoogland wrote:
> In the Apache foundation an experiment has been going on to host
> mirrors of Apache project on github with more write access then just
> to the mirror-bot. For those projects committers can merge on github
> and put labels on PRs.
> 
> I move to have the project added to the gitbox experiment
> please cast your votes
> 
> +1 CloudStack should be added to the gitbox experiment
> +-0 I don't care
> -1 CloudStack shouldn't be added to the gitbox experiment and give your 
> reasons
> 
> thanks,
> 

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[ilya]

Nux

FYI - i had a simalar issue - the password was not set properly (or at
all). I tracked it down to VR problem on 4.5. with ubuntu images/

If possible, please enable static username password please if password
update via cloudstack fails.

Thanks
ilya


On 3/31/17 1:08 PM, Nux! wrote:
> Hm, ok, so this is a corner case I'll need to cover then.
> But how did the password/sshkey feature work, if at 
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Syed Ahmed" 
>> To: "dev" 
>> Sent: Friday, 31 March, 2017 19:10:22
>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>> 4.9 and VMWare
> 
>> I'm using a shared network so the VR is not the gateway.
>>
>> On Fri, Mar 31, 2017 at 12:49 PM, Nux!  wrote:
>>> Syed,
>>>
>>> I just checked and centos user is added to sudoers, if it was not added to 
>>> your
>>> instance, then cloud-init did not complete properly.
>>> I have seen this in the past when the data source is not reached properly.
>>> I would double check the cloud-init logs if I were you, make sure eth0 was 
>>> up
>>> properly and the VR accessible.
>>>
>>> http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Nux!" 
 To: "dev" 
 Sent: Friday, 31 March, 2017 17:01:43
 Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
 4.9
 and VMWare
>>>
 Thanks, I'll check.
 Cloud-init is supposed to add the user to sudo.

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Syed Ahmed" 
> To: "dev" 
> Sent: Friday, 31 March, 2017 16:54:21
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
> 4.9
> and VMWare

> Hi Nux,
>
> One of the things that I've seen is that the user centos is not added
> to the sudoers.
>
> On Fri, Mar 31, 2017 at 8:06 AM, Nux!  wrote:
>> Excellent, let me know if you hit any more issues.
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Syed Ahmed" 
>>> To: "dev" 
>>> Sent: Friday, 31 March, 2017 12:58:21
>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>> Cloudstack 4.9
>>> and VMWare
>>
>>> Hey Nux,
>>>
>>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>>
>>> On Fri, Mar 31, 2017 at 4:17 AM, Nux!  wrote:
 Syed,

 I am aware of the renaming issue and avoid it, if you check my 
 kickstart I
 specifically add biosdevname=0 and net.ifnames=0
 http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg

 However yesterday Rohit brought to my attention the ova generation 
 script
 inserts a e1000 eth0 which apparently breaks things in certain 
 situations.
 https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928

 I corrected the script and built a new image here, please give it a 
 try.
 http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova

 If the problem persists, can you go in single user mode and check the
 /proc/cmdline and share it here?

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Syed Ahmed" 
> To: "Nux!" 
> Cc: "dev" 
> Sent: Thursday, 30 March, 2017 23:54:36
> Subject: Re: Need help in getting CentOS 7 templates to run on 
> Cloudstack 4.9
> and VMWare

> I tried the one you provided however, it still has the same problem
> ... DHCP doesn't seem to pick up. I also see that the interface is not
> named eth0 .. could this be the problem? I can try changing the
> network driver and see if that helps. Will report back.
>
> On Thu, Mar 30, 2017 at 6:21 PM, Nux!  wrote:
>> Hi, I am working on a new set of templates, you can try this one:
>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>
>> If still no luck, happy to debug if you can provide me an account. 
>> The only
>> templates 

Re: MySQL 5.7 and SQL Mode

[Wei ZHOU]

We had this issue, and made same change as you said. We also add it to chef
cookbook.



2017年4月10日星期一，Wido den Hollander  写道：

> Hi,
>
> While testing with Ubuntu 16.04 and CloudStack 4.10 (from master) I've ran
> into this error on the management server:
>
> com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #1
> of SELECT list is not in GROUP BY clause and contains nonaggregated column '
> cloud.i.id' which is not functionally dependent on columns in GROUP BY
> clause; this is incompatible with sql_mode=only_full_group_by
> at sun.reflect.GeneratedConstructorAccessor50.newInstance(Unknown
> Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> at com.mysql.jdbc.Util.handleNewInstance(Util.java:404)
> at com.mysql.jdbc.Util.getInstance(Util.java:387)
> at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:939)
> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3878)
> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3814)
>
> I was able to fix this to add this to my my.cnf:
>
> [mysqld]
> sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_
> FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
>
> Should we maybe set the SQL Mode as a connection parameter when connecting
> to the DB? This prevents users from having to set this manually in their
> MySQL configuration.
>
> Did somebody else run into this with MySQL 5.7?
>
> Thank you,
>
> Wido
>

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Wei ZHOU]

+1

2017年4月10日星期一，Daan Hoogland  写道：

> In the Apache foundation an experiment has been going on to host
> mirrors of Apache project on github with more write access then just
> to the mirror-bot. For those projects committers can merge on github
> and put labels on PRs.
>
> I move to have the project added to the gitbox experiment
> please cast your votes
>
> +1 CloudStack should be added to the gitbox experiment
> +-0 I don't care
> -1 CloudStack shouldn't be added to the gitbox experiment and give your
> reasons
>
> thanks,
> --
> Daan
>

RE: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Simon Weller]

+1

Simon Weller/615-312-6068

-Original Message-
From: Daan Hoogland [daan.hoogl...@gmail.com]
Received: Monday, 10 Apr 2017, 9:22AM
To: dev [dev@cloudstack.apache.org]
Subject: [VOTE] Apache Cloudstack should join the gitbox experiment.

In the Apache foundation an experiment has been going on to host
mirrors of Apache project on github with more write access then just
to the mirror-bot. For those projects committers can merge on github
and put labels on PRs.

I move to have the project added to the gitbox experiment
please cast your votes

+1 CloudStack should be added to the gitbox experiment
+-0 I don't care
-1 CloudStack shouldn't be added to the gitbox experiment and give your reasons

thanks,
--
Daan

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

Hi Nux,

It is working now. Thanks for fixing it!

Thanks,
-Syed


On Thu, Apr 6, 2017 at 3:08 AM, Nux!  wrote:

> Syed,
>
> Can you try this and let me know if it works better?
> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>
> I've removed NetworkManager
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "Nux!" 
> > To: "dev" 
> > Sent: Wednesday, 5 April, 2017 19:21:13
> > Subject: Re: Need help in getting CentOS 7 templates to run on
> Cloudstack 4.9 and VMWare
>
> > Syed,
> >
> > NetworkManager strikes again! ... I'll make sure it disappears from the
> > template. Darn ...
> >
> > The centos user password as set by the kickstart is indeed "password" so
> the
> > template can be accessed should cloud-init fail.
> > I am not entirely at peace with this as could lead to security problems.
> >
> > The thing is, if cloud-init fails to retrieve the metadata, then it will
> not
> > continue the setup in which it adds the user to sudoers, setup swap etc
> etc.
> >
> > That is why you could login with "password" but everything else was
> broken.
> >
> > Thanks for spotting this.
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
> > - Original Message -
> >> From: "Syed Ahmed" 
> >> To: "dev" 
> >> Cc: "Nux!" 
> >> Sent: Wednesday, 5 April, 2017 16:41:27
> >> Subject: Re: Need help in getting CentOS 7 templates to run on
> Cloudstack 4.9
> >> and VMWare
> >
> >> Hi Nux,
> >>
> >> So I'm still having trouble with the template :)
> >>
> >> As per the configuration
> >> http://dl.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg the
> >> `centos` user gets the password set to as `password` but is never added
> to
> >> the sudoers list. When does that happen? Also, From the cloud-init logs
> it
> >> looks like it's not using the DHCP server but the default gateway so
> things
> >> like ssh-key is not being set.
> >>
> >> Apr  5 15:17:26 syed-test cloud-init: Cloud-init v. 0.7.5 running
> >> 'init-local' at Wed, 05 Apr 2017 15:17:26 +. Up 8.99 seconds.
> >> Apr  5 15:18:13 syed-test cloud-init: Cloud-init v. 0.7.5 running
> 'init' at
> >> Wed, 05 Apr 2017 15:18:13 +. Up 16.84 seconds.
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++Net device info+++
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++--+--+---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Device |  Up  |
> >> Address|  Mask | Hw-Address|
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++--+--+---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: |  lo:   | True |
> >> 127.0.0.1   |   255.0.0.0   | . |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: | eth0:  | True |
> >> 172.31.0.130 | 255.255.254.0 | 06:5a:58:00:01:6a |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++--+--+---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +++Route info++
> +
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +---+-++---+
> ---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Route | Destination |
> >> Gateway   |Genmask| Interface | Flags |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +---+-++---+
> ---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   0   |   0.0.0.0   |
> >> 172.31.0.1 |0.0.0.0|eth0   |   UG  |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   1   |  172.31.0.0 |
> >> 0.0.0.0   | 255.255.254.0 |eth0   |   U   |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +---+-++---+
> ---+---+
> >> Apr  5 15:19:03 syed-test cloud-init: 2017-04-05 15:19:03,970 -
> >> url_helper.py[WARNING]: Calling '
> >> http://172.31.0.1//latest/meta-data/instance-id' failed [50/120s]:
> >> unexpected error ['NoneType' object has no attribute 'status_code']
> >> Apr  5 15:19:55 syed-test cloud-init: 2017-04-05 15:19:55,026 -
> >> url_helper.py[WARNING]: Calling '
> >> http://172.31.0.1//latest/meta-data/instance-id' failed [101/120s]:
> >> unexpected error ['NoneType' object has no attribute 'status_code']
> >> Apr  5 15:20:13 syed-test cloud-init: 2017-04-05 15:20:13,048 -
> >> url_helper.py[WARNING]: Calling '
> >> http://172.31.0.1//latest/meta-data/instance-id' failed [119/120s]:
> >> unexpected error ['NoneType' object has no attribute 'status_code']
> >> Apr  5 15:20:14 syed-test 

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Syed Ahmed]

+1

On Mon, Apr 10, 2017 at 1:42 PM, Gabriel Beims Bräscher <
gabrasc...@gmail.com> wrote:

> +1
>
> 2017-04-10 14:36 GMT-03:00 Milamber :
>
> > +1
> >
> > PS. The ASF Gitbox experiment : https://gitbox.apache.org/repos/asf
> >
> > PS2. This is a technical vote, so committers and PMC can votes.
> >
> >
> > On 10/04/2017 17:22, Daan Hoogland wrote:
> >
> >> In the Apache foundation an experiment has been going on to host
> >> mirrors of Apache project on github with more write access then just
> >> to the mirror-bot. For those projects committers can merge on github
> >> and put labels on PRs.
> >>
> >> I move to have the project added to the gitbox experiment
> >> please cast your votes
> >>
> >> +1 CloudStack should be added to the gitbox experiment
> >> +-0 I don't care
> >> -1 CloudStack shouldn't be added to the gitbox experiment and give your
> >> reasons
> >>
> >> thanks,
> >>
> >
> >
>

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Gabriel Beims Bräscher]

+1

2017-04-10 14:36 GMT-03:00 Milamber :

> +1
>
> PS. The ASF Gitbox experiment : https://gitbox.apache.org/repos/asf
>
> PS2. This is a technical vote, so committers and PMC can votes.
>
>
> On 10/04/2017 17:22, Daan Hoogland wrote:
>
>> In the Apache foundation an experiment has been going on to host
>> mirrors of Apache project on github with more write access then just
>> to the mirror-bot. For those projects committers can merge on github
>> and put labels on PRs.
>>
>> I move to have the project added to the gitbox experiment
>> please cast your votes
>>
>> +1 CloudStack should be added to the gitbox experiment
>> +-0 I don't care
>> -1 CloudStack shouldn't be added to the gitbox experiment and give your
>> reasons
>>
>> thanks,
>>
>
>

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Milamber]

+1

PS. The ASF Gitbox experiment : https://gitbox.apache.org/repos/asf

PS2. This is a technical vote, so committers and PMC can votes.

On 10/04/2017 17:22, Daan Hoogland wrote:

In the Apache foundation an experiment has been going on to host
mirrors of Apache project on github with more write access then just
to the mirror-bot. For those projects committers can merge on github
and put labels on PRs.

I move to have the project added to the gitbox experiment
please cast your votes

+1 CloudStack should be added to the gitbox experiment
+-0 I don't care
-1 CloudStack shouldn't be added to the gitbox experiment and give your reasons

thanks,

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Rafael Weingärtner]

+1

On Mon, Apr 10, 2017 at 1:15 PM, Rene Moser  wrote:

> On 04/10/2017 06:22 PM, Daan Hoogland wrote:
> > In the Apache foundation an experiment has been going on to host
> > mirrors of Apache project on github with more write access then just
> > to the mirror-bot. For those projects committers can merge on github
> > and put labels on PRs.
> >
> > I move to have the project added to the gitbox experiment
> > please cast your votes
> >
> > +1 CloudStack should be added to the gitbox experiment
> > +-0 I don't care
> > -1 CloudStack shouldn't be added to the gitbox experiment and give your
> reasons
>
> +1
>



-- 
Rafael Weingärtner

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Rene Moser]

On 04/10/2017 06:22 PM, Daan Hoogland wrote:
> In the Apache foundation an experiment has been going on to host
> mirrors of Apache project on github with more write access then just
> to the mirror-bot. For those projects committers can merge on github
> and put labels on PRs.
> 
> I move to have the project added to the gitbox experiment
> please cast your votes
> 
> +1 CloudStack should be added to the gitbox experiment
> +-0 I don't care
> -1 CloudStack shouldn't be added to the gitbox experiment and give your 
> reasons

+1

Re: [VOTE] Apache Cloudstack should join the gitbox experiment.

[Will Stevens]

+1

*Will STEVENS*
Lead Developer



On Mon, Apr 10, 2017 at 12:22 PM, Daan Hoogland 
wrote:

> In the Apache foundation an experiment has been going on to host
> mirrors of Apache project on github with more write access then just
> to the mirror-bot. For those projects committers can merge on github
> and put labels on PRs.
>
> I move to have the project added to the gitbox experiment
> please cast your votes
>
> +1 CloudStack should be added to the gitbox experiment
> +-0 I don't care
> -1 CloudStack shouldn't be added to the gitbox experiment and give your
> reasons
>
> thanks,
> --
> Daan
>

[GitHub] cloudstack issue #2022: [dvswitch blocker] CLOUDSTACK-9591: Fix systemvmtemp...

[blueorangutan]

Github user blueorangutan commented on the issue:

https://github.com/apache/cloudstack/pull/2022
  
Trillian test result (tid-988)
Environment: kvm-centos7 (x2), Advanced Networking with Mgmt server 7
Total time taken: 33021 seconds
Marvin logs: 
https://github.com/blueorangutan/acs-prs/releases/download/trillian/pr2022-t988-kvm-centos7.zip
Intermitten failure detected: /marvin/tests/smoke/test_privategw_acl.py
Intermitten failure detected: /marvin/tests/smoke/test_snapshots.py
Intermitten failure detected: /marvin/tests/smoke/test_vpc_redundant.py
Test completed. 46 look ok, 3 have error(s)


Test | Result | Time (s) | Test File
--- | --- | --- | ---
test_02_redundant_VPC_default_routes | `Failure` | 862.67 | 
test_vpc_redundant.py
test_04_rvpc_privategw_static_routes | `Failure` | 344.62 | 
test_privategw_acl.py
test_02_list_snapshots_with_removed_data_store | `Error` | 0.03 | 
test_snapshots.py
test_01_vpc_site2site_vpn | Success | 159.64 | test_vpc_vpn.py
test_01_vpc_remote_access_vpn | Success | 65.83 | test_vpc_vpn.py
test_01_redundant_vpc_site2site_vpn | Success | 245.31 | test_vpc_vpn.py
test_02_VPC_default_routes | Success | 275.94 | test_vpc_router_nics.py
test_01_VPC_nics_after_destroy | Success | 536.91 | test_vpc_router_nics.py
test_05_rvpc_multi_tiers | Success | 510.06 | test_vpc_redundant.py
test_04_rvpc_network_garbage_collector_nics | Success | 1290.17 | 
test_vpc_redundant.py
test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers | 
Success | 541.53 | test_vpc_redundant.py
test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | Success | 1278.13 | 
test_vpc_redundant.py
test_09_delete_detached_volume | Success | 156.25 | test_volumes.py
test_08_resize_volume | Success | 156.48 | test_volumes.py
test_07_resize_fail | Success | 161.48 | test_volumes.py
test_06_download_detached_volume | Success | 156.42 | test_volumes.py
test_05_detach_volume | Success | 155.84 | test_volumes.py
test_04_delete_attached_volume | Success | 145.88 | test_volumes.py
test_03_download_attached_volume | Success | 155.96 | test_volumes.py
test_02_attach_volume | Success | 94.85 | test_volumes.py
test_01_create_volume | Success | 711.06 | test_volumes.py
test_deploy_vm_multiple | Success | 272.02 | test_vm_life_cycle.py
test_deploy_vm | Success | 0.02 | test_vm_life_cycle.py
test_advZoneVirtualRouter | Success | 0.02 | test_vm_life_cycle.py
test_10_attachAndDetach_iso | Success | 26.50 | test_vm_life_cycle.py
test_09_expunge_vm | Success | 125.19 | test_vm_life_cycle.py
test_08_migrate_vm | Success | 40.65 | test_vm_life_cycle.py
test_07_restore_vm | Success | 0.09 | test_vm_life_cycle.py
test_06_destroy_vm | Success | 125.66 | test_vm_life_cycle.py
test_03_reboot_vm | Success | 125.65 | test_vm_life_cycle.py
test_02_start_vm | Success | 10.12 | test_vm_life_cycle.py
test_01_stop_vm | Success | 40.24 | test_vm_life_cycle.py
test_CreateTemplateWithDuplicateName | Success | 35.34 | test_templates.py
test_08_list_system_templates | Success | 0.02 | test_templates.py
test_07_list_public_templates | Success | 0.03 | test_templates.py
test_05_template_permissions | Success | 0.04 | test_templates.py
test_04_extract_template | Success | 5.13 | test_templates.py
test_03_delete_template | Success | 5.09 | test_templates.py
test_02_edit_template | Success | 90.14 | test_templates.py
test_01_create_template | Success | 35.30 | test_templates.py
test_10_destroy_cpvm | Success | 131.49 | test_ssvm.py
test_09_destroy_ssvm | Success | 168.52 | test_ssvm.py
test_08_reboot_cpvm | Success | 101.47 | test_ssvm.py
test_07_reboot_ssvm | Success | 133.50 | test_ssvm.py
test_06_stop_cpvm | Success | 131.58 | test_ssvm.py
test_05_stop_ssvm | Success | 138.66 | test_ssvm.py
test_04_cpvm_internals | Success | 1.17 | test_ssvm.py
test_03_ssvm_internals | Success | 3.87 | test_ssvm.py
test_02_list_cpvm_vm | Success | 0.12 | test_ssvm.py
test_01_list_sec_storage_vm | Success | 0.10 | test_ssvm.py
test_01_snapshot_root_disk | Success | 10.82 | test_snapshots.py
test_04_change_offering_small | Success | 234.42 | test_service_offerings.py
test_03_delete_service_offering | Success | 0.03 | test_service_offerings.py
test_02_edit_service_offering | Success | 0.04 | test_service_offerings.py
test_01_create_service_offering | Success | 0.08 | test_service_offerings.py
test_02_sys_template_ready | Success | 0.11 | test_secondary_storage.py
test_01_sys_vm_start | Success | 0.13 | test_secondary_storage.py
test_09_reboot_router | Success | 35.27 | test_routers.py
test_08_start_router | Success | 30.22 | test_routers.py
test_07_stop_router | Success | 10.12 | test_routers.py
test_06_router_advanced | Success | 0.04 | test_routers.py

[VOTE] Apache Cloudstack should join the gitbox experiment.

[Daan Hoogland]

In the Apache foundation an experiment has been going on to host
mirrors of Apache project on github with more write access then just
to the mirror-bot. For those projects committers can merge on github
and put labels on PRs.

I move to have the project added to the gitbox experiment
please cast your votes

+1 CloudStack should be added to the gitbox experiment
+-0 I don't care
-1 CloudStack shouldn't be added to the gitbox experiment and give your reasons

thanks,
-- 
Daan

Re: MySQL 5.7 and SQL Mode

[Rafael Weingärtner]

I noticed this problem on CentOS 7.
It seems that by default the mysql 5.6, comes with sql_mode = "" (at least
in my Ubuntu installation); while on 5.7, it comes with quite some
restrictions.
I set it to the default of 5.6, it would be nice though to see if we can
improve our SQLs to comply with those restrictions, or at least to remove
only a few of them.


On Mon, Apr 10, 2017 at 11:04 AM, Rene Moser  wrote:

> Hi Wido
>
> On 04/10/2017 05:00 PM, Wido den Hollander wrote:
> > Hi,
> >
> > While testing with Ubuntu 16.04 and CloudStack 4.10 (from master) I've
> ran into this error on the management server:
> >
> > com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression
> #1 of SELECT list is not in GROUP BY clause and contains nonaggregated
> column 'cloud.i.id' which is not functionally dependent on columns in
> GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
> >   at sun.reflect.GeneratedConstructorAccessor50.newInstance(Unknown
> Source)
> >   at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> >   at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> >   at com.mysql.jdbc.Util.handleNewInstance(Util.java:404)
> >   at com.mysql.jdbc.Util.getInstance(Util.java:387)
> >   at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:939)
> >   at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3878)
> >   at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3814)
> >
> > I was able to fix this to add this to my my.cnf:
> >
> > [mysqld]
> > sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_
> FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
> >
> > Should we maybe set the SQL Mode as a connection parameter when
> connecting to the DB? This prevents users from having to set this manually
> in their MySQL configuration.
> >
> > Did somebody else run into this with MySQL 5.7?
>
> Yes, I also run into this while testing and switched back to mysql 5.6.
>
> Regards
> René
>



-- 
Rafael Weingärtner

Re: MySQL 5.7 and SQL Mode

[Rene Moser]

Hi Wido

On 04/10/2017 05:00 PM, Wido den Hollander wrote:
> Hi,
> 
> While testing with Ubuntu 16.04 and CloudStack 4.10 (from master) I've ran 
> into this error on the management server:
> 
> com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #1 of 
> SELECT list is not in GROUP BY clause and contains nonaggregated column 
> 'cloud.i.id' which is not functionally dependent on columns in GROUP BY 
> clause; this is incompatible with sql_mode=only_full_group_by
>   at sun.reflect.GeneratedConstructorAccessor50.newInstance(Unknown 
> Source)
>   at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
>   at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
>   at com.mysql.jdbc.Util.handleNewInstance(Util.java:404)
>   at com.mysql.jdbc.Util.getInstance(Util.java:387)
>   at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:939)
>   at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3878)
>   at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3814)
> 
> I was able to fix this to add this to my my.cnf:
> 
> [mysqld]  
> sql_mode = 
> "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
> 
> Should we maybe set the SQL Mode as a connection parameter when connecting to 
> the DB? This prevents users from having to set this manually in their MySQL 
> configuration.
> 
> Did somebody else run into this with MySQL 5.7?

Yes, I also run into this while testing and switched back to mysql 5.6.

Regards
René

MySQL 5.7 and SQL Mode

[Wido den Hollander]

Hi,

While testing with Ubuntu 16.04 and CloudStack 4.10 (from master) I've ran into 
this error on the management server:

com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #1 of 
SELECT list is not in GROUP BY clause and contains nonaggregated column 
'cloud.i.id' which is not functionally dependent on columns in GROUP BY clause; 
this is incompatible with sql_mode=only_full_group_by
at sun.reflect.GeneratedConstructorAccessor50.newInstance(Unknown 
Source)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:404)
at com.mysql.jdbc.Util.getInstance(Util.java:387)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:939)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3878)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3814)

I was able to fix this to add this to my my.cnf:

[mysqld]  
sql_mode = 
"STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

Should we maybe set the SQL Mode as a connection parameter when connecting to 
the DB? This prevents users from having to set this manually in their MySQL 
configuration.

Did somebody else run into this with MySQL 5.7?

Thank you,

Wido

[GitHub] cloudstack issue #2033: [master/4.10+] CLOUDSTACK-9462: Support for Ubuntu 1...

[wido]

Github user wido commented on the issue:

https://github.com/apache/cloudstack/pull/2033
  
LGTM

Just tested on Ubuntu 16.04 and works


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

[GitHub] cloudstack issue #2030: WIP: CLOUDSTACK-9864 cleanup stale worker VMs after ...

[blueorangutan]

Github user blueorangutan commented on the issue:

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


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

[GitHub] cloudstack issue #2030: WIP: CLOUDSTACK-9864 cleanup stale worker VMs after ...

[blueorangutan]

Github user blueorangutan commented on the issue:

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


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

[GitHub] cloudstack issue #2030: WIP: CLOUDSTACK-9864 cleanup stale worker VMs after ...

[borisstoyanov]

Github user borisstoyanov commented on the issue:

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


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

[GitHub] cloudstack issue #1960: [4.11/Future] CLOUDSTACK-9782: Host HA and KVM HA pr...

[rhtyd]

Github user rhtyd commented on the issue:

https://github.com/apache/cloudstack/pull/1960
  
@koushik-das sorry could not get back to you earlier as I was busy with 
other work. I've replied on the ML thread to address several queries [1] that 
lists the advantages of this host-ha framework over existing building blocks 
and I've explained why we needed to implement it. Please have at the reply, if 
you still have any reservations let us know on the ML thread, we'll get back to 
you.
 
[1] http://markmail.org/message/k7oaqyv5mzmlvzhx

Note: As stated earlier in the ML thread as well -- *this is not a new VM 
HA framework*, the framework implementation is agnostic of the host-specific 
HA-provider to allow any custom host-ha plugin to be developed that is specific 
to a hypervisor as each hypervisor may have their own specific 
tools/infra/algorithms to check resource (disk/vm etc) activities, including 
scope for future extentions for other HA-able resources.


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

[GitHub] cloudstack issue #2026: CLOUDSTACK-9861: Expire VM snapshots after configure...

[blueorangutan]

Github user blueorangutan commented on the issue:

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


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

[GitHub] cloudstack issue #2027: Activate NioTest following changes in CLOUDSTACK-934...

[marcaurele]

Github user marcaurele commented on the issue:

https://github.com/apache/cloudstack/pull/2027
  
@rhtyd I moved the PR against 4.9 and rebased the changes


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

[GitHub] cloudstack pull request #1826: CLOUDSTACK-9675: Cloudstack Metrics Miscellan...

[rashmidixit]

Github user rashmidixit closed the pull request at:

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


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

[GitHub] cloudstack issue #1826: CLOUDSTACK-9675: Cloudstack Metrics Miscellaneous bu...

[rashmidixit]

Github user rashmidixit commented on the issue:

https://github.com/apache/cloudstack/pull/1826
  
Closing this since #1944 has been merged.


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

[GitHub] cloudstack issue #2026: CLOUDSTACK-9861: Expire VM snapshots after configure...

[blueorangutan]

Github user blueorangutan commented on the issue:

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


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

[GitHub] cloudstack issue #2026: CLOUDSTACK-9861: Expire VM snapshots after configure...

[PaulAngus]

Github user PaulAngus commented on the issue:

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


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

[GitHub] cloudstack issue #2026: CLOUDSTACK-9861: Expire VM snapshots after configure...

[rhtyd]

Github user rhtyd commented on the issue:

https://github.com/apache/cloudstack/pull/2026
  
Lgtm


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

[GitHub] cloudstack pull request #2026: CLOUDSTACK-9861: Expire VM snapshots after co...

[abhinandanprateek]

Github user abhinandanprateek commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/2026#discussion_r110594291
  
--- Diff: setup/db/db/schema-4920to41000.sql ---
@@ -232,3 +232,5 @@ WHERE (o.cpu is null AND o.speed IS NULL AND o.ram_size 
IS NULL) AND
 
 -- CLOUDSTACK-9827: Storage tags stored in multiple places
 DROP VIEW IF EXISTS `cloud`.`storage_tag_view`;
+
+INSERT IGNORE INTO `cloud`.`configuration` VALUES ('Advanced', 'DEFAULT', 
'VMSanpshotManager', 'vmsnapshot.expire.interval', '-1', 'VM Snapshot expire 
interval in hours','-1', NULL, 'Account', 0);
--- End diff --

@rhtd removed the upgrade sql


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

[GitHub] cloudstack issue #2022: [dvswitch blocker] CLOUDSTACK-9591: Fix systemvmtemp...

[blueorangutan]

Github user blueorangutan commented on the issue:

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


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

[GitHub] cloudstack issue #2022: [dvswitch blocker] CLOUDSTACK-9591: Fix systemvmtemp...

[rhtyd]

Github user rhtyd commented on the issue:

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


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

[GitHub] cloudstack issue #2022: [dvswitch blocker] CLOUDSTACK-9591: Fix systemvmtemp...

[blueorangutan]

Github user blueorangutan commented on the issue:

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


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

[GitHub] cloudstack issue #1960: [4.11/Future] CLOUDSTACK-9782: Host HA and KVM HA pr...

[abhinandanprateek]

Github user abhinandanprateek commented on the issue:

https://github.com/apache/cloudstack/pull/1960
  
@koushik-das I see that main issue is that this is being confused as VM HA 
framework. Will like to again add that this framework is not for VM-HA but for 
host HA. With this implementation of OOBM framework, Cloudstack is now in the 
position to control and HA a host. These developments helped us in putting 
together a Host HA framework. Only that while designing and coding we tried to 
keep it flexible so that later other entities that can be HAed can be added to 
the framework.


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

[GitHub] cloudstack issue #2022: [dvswitch blocker] CLOUDSTACK-9591: Fix systemvmtemp...

[blueorangutan]

Github user blueorangutan commented on the issue:

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


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

[GitHub] cloudstack issue #2022: [dvswitch blocker] CLOUDSTACK-9591: Fix systemvmtemp...

[rhtyd]

Github user rhtyd commented on the issue:

https://github.com/apache/cloudstack/pull/2022
  
@karuturi the failures around vpc are known to be intermittent for vmware 
env, the failures are not related to the changes. The environments where you 
dont see more than three failures are usually KVM based. I can kick the tests 
once again. 

@blueorangutan package 


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