Re: John Kinsella and Wido den Hollander now ASF members

[Nitin Kumar Maharana]

Congratulations!!
> On 02-May-2018, at 9:50 PM, Khosrow Moossavi  wrote:
> 
> That's awesome! Congratulations!
> 
> 
> 
> 
> On Wed, May 2, 2018 at 12:19 PM Tutkowski, Mike 
> wrote:
> 
>> Congratulations, guys! :-)
>> 
>>> On May 2, 2018, at 9:58 AM, David Nalley  wrote:
>>> 
>>> Hi folks,
>>> 
>>> As noted in the press release[1] John Kinsella and Wido den Hollander
>>> have been elected to the ASF's membership.
>>> 
>>> Members are the 'shareholders' of the foundation, elect the board of
>>> directors, and help guide the future of the ASF.
>>> 
>>> Congrats to both of you, very well deserved.
>>> 
>>> --David
>>> 
>>> [1] https://s.apache.org/ysxx
>> 

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: Welcoming Mike as the new Apache CloudStack VP

[Nitin Kumar Maharana]

Congratulations, Mike!!

-
Nitin
On 26-Mar-2018, at 7:41 PM, Wido den Hollander 
> wrote:

Hi all,

It's been a great pleasure working with the CloudStack project as the
ACS VP over the past year.

A big thank you from my side for everybody involved with the project in
the last year.

Hereby I would like to announce that Mike Tutkowski has been elected to
replace me as the Apache Cloudstack VP in our annual VP rotation.

Mike has a long history with the project and I am are happy welcome him
as the new VP for CloudStack.

Welcome Mike!

Thanks,

Wido

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: Need some help in getting started

[Nitin Kumar Maharana]

Welcome to the CloudStack.

Please go through the link starting from Development 101 (You would find most 
introductory contents here).


Thanks,
Nitin
> On 10-Oct-2017, at 4:59 AM, Kapil Jain  wrote:
> 
> Thanks Mike. Will start going thru the docs at the link you provided.
> 
> Regards,
> Kapil
> 
> On Mon, Oct 9, 2017 at 6:52 PM, Tutkowski, Mike 
> wrote:
> 
>> Hi,
>> 
>> Welcome to the CloudStack Community!
>> 
>> I would recommend you start here: https://cwiki.apache.org/
>> confluence/display/CLOUDSTACK/Developers
>> 
>> Feel free to send your questions to the list.
>> 
>> Thanks!
>> Mike
>> 
>> On 10/9/17, 4:41 PM, "Kapil Jain"  wrote:
>> 
>>Hello,
>> 
>>I want to start contributing to cloudstack. I've experience in Java EE
>> and
>>new to the cloud world.
>> 
>>I would appreciate if someone could help me in getting started - kind
>> of
>>mentor!
>> 
>>Thanks,
>>Kapil
>> 
>> 
>> 

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: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[Nitin Kumar Maharana]

Congratulations, Syed!!!
On 09-Oct-2017, at 4:56 PM, Paul Angus 
> wrote:

Fellow CloudStackers,

It gives me great pleasure to say that Syed has be invited to join the PMC and 
has gracefully accepted.
Please joining me in congratulating Syed!


Kind regards,

Paul Angus


paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue




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

Re: Clean up of unused constants

[Nitin Kumar Maharana]

+1 for removal of unused ones but prior to remove, Can you please check once 
what Rafael suggested. "using the value without referencing the constant”.


Thanks,
Nitin
On 26-Sep-2017, at 7:25 PM, Rafael Weingärtner 
> wrote:

IMO, if something is not used or if something does not work, it has to be 
removed or fixed.

I am +1 for the removal of unused constants. Did you check if the value of 
these unused constants were being used somewhere? I mean, using the value 
without referencing the constant.


On 9/26/2017 9:55 AM, Sigert GOEMINNE wrote:
Hi all,

Am I allowed to remove all unused constants in ApiConstants.java?

Kind regards,

*Sigert Goeminne*
Software Development Engineer


--
Rafael Weingärtner


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: New committers: Nathan Johnson and Marc-Aurèle Brothier

[Nitin Kumar Maharana]

Congratulations Nathan, Marc!!!

—
Nitin
On 22-Sep-2017, at 10:01 PM, Rafael Weingärtner 
> wrote:

The Project Management Committee (PMC) for Apache CloudStack has invited
Nathan Johnson and Marc-Aurèle Brothier to become committers and we are
pleased to announce that they have accepted.

They have shown commitment to Apache CloudStack community, contributing
with PRs in a constant fashion. Moreover, they have proved great abilities
to interact with the community quite often in our mailing lists and Slack
channel trying to help people.

Let´s congratulate and welcome Apache CloudStack’s two newest committers.

--
Rafael Weingärtner

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: Question concerning Virtual Routers and problems during failover

[Nitin Kumar Maharana]

Hi Tim,

Can you please attach both VR’s cloud.log(present in VR path 
/var/log/cloud.log) as well as management server log of the failure case.
Which will help us finding out the exact cause of the failure.


Thanks,
Nitin
On 13-Sep-2017, at 12:42 AM, Tim Gipson 
> wrote:

Hey all,

I’ve found what I think could be a possible issue with the redundant VPC router 
pairs in Clousdstack.  The issue was first noticed when routers were failing 
over from master to backup.  When the backup router became master, everything 
continued to work properly and traffic flowed as normal.  However, when it 
failed from the new master back to the original master the virtual router 
stopped allowing traffic through any network interfaces and any failover after 
that resulted in virtual routers that were not passing traffic.

I can reproduce this behavior by doing a manual failover (logging in and 
issuing a reboot command on the router) from master to backup and then back to 
the original master.  From what I can tell, the iptables rules on the router 
are somehow modified during the failover (or a manual reboot) in such a way as 
to make them completely nonfunctional.  I did a side-by-side comparison of the 
iptables rules before and after a failover (or a manual reboot) and there are 
definite differences.  Sometimes rules are changed, sometimes they are 
duplicated, and I’ve even found that some rules are missing completely out of 
iptables.

We are running in a CentOS 7 environment and using KVM as our hypervisor.  Our 
CS version is 4.8 with standard images for the VRs.  As mentioned previously, 
our VRs are in redundant pairs for VPCs.

I’ve attached two iptables outputs, one from a working router and one from a 
broken router after failover.

Any help or direction you could provide to help me further identify why this is 
happening would be appreciated.

Thanks!

Tim Gipson






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: [DISCUSS] API versioning

[Nitin Kumar Maharana]

This looks good. +1
> On 04-Jun-2017, at 2:34 PM, Rene Moser  wrote:
>
> Hi
>
> I recently developed ansible modules for the ACL API and ... found this
> has a really inconsistent API naming. E.g.
>
> createNetworkACL <<-- this creates an ACL rule
> createNetworkACLList <<-- this create the ACL
>
> updateNetworkACLItem <<-- this updates an ACL rule
> updateNetworkACLList <<-- this updates the ACL
>
> My first thoughs was, someone has to fix this, like
>
> createNetworkAclRule <<-- this create the ACL rule
> createNetworkAcl <<-- this creates an ACL
>
> updateNetworkAclRule <<-- this updates the ACL rule
> updateNetworkAcl <<-- this updates an ACL
>
> But how without breaking the API for backwards compatibility? I know a
> few other places where the API has inconsistent namings. Fixing the API
> but in a controlled way? What about by adding a version to the API?
>
> I would like to introduce a API versioning to cloudstack: The current
> API would be frozen into verison v1. The new API will have v2. The
> versioned API has the URL scheme:
>
> /client/api/
>
> The current API would be /client/api/v1 and the /client/api would be an
> alias for v1. This ensures backwards compatibility.
>
> This would allow us to deprecate and change APIs.
>
> Any thoughts?
>
>
>




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: nvidia tesla grid card implementation (kvm)

[Nitin Kumar Maharana]

Hi Sven,

Currently the K1 and K2 cards are only supported in XenServer. 
For other cards we have to add support even for XenServer and other hypervisors.

I didn’t understand what is xml defined files you are talking about. Can you 
please elaborate a little bit?


Thanks,
Nitin
> On 22-May-2017, at 5:46 PM, Vogel, Sven  
> wrote:
> 
> Hi,
> 
> i saw that in cloudstack nvidia k1 and k2 are implemented. Now there are new 
> cards on market, Tesla M60, Tesla M10 and Tesla M6.
> 
> It there anybody who can implement it in the xml defined files? How can we 
> help?
> 
> Thanks for help
> 
> Sven Vogel
> Kupper Computer GmbH




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: Dedicated IP range for SSVM/CPVM

[Nitin Kumar Maharana]

Hi Rene,

The default pool, which means are you mentioning the public IP range?

If it is a public IP range, user VMs won’t be consuming any IP from there.
Only system VMs(CPVM/SSVM/VR) will be consuming. VRs will be providing public 
access to the user VMs.


Thanks,
Nitin
> On 16-Jan-2017, at 8:56 PM, Rene Moser  wrote:
> 
> Hi
> 
> We would like to make a change proposal for SSVM/CPVM.
> 
> Currently, the SSVM/CPVM get an IP from the "default" pool of
> vlaniprange which is the from the account "system"
> 
> 
>  "vlaniprange": [
>{
>  "account": "system",
>  "domain": "ROOT",
>  "endip": "10.101.0.250",
>  "forvirtualnetwork": true,
>  "gateway": "10.101.0.1",
>  "netmask": "255.255.255.0",
>  "startip": "10.101.0.11",
>  ...
> 
>},
> 
> 
>  "systemvm": [
>{
>  "activeviewersessions": 0,
>  "gateway": "10.101.0.1",
>  "hypervisor": "VMware",
>  "id": "d9a8abe5-b1e0-47d6-8f39-01b48ff1e0fa",
>  "name": "v-5877-VM",
>  "privatenetmask": "255.255.255.0",
>  "publicip": "10.101.0.113",
>  "publicnetmask": "255.255.255.0",
>  "state": "Running",
>  ...
>},
> 
> 
> For security considerations we would like to define a dedicated IP range
> for SSVM/CPVM, which, preferably, should not have any relation to the
> default pool range.
> 
> The default pool range should be used for userVMs only. To indicate the
> use I propolse 2 new flags, which only considered for "account=system"
> and indicate if the range can be used for userVMs or/and systemVMs.
> 
> For backwards compatibility this would be the default
> 
> "foruservms": true,
> "forsystemvms": true,
> 
> 
> to have a separate range for UserVMs/SystemVMs, it would look like
> 
> 
>  "vlaniprange": [
>{
>  "account": "system",
>  "domain": "ROOT",
>  "foruservms": true,
>  "forsystemvms": false,
>  "endip": "192.160.123.250",
>  "forvirtualnetwork": true,
>  "gateway": "192.160.123.1",
>  "netmask": "255.255.255.0",
>  "startip": "192.160.123.11",
>  ...
> 
>},
> 
>  "vlaniprange": [
>{
>  "account": "system",
>  "domain": "ROOT",
>  "foruservms": false,
>  "forsystemvms": true,
>  "endip": "10.101.0.250",
>  "forvirtualnetwork": true,
>  "gateway": "10.101.0.1",
>  "netmask": "255.255.255.0",
>  "startip": "10.101.0.11",
>  ...
> 
>},
> 
> 
> Does anyone has see any conflicts with this proposal?
> 
> Regards
> René
> 




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.

Edit page permission in cwiki.

[Nitin Kumar Maharana]

Hi,

I don’t have permission to edit a page in cwiki.
Even I don’t have permission to assign issues to myself in JIRA.

Can you please give me these accesses.
Username : nitin.maharana


Thanks,
Nitin





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.

Disabling public NIC of Virtual Router

[Nitin Kumar Maharana]

Hi,

I am trying to disable the public NIC of virtual router from cloud-early-config 
file using command ifdown eth*/ ifconfig eth* down. But it doesn't go to down 
state.

From the router console, the command works and state goes to down state.

With the same command from cloud-early-config, I can able to bring down the 
guest NIC as well as control NIC.

Is there a different way to make the public NIC down?


Thanks,
Nitin



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.