RE: New Committer: Sanjeev Neelarapu

[Somesh Naidu]

Congratulations Sanjeev!

Regards,
Somesh


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Thursday, November 14, 2013 4:15 PM
To: dev
Subject: Re: New Committer: Sanjeev Neelarapu

welcome Sanjeev and good luck.

On Thu, Nov 14, 2013 at 10:26 AM, Rajani Karuturi
 wrote:
> Congratulations Sanjeev.
>
> --
> - Rajani
>
>
> -Original Message-
> From: Sateesh Chodapuneedi 
> mailto:sateesh%20chodapuneedi%20%3csateesh.chodapune...@citrix.com%3e>>
> Reply-to: 
> To: dev@cloudstack.apache.org 
> mailto:%22...@cloudstack.apache.org%22%20%3c...@cloudstack.apache.org%3e>>
> Subject: RE: New Committer: Sanjeev Neelarapu
> Date: Thu, 14 Nov 2013 07:40:29 +
>
>
>
> Sanjeev, Hearty Congratulations, great job.
>
> Regards,
> Sateesh
>
>> -Original Message-
>> From: Du Jun [mailto:dj199...@gmail.com]
>> Sent: 14 November 2013 12:27
>> To: dev@cloudstack.apache.org
>> Subject: Re: New Committer: Sanjeev Neelarapu
>>
>> Congratulations!
>>
>> --
>> Best regards.
>> Frank
>>
>>
>> 2013/11/14 Koushik Das 
>> mailto:koushik@citrix.com>>
>>
>> > Congrats Sanjeev
>> >
>> > On 14-Nov-2013, at 11:29 AM, Prasanna Santhanam 
>> > mailto:t...@apache.org>> wrote:
>> >
>> > > The Project Management Committee (PMC) for Apache CloudStack has
>> > > asked
>> > Sanjeev
>> > > Neelarapu to become a committer and we are pleased to announce that
>> > > they
>> > have
>> > > accepted.
>> > >
>> > > Being a committer allows many contributors to contribute more
>> > autonomously. For
>> > > developers, it makes it easier to submit changes and eliminates the
>> > > need
>> > to
>> > > have contributions reviewed via the patch submission process.
>> > > Whether contributions are development-related or otherwise, it is a
>> > > recognition
>> > of a
>> > > contributor's participation in the project and commitment to the
>> > > project
>> > and
>> > > the Apache Way.
>> > >
>> > > Please join me in congratulating Sanjeev!
>> > >
>> > > --
>> > > Prasanna.,
>> > > on behalf of the Apache CloudStack PMC
>> > >
>> > > 
>> > > Powered by BigRock.com
>> > >
>> >
>> >
>

RE: Can System VMs be migrated?

[Somesh Naidu]

Rafael,

What version of CS are you using? I have a 4.3 and a 4.5 environment with 
XS/VMware/KVM hypervisors and on all of them, the system VMs are being created 
on shared primary storage.

Can you check what storage type is set in the system offerings?

Regards,
Somesh


-Original Message-
From: Rafael Weingartner [mailto:rafaelweingart...@gmail.com] 
Sent: Tuesday, February 10, 2015 7:20 AM
To: dev@cloudstack.apache.org
Subject: Re: Can System VMs be migrated?

Marcus, the parameter “system.vm.use.local.storage” was already set to
false. That parameter does not make any sense to me; it seems that it is
not used, at least for Xen.

Abhinandan Prateek, I did not configure it erroneously. I configured NFS
storage to store users VMs (primary storage), I am not using local storage
for anything, but sadly I was forced to create a local SR into every host.
I had exchanged some emails about that in the users list a while ago:

http://mail-archives.apache.org/mod_mbox/cloudstack-users/201309.mbox/%3CCAG97radxdiUaim7-W5nw-BAcvTFV0MgD6RJzB64=uervm89...@mail.gmail.com%3E

The problem seems to be here:

com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(Connection,
String, VM)

That class do not use the parameter “system.vm.use.local.storage”, it
forced us to add a local SR in the host. Then it deploys the systemvm-vdi
into that “_host.localSRuuid”.

http://fossies.org/dox/apache-cloudstack-4.4.2-src/XcpOssResource_8java_source.html

Is that behavior expected? I have lived with that since CS 4.1.1 (I am
using 4.3.0) and it seems to be the same in 4.4.


On Tue, Feb 10, 2015 at 3:09 AM, Marcus  wrote:

> edit the global setting "system.vm.use.local.storage", restart mgmt server.
>
> On Mon, Feb 9, 2015 at 8:20 PM, Abhinandan Prateek
>  wrote:
> > While creating a zone you can configure the use of local storage. It
> seems you configured it erroneously.
> > In 4.3 as per my knowledge live vm migration with local storage is
> broken. Use it in 4,5 it works I have tested it.
> > If you do not want to use local storage make sure you turn it off while
> creating the zone.
> >
> > -abhi
> >
> >
> >> On 10-Feb-2015, at 1:20 am, Rafael Weingartner <
> rafaelweingart...@gmail.com> wrote:
> >>
> >> Well,
> >> There is a button, take a look at the SS I took:
> >> http://postimg.org/image/5sr7yxyud/
> >>
> >> I am curious, why does the CS allocate system VMs’ VDI on local SR on
> Xen
> >> hypervisor? Why not use the primary storage of the cluster in which the
> >> host is in?
> >> I looked at the code, and it is hard coded there, Xen hosts have to
> have a
> >> local SR, otherwise you cannot add them into CS (first time I saw that I
> >> found it very weird, I even sent an email about it, but did not get any
> >> reply).
> >>
> >> That does not seem to happen with other hypervisors.
> >>
> >> Now that you mentioned the maintenance mode, I noticed that system VMs
> are
> >> not being migrated when I put its host in maintenance, I thought that
> was a
> >> normal behavior (weird one but normal, given that those VMs are using
> the
> >> local SR of the Xen hypervisor).
> >>
> >> On Mon, Feb 9, 2015 at 5:10 PM, Yiping Zhang 
> wrote:
> >>
> >>> How do you migrate systemVM’s in UI?
> >>>
> >>> If you just put the host, where the systemVM’s are running, into
> >>> “maintenance” mode, then you may have hit this bug which was fixed in
> >>> 4.4.0: https://issues.apache.org/jira/browse/CLOUDSTACK-5660
> >>>
> >>>
> >>> Yiping
> >>>
> >>> On 2/9/15, 11:01 AM, "Rafael Weingartner"  >
> >>> wrote:
> >>>
>  Update:
>  The UI may not be working because it uses the command
> "migrateSystemVm",
>  instead of "migrateVirtualMachineWithVolume".
>  Shoud I open a bug report?
> 
>  On Mon, Feb 9, 2015 at 3:21 PM, Rafael Weingartner <
>  rafaelweingart...@gmail.com> wrote:
> 
> > I also tried and it did not work. I am using CS 4.3.0.
> > I used the UI button. I got the error "VM_REQUIRES_SR".
> >
> > On Mon, Feb 9, 2015 at 2:52 PM, Prashant Kumar Mishra <
> > prashantkumar.mis...@citrix.com> wrote:
> >
> >> 1-Yes we can migrate system vm , I have done it many times
> >>
> >>
> >> 2-Even if vm is deployed with local storage you can migrate to
> another
> >> local storage . Check out this api migrateVirtualMachineWithVolume
> >>
> >>
> >>
> >>
> >>
> >>>
> http://cloudstack.apache.org/docs/api/apidocs-4.4/root_admin/migrateVirt
> >> ual
> >> MachineWithVolume.html
> >>
> >> <
> >>>
> http://cloudstack.apache.org/docs/api/apidocs-4.4/root_admin/migrateVir
> >> tualMachineWithVolume.html>
> >>
> >>
> >> ~prashant
> >>
> >>
> >>
> >>
> >> On 2/9/15, 5:08 PM, "Rafael Weingartner" <
> rafaelweingart...@gmail.com>
> >> wrote:
> >>
> >>> That is the answer I wanted to hear.  If we can migrate system VMs,
> >> why
> >>> are
> >>> the systems VMs¹ VDI allocated in the l

RE: Can System VMs be migrated?

[Somesh Naidu]

Ok. I don't know what the expected behavior for XCP is (though I believe shared 
storage for system VMs should work on XCP as well).

If you were using XenServer then the way it works is that depending on the 
value (true/false) set for global config system.vm.use.local.storage, CS will 
set the storage type in the system service offering during mgmt. bootstrap.

When I say system offering I refer to the records returned by the query - 
select id,name,use_local_storage from disk_offering where system_use=1;

Regards,
Somesh

-Original Message-
From: Rafael Weingartner [mailto:rafaelweingart...@gmail.com] 
Sent: Tuesday, February 10, 2015 1:55 PM
To: dev@cloudstack.apache.org
Subject: Re: Can System VMs be migrated?

Somesh Naidu,

I am using the 4.3.0 version.

I am using Xen hypervisor with XAPI (old XCP) packages over Debian 7.4

I did not understand what you mean with “in the system offerings” .  The
primary storage of the clusters are NFS servers.

On Tue, Feb 10, 2015 at 1:25 PM, Somesh Naidu 
wrote:

> Rafael,
>
> What version of CS are you using? I have a 4.3 and a 4.5 environment with
> XS/VMware/KVM hypervisors and on all of them, the system VMs are being
> created on shared primary storage.
>
> Can you check what storage type is set in the system offerings?
>
> Regards,
> Somesh
>
>
> -Original Message-
> From: Rafael Weingartner [mailto:rafaelweingart...@gmail.com]
> Sent: Tuesday, February 10, 2015 7:20 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Can System VMs be migrated?
>
> Marcus, the parameter “system.vm.use.local.storage” was already set to
> false. That parameter does not make any sense to me; it seems that it is
> not used, at least for Xen.
>
> Abhinandan Prateek, I did not configure it erroneously. I configured NFS
> storage to store users VMs (primary storage), I am not using local storage
> for anything, but sadly I was forced to create a local SR into every host.
> I had exchanged some emails about that in the users list a while ago:
>
>
> http://mail-archives.apache.org/mod_mbox/cloudstack-users/201309.mbox/%3CCAG97radxdiUaim7-W5nw-BAcvTFV0MgD6RJzB64=uervm89...@mail.gmail.com%3E
>
> The problem seems to be here:
>
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(Connection,
> String, VM)
>
> That class do not use the parameter “system.vm.use.local.storage”, it
> forced us to add a local SR in the host. Then it deploys the systemvm-vdi
> into that “_host.localSRuuid”.
>
>
> http://fossies.org/dox/apache-cloudstack-4.4.2-src/XcpOssResource_8java_source.html
>
> Is that behavior expected? I have lived with that since CS 4.1.1 (I am
> using 4.3.0) and it seems to be the same in 4.4.
>
>
> On Tue, Feb 10, 2015 at 3:09 AM, Marcus  wrote:
>
> > edit the global setting "system.vm.use.local.storage", restart mgmt
> server.
> >
> > On Mon, Feb 9, 2015 at 8:20 PM, Abhinandan Prateek
> >  wrote:
> > > While creating a zone you can configure the use of local storage. It
> > seems you configured it erroneously.
> > > In 4.3 as per my knowledge live vm migration with local storage is
> > broken. Use it in 4,5 it works I have tested it.
> > > If you do not want to use local storage make sure you turn it off while
> > creating the zone.
> > >
> > > -abhi
> > >
> > >
> > >> On 10-Feb-2015, at 1:20 am, Rafael Weingartner <
> > rafaelweingart...@gmail.com> wrote:
> > >>
> > >> Well,
> > >> There is a button, take a look at the SS I took:
> > >> http://postimg.org/image/5sr7yxyud/
> > >>
> > >> I am curious, why does the CS allocate system VMs’ VDI on local SR on
> > Xen
> > >> hypervisor? Why not use the primary storage of the cluster in which
> the
> > >> host is in?
> > >> I looked at the code, and it is hard coded there, Xen hosts have to
> > have a
> > >> local SR, otherwise you cannot add them into CS (first time I saw
> that I
> > >> found it very weird, I even sent an email about it, but did not get
> any
> > >> reply).
> > >>
> > >> That does not seem to happen with other hypervisors.
> > >>
> > >> Now that you mentioned the maintenance mode, I noticed that system VMs
> > are
> > >> not being migrated when I put its host in maintenance, I thought that
> > was a
> > >> normal behavior (weird one but normal, given that those VMs are using
> > the
> > >> local SR of the Xen hypervisor).
> > >>
> > >> On Mon, Feb 9, 2015 at 5:10 PM, Yiping Zhang 
> > wrote:
> > >>
&g

RE: Jenkins build is still unstable: simulator-4.5-singlerun #162

[Somesh Naidu]

That’s something from the DAO layer. From what I can see it's Element 
Collection being used for persistence.

Alex, I believe, wrote that piece of code. 

Regards,
Somesh


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Friday, February 20, 2015 7:42 AM
To: dev
Cc: Jenkins Cloudstack.org
Subject: Re: Jenkins build is still unstable: simulator-4.5-singlerun #162

Any body knows what the ec attribute is?

On Fri, Feb 20, 2015 at 5:47 AM,   wrote:
> See 
>



-- 
Daan

RE: Network QoS (not bandwidth limiting)

[Somesh Naidu]

Adrian,

Rant or not, I believe you have raised a valid point and reflect certain group 
of peoples requirement.

Based on your requirement, I believe you are looking for something like Vyatta. 

Regards,
Somesh

-Original Message-
From: Adrian Lewis [mailto:adr...@alsiconsulting.co.uk] 
Sent: Friday, February 20, 2015 8:50 PM
To: us...@cloudstack.apache.org
Subject: RE: Network QoS (not bandwidth limiting)

Tempted to suggest some sort of special interest group where networking
people can have some input into the dev process despite not necessarily
being able to produce any code themselves. As an example, Schuberg Philis
have recently done some great work on the redundant VPC VR but to a
network person, this sort of functionality is almost taken for granted
(please don't take this as a lack of appreciation). Similarly, the lack of
end-to-end QoS for applications running on ACS seems to me at least to be
a fairly significant oversight. ACS is known as having very flexible
networking compared with some of the alternatives but there does still
appear to be an enterprise focus on most elements that a 'typical'
developer (dare I say it, web developer) faces but more of a home network
approach to the networking side (aside from some pretty impressive niche
features).

We shouldn't need to rely on proprietary 3rd party products to provide a
similar level of versatility for networking in ACS in my opinion. It seems
bizarre to me that we have load balancing, distributed routing & ACLs with
the OVS controller, PVLANs for isolation,  etc, but yet still don't have
what I would consider basic functions such as better control over NAT,
firewalling, routing (no dynamic routing protocols at all), IPsec, having
to specify IP related attributes to what should simply be L2 constructs
(why does a VPC need to be given a CIDR?!?) etc. AWS had a similar issue
that lead to the VPC being introduced - enterprises consistently rejected
the weird and illogical way that they did networking back in the day that
was overly focussed on web/cloudy workloads.

This sounds like a rant and to an extent it is but I'd like to turn it
into a positive. I feel fairly helpless when the typical response to
feedback like this is that I should just contribute code. There are a
number of people that embrace the concept that the community should be a
collective of not just developers, but at the same time it's pretty
difficult to feel part of a community that's run almost uniquely by
developers; it's even a bit intimidating at times. I've seen too many
commercial companies that abandon innovation in favour of satisfying the
'large account' RFC/RFPs and in my opinion the same may apply to a project
driven largely by the needs of those that can contribute code.

To flip the concept on its head, it would be like a network guy creating
an amazing cloud orchestration platform but where you can only run centos
6 with a LAMP stack - yes this might work for a lot of people (and it
would likely only be adopted by those people) but for those that just want
to do something a bit different, it would be a fairly frustrating
experience.

Am I simply being a spoilt kid here or is there room for input that might
be constructive? Is there anyone here on the list with a networking focus
that can corroborate these concerns?

Adrian

-Original Message-
From: Somesh Naidu [mailto:somesh.na...@citrix.com]
Sent: 20 February 2015 18:31
To: us...@cloudstack.apache.org
Subject: RE: Network QoS (not bandwidth limiting)

I don't think we can. QoS in CS is mostly throttling traffic on the
virtual interface.

Regards,
Somesh


-Original Message-
From: len.bellem...@alternativenetworks.com
[mailto:len.bellem...@alternativenetworks.com]
Sent: Friday, February 20, 2015 5:18 AM
To: us...@cloudstack.apache.org
Subject: Network QoS (not bandwidth limiting)

Hi All,

Does anyone know if it's possible to do network QoS in Cloudstack?  I
don't mean bandwidth limiting, but rather, prioritising different traffic
types for voice, etc.

Thanks
Len

RE: few templates lost, cause cannot download and launch vm from that

[Somesh Naidu]

Raja,

I am not sure if your understanding on how templates work is correct.

You do not need to download a template to the primary storage. CS will do that 
as required. Also, CS will clean-up templates from primary if no associated VMs 
are running. This is expected behavior. The state of the template that you see 
in the UI refers to the status of the template on secondary storage.

The exception you are getting while launching the VM seems to be a separate 
issue. You need to share more details and logs (use pastebin or similar).

Regards,
Somesh


-Original Message-
From: raja sekhar [mailto:rajsekhar@gmail.com] 
Sent: Wednesday, February 25, 2015 3:28 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: few templates lost, cause cannot download and launch vm from that

Hi All,

I am using CloudStack 4.3.1.
some of the templates like *"Template "* in xencenter
primary storage are lost.later that iam unable to deploy vm from that
templates.saying the error

2015-02-19 11:09:10,541 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-206:ctx-0fd9a1dd) Seq 1-1636765165: Executing request
2015-02-19 11:09:10,597 DEBUG [c.c.h.x.r.XenServerStorageProcessor]
(DirectAgent-206:ctx-0fd9a1dd) Catch Exception
com.xensource.xenapi.Types$UuidInvalid :VDI getByUuid
 for uuid: a7406536-3a0a-4e16-a05c-8663af78a894 failed due to The uuid you
supplied was invalid.
2015-02-19 11:09:10,597 WARN  [c.c.h.x.r.XenServerStorageProcessor]
(DirectAgent-206:ctx-0fd9a1dd) Unable to create volume;
Pool=volumeTO[uuid=7a20df1c-3a98-46a2-92c7-5
6ca60a9ffaa|path=null|datastore=PrimaryDataStoreTO[uuid=9fb05625-5776-3e19-8317-4812aff592a0|name=null|id=1|pooltype=NetworkFilesystem]];
Disk:
com.cloud.utils.exception.CloudRuntimeException: Catch Exception
com.xensource.xenapi.Types$UuidInvalid :VDI getByUuid for uuid:
a7406536-3a0a-4e16-a05c-8663af78a894 fa
iled due to The uuid you supplied was invalid.




2015-02-19 11:09:10,604 INFO  [c.c.v.VirtualMachineManagerImpl]
(consoleproxy-1:ctx-6d3b94af) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1]
is unreachable: Unable to create
Vol[6|vm=6|ROOT]:com.cloud.utils.exception.CloudRuntimeException: Catch
Exception com.xensource.xenapi.Types$UuidInvalid :VDI getByUuid for uuid:
a7406536-3a0a-4e16-a05c-8663af78a894 failed due to The uuid you supplied
was invalid.


i have observed that when creating vm first time the template is copying to
primary storage in xencenter with name *"Template ", *unfortunately
i have lost some of the templates in xencenter primary storage, but in
cloudstack UI it is showing ready state and i have checked SSVM too, the
template is present.

how to copy template to xencenter primary storage?
Is this BUG?
please help me to deploy vm from that template..


Regards,
Rajasekhar.

RE: Cannot delete range as IP is being used for providing dhcp service in this subnet

[Somesh Naidu]

Lucian,

Not sure if you can get past that without destroying that network (or 
manipulating the DB).

I am not sure if network restart with cleanup true releases the VR IP so you 
probably could try that. If it does, then we'd have to figure how to avoid the 
new IP getting chosen from the same IP range.

Regards,
Somesh


-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Tuesday, March 03, 2015 2:31 PM
To: dev
Subject: [4.5] Cannot delete range as IP is being used for providing dhcp 
service in this subnet

Hi,

I'm having this problem, I've added a secondary subnet/range in my Adv+SG zone 
and now I want to delete it.
All the VMs using it have been deleted (and I've been waiting for a while for 
the explunge/cleanup jobs to run), yet I am getting this error:

"Cannot delete vlan range 2 as 192.168.203.102 is being used for providing dhcp 
service in this subnet. Delete all VMs in this subnet and try again"

All the VMs are deleted, only the virtual router is using IPs from that range.

root@r-4-VM:~# ip a|grep 192.168
inet 192.168.203.102/24 brd 192.168.203.255 scope global eth0:55
inet 192.168.203.103/24 brd 192.168.203.255 scope global secondary eth0:56

How can I make the VR let go of those IPs?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: Reset instance "Statistics"

[Somesh Naidu]

Lucian,

These values get collected every minute (controlled by global config 
vm.stats.interval) from the hypervisor.

These values do not seem to be persisted in DB. I guess there won't be a need 
to reset these.

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Tuesday, March 17, 2015 2:31 PM
To: dev@cloudstack.apache.org
Subject: Reset instance "Statistics"

Hello,

Anyone knows how often these values get reset or if at all?
http://img.nux.ro/fK7-Selection_016.png

I'm interested in tracking some of these values, but on a monthly basis or so.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: reset sshkeyforvirtualmachine also resets password

[Somesh Naidu]

I believe so, since the VM's password (stored in the user_vm_details table) 
needs to be encrypted using the new keys and I believe encryption is a one-way 
hash.

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Wednesday, April 01, 2015 9:16 AM
To: dev
Subject: reset sshkeyforvirtualmachine also resets password

Hi,

I've just noticed resetsshkeyforvirtualmachine also resets the root password. 
This doesn't sound right. Is this supposed to happen?

4.4.3 RC2 (4.4-RC20150324T1321) CentOS/KVM 

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: [ANNOUNCE] New committer: Rene Moser

[Somesh Naidu]

Congratulation Rene!

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.

-Original Message-
From: Koushik Das [mailto:koushik@citrix.com] 
Sent: Thursday, April 02, 2015 5:31 AM
To: dev@cloudstack.apache.org
Subject: RE: [ANNOUNCE] New committer: Rene Moser

Congrats Rene!

-Original Message-
From: sebgoa [mailto:run...@gmail.com] 
Sent: Wednesday, 1 April 2015 2:43
To: dev@cloudstack.apache.org
Subject: [ANNOUNCE] New committer: Rene Moser

The Project Management Committee (PMC) for Apache CloudStack has asked Rene 
Moser to become a committer and we are pleased to announce that he has accepted.

Rene has committed several fixes to cloudstack and is the sole author of the 
cloudstack ansible module.
This module should make it to Ansible core quite soon

Being a committer enables easier contribution to the project since there is no 
need to go via the patch submission process. This should enable better 
productivity.
Being a PMC member enables assistance with the management and to guide the 
direction of the project.

Join me in congratulating Rene and let's hope for more Ansible play books to 
deploy cloudstack and associated workloads.

-The CloudStack PMC

RE: [ANNOUNCE] New committer Pierre-Yves Ritschard

[Somesh Naidu]

Congratulations Pierre-Yves!

Regards,
Somesh


-Original Message-
From: Koushik Das [mailto:koushik@citrix.com] 
Sent: Thursday, April 02, 2015 5:31 AM
To: dev@cloudstack.apache.org
Subject: RE: [ANNOUNCE] New committer Pierre-Yves Ritschard

Congrats Pierre-Yves!

-Original Message-
From: sebgoa [mailto:run...@gmail.com] 
Sent: Wednesday, 1 April 2015 2:41
To: dev@cloudstack.apache.org
Subject: [ANNOUNCE] New committer Pierre-Yves Ritschard

The Project Management Committee (PMC) for Apache CloudStack has asked 
Pierre-Yves Rischard (@pyr) to become a committer and we are pleased to 
announce that he has accepted.

Pierre-Yves is a great developer and I hear he was named one of the top 100 
french developers.
He has contributed several fixes to cloudstack and more recently committed a 
Kafka listener, he has a big patch pending to remove the awsapi.

Being a committer enables easier contribution to the project since there is no 
need to go via the patch submission process. This should enable better 
productivity.
Being a PMC member enables assistance with the management and to guide the 
direction of the project.

Join me in congratulating pyr and pray that he does not re-write cloudstack in 
clojure :)

-The CloudStack PMC

RE: [ANNOUNCE] Rohit Yadav as new PMC member of CloudStack

[Somesh Naidu]

Congratulations Rohit! Very well deserved!

Regards,
Somesh


-Original Message-
From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] 
Sent: Wednesday, April 01, 2015 11:44 PM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] Rohit Yadav as new PMC member of CloudStack

On 2015-03-27 4:07 AM, Sebastien Goasguen wrote:
> The Project Management Committee (PMC) for Apache CloudStack are pleased to
> announce that Rohit Yadav has accepted our invitation to join the PMC.
>
> Please join me in congratulating him.
>
> On behalf of the Apache CloudStack PMC
>
Was about time! :) Congrats Rohit!

-- 
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
420 rue Guy | Montreal | Quebec | H3J 1S6
w: cloudops.com | tw: @CloudOps_

RE: Vms resource usage history

[Somesh Naidu]

AFAIK, it doesn't. VM stats are fetched from the hypervisor at specified 
frequency and only exist in memory.

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Rafael Weingartner [mailto:rafaelweingart...@gmail.com] 
Sent: Thursday, April 02, 2015 10:08 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Vms resource usage history

Hi folks,

Does Cloudstack store the resource usage of VMs?

I mean, when I call the API command:
https://cloudstack/client/api?command=listVirtualMachines&details=stats&;...

It returns the resource usage statistics for a VM (the amount of resource
used in that moment/the last monitored resource usage), but I am wondering
if CS maintains a history of them.

-- 
Rafael Weingärtner

RE: [DISCUSS] How to fix failing VR-mgmt server links

[Somesh Naidu]

It is true and I like the idea. I would just want to make sure the agent 
footprint isn't too high. As opposed to CP/SS VM, we expect to be a lot more 
VRs running in an environment.

Also, the recent VR aggregation, I believe ACS 4.5 has it, did reduce a lot of 
that barbaric stuff so we are still better than where we were earlier.

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Friday, April 03, 2015 5:53 AM
To: dev
Subject: [DISCUSS] How to fix failing VR-mgmt server links

Hi,

In large environments, one of the issues of a VM deployment or a network rule 
failing that I find commonly is that the mgmt server is unable to reach to the 
VR via the host because of network lag or issues between the host and the mgmt 
server. The sending operation on the link is tried about 5 times (hardcoded) 
before it gives up and we see something like this in the logs: "Unable to reach 
the peer that the agent is connected”.

Should we add a global setting to allow sysadmins to configure the agent 
link/socket (in various AgentAttaches in 
engine/orchestration/src/com/cloud/agent/manager ?) timeout or please share if 
something like this already exists or any other solution to this problem?

The other issue I see is that since VRs don’t have an agent running in it, to 
execute an operation mgmt server SSH-es into it to run scripts, for a high load 
the number of open FDs (so also TCP ports) on a VR/systemvm are limited which 
again can cause connections to fail/timeout due to high number of requests VR 
is processing. A long term solution could be to implement an agent (like 
ssvm/cpvm) that runs inside of the VR and talks to mgmt server over multiplexed 
connection so we limit the number of connections from one mgmt server and we 
can get rid of the SSH code and execution of barbaric scripts. Comments, 
suggestions, flames?

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: [ANNOUNCE] New committer: Gaurav Nandkumar Aradhye

[Somesh Naidu]

Congratulations Gaurav!

Regards,
Somesh


-Original Message-
From: Gaurav Aradhye [mailto:gaurav.arad...@clogeny.com] 
Sent: Tuesday, April 14, 2015 8:08 AM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New committer: Gaurav Nandkumar Aradhye

Thanks Raja!

Regards,
Gaurav Aradhye

On Apr 14, 2015, at 5:24 PM, Raja Pullela  wrote:

> Congratulations Gaurav!  
> 
> -Original Message-
> From: Rajani Karuturi [mailto:raj...@apache.org] 
> Sent: Tuesday, April 14, 2015 9:10 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [ANNOUNCE] New committer: Gaurav Nandkumar Aradhye
> 
> congratulations Gaurav..
> 
> ~Rajani
> 
> On Tue, Apr 14, 2015 at 1:35 AM, Erik Weber  wrote:
> 
>> On Mon, Apr 13, 2015 at 9:43 PM, Daan Hoogland 
>> 
>> wrote:
>> 
>>> The Project Management Committee (PMC) for Apache CloudStack has 
>>> asked Gaurav Aradhya to become a committer and we are pleased to 
>>> announce that they have accepted.
>>> 
>>> Being a committer allows many contributors to contribute more 
>>> autonomously. For developers, it makes it easier to submit changes 
>>> and eliminates the need to have contributions reviewed via the patch 
>>> submission process. Whether contributions are development-related or 
>>> otherwise, it is a recognition of a contributor's participation in 
>>> the project and commitment to the project and the Apache Way.
>>> 
>>> Please join me in congratulating Gaurav
>>> 
>>> 
>> Well deserved, welcome!
>> Congratulations :-)
>> 
>> --
>> Erik
>> 

RE: [ANNOUNCE] New committer: Funs Kessen

[Somesh Naidu]

Congratulations Funs!

Regards,
Somesh


-Original Message-
From: Ahmad Emneina [mailto:aemne...@gmail.com] 
Sent: Tuesday, April 14, 2015 12:45 PM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New committer: Funs Kessen

Nice work Funs! Congrats.

On Tue, Apr 14, 2015 at 8:27 AM, Paul Angus 
wrote:

> Awesome.  Congratulations Funs!
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: 14 April 2015 09:49
> To: dev@cloudstack.apache.org
> Subject: Re: [ANNOUNCE] New committer: Funs Kessen
>
> Congrats Funs! Fun to have Funs around!
>
> > On 14-Apr-2015, at 3:00 am, Sebastien Goasguen  wrote:
> >
> > we are doomed :)
> >
> >> On Apr 13, 2015, at 10:05 PM, Erik Weber  wrote:
> >>
> >> On Mon, Apr 13, 2015 at 9:41 PM, Daan Hoogland
> >> 
> >> wrote:
> >>
> >>> The Project Management Committee (PMC) for Apache CloudStack has
> >>> asked Funs Kessen to become a committer and we are pleased to
> >>> announce that they have accepted.
> >>>
> >>> Being a committer allows many contributors to contribute more
> >>> autonomously. For developers, it makes it easier to submit changes
> >>> and eliminates the need to have contributions reviewed via the patch
> >>> submission process. Whether contributions are development-related or
> >>> otherwise, it is a recognition of a contributor's participation in
> >>> the project and commitment to the project and the Apache Way.
> >>>
> >>> Please join me in congratulating Funs
> >>>
> >>
> >> Congratulations Funs!
> >>
> >> --
> >> Erik
> >
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://secure-web.cisco.com/1FeKBZFjPciRSAIj5VYQBk6l2dl8cxQD4gcM8StDnaGso8bIiPmpzbDr--4NmZFJY0TA7-tU1Ko_7OK-fksw5zkFU7xfgPyWe-xaPUKlK2z9o54LbQSXCYoyvHmL_y5sPNaTjRJK2DWUE5qKrwpKsaCjsoPJVp6ohXNK6AES5xI4/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F>
> CSForge – rapid IaaS deployment 
> framework
> CloudStack 
> Consulting
> CloudStack Software Engineering<
> http://secure-web.cisco.com/1JvHYHZaJ88RH8fTXwVQT1h_tp6gP_D8Xhj4ojk2wmQ2cSubSaKG2zaliJf8hhfX5sp3IZALy1CLhU_zbBp2PuX_eEAsBvXbvfCZSrHcZ-Q915cNKqCK709ftGhYNSwv9JiNv4Dte1tMyA1rtlodcbvByJuYTFR0QPr0a-Yoe2xg/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2F>
> CloudStack Infrastructure Support<
> http://secure-web.cisco.com/1TwtqvgPJwQbaW80jrIrYa2qn4pEs-uDo_Mb_N_xdcWq068RZCBGHbDEsvy8t7j0asuvbOH4_Ux-fPe-sEl5X6HUY1hY2ejZto6FFCHKNfjF1hA7Wqlu-eGUYG2alcWi0Be7pd3Ptqvc7mumYVm6FXTvgSOY0M20b1ZEzuQ5h8Ag/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F>
> CloudStack Bootcamp Training Courses<
> http://secure-web.cisco.com/1TpD2MkCYkt1tzB23p7sCaS5l11FB4-y7XOn-R155UllVqTcRebUHuf2H-ILjbIjcvEAQE_Ly4y_F0hd3YdoqPy0papFBCJjuS1OE74IjUFQPEQKII1-o2fbZrwn_cRtiiWwSszxmyQm3tUbulUILjCjEGILt43ec8egqXyRkp74/http%3A%2F%2Fshapeblue.com%2Fcloudstack-training%2F>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://secure-web.cisco.com/1FeKBZFjPciRSAIj5VYQBk6l2dl8cxQD4gcM8StDnaGso8bIiPmpzbDr--4NmZFJY0TA7-tU1Ko_7OK-fksw5zkFU7xfgPyWe-xaPUKlK2z9o54LbQSXCYoyvHmL_y5sPNaTjRJK2DWUE5qKrwpKsaCjsoPJVp6ohXNK6AES5xI4/http%3

RE: question about JDBC and mysql

[Somesh Naidu]

Yes, transactions are used and AFAIK, transaction level is set to READ COMMITED.

You would benefit from setting the logging level to TRACE to get more insight 
as most of the logging at the DAO layer is set to TRACE.

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Jeronimo Garcia [mailto:garciaj...@gmail.com] 
Sent: Tuesday, April 14, 2015 8:58 AM
To: dev@cloudstack.apache.org
Subject: question about JDBC and mysql

Hi List.

Does cloudstack uses transactions when writing to mysql ? i happen to see
data and soon enough disappears , like if i would be using READ_UNCOMMITTED.

The whole thing is that on a snapshot failure , the snapshot ID didn't get
status of "Error" it simply vanished from the snapshots table .. but we saw
the record while the snapshot was in progress.

Thanks!

RE: listUsageRecord only for Admins? Why?

[Somesh Naidu]

As a workaround, we could just update the permissions for the API in the 
commands.properties to allow normal users to make that API call.

Default Contents:
 usage commands
generateUsageRecords=1
*listUsageRecords=7*
listUsageTypes=1

Change it to:
 usage commands
generateUsageRecords=1
*listUsageRecords=15*
listUsageTypes=1

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.

-Original Message-
From: Koushik Das [mailto:koushik@citrix.com] 
Sent: Wednesday, April 15, 2015 5:41 AM
To: dev
Subject: RE: listUsageRecord only for Admins? Why?

Agree. I don't think it's possible currently. The listUsageRecords needs to be 
modified. 

-Original Message-
From: Ramzi Youssefi [mailto:ryouss...@gmail.com] 
Sent: Wednesday, 15 April 2015 13:28
To: dev
Subject: listUsageRecord only for Admins? Why?

Hello developers!

is there any reason why listUsageRecords api call is only limited to root and 
admin users?
I think this use case is very common and it would be nice if clients can see 
their usage records in their projects.
Is there any workaround for that?

Best,

--
Ramzi Youssefi
Görlitzer Str. 49
01099 Dresden, Germany.
Cell: +49 173 1965465
Email: ryouss...@gmail.com

RE: CloudStack agent for HyperV

[Somesh Naidu]

+ devs

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.

-Original Message-
From: mvs babu [mailto:mvsbabu0...@outlook.com] 
Sent: Thursday, April 16, 2015 10:15 AM
To: cloudusersusers
Subject: CloudStack agent for HyperV


Hi All,

I am trying to build CloudStack Agent for HyperV from Windows 8.1. When I am 
executing buildagent.sh script it is giving below error. 

Please suggest how to resolve this error?

--

mvs@Suneel ~/cloudstack-oss/cloudstack/plugins/hypervisors/hyperv

$ ./buildagent.sh

--2015-04-16 19:36:03-- http://nuget.org/nuget.exe

Resolving nuget.org (nuget.org)... 168.62.110.126

Connecting to nuget.org (nuget.org)|168.62.110.126|:80... connected.

HTTP request sent, awaiting response... 301 Moved Permanently

Location: http://www.nuget.org/nuget.exe [following]

--2015-04-16 19:36:03-- http://www.nuget.org/nuget.exe

Resolving www.nuget.org (www.nuget.org)... 168.62.110.126

Reusing existing connection to nuget.org:80.

HTTP request sent, awaiting response... 302 Found

Location: https://www.nuget.org/nuget.exe [following]

--2015-04-16 19:36:04-- https://www.nuget.org/nuget.exe

Connecting to www.nuget.org (www.nuget.org)|168.62.110.126|:443... connected.

HTTP request sent, awaiting response... 302 Found

Location: https://api.nuget.org/downloads/nuget.exe [following]

--2015-04-16 19:36:06-- https://api.nuget.org/downloads/nuget.exe

Resolving api.nuget.org (api.nuget.org)... 103.245.222.64

Connecting to api.nuget.org (api.nuget.org)|103.245.222.64|:443... connected.

HTTP request sent, awaiting response... 200 OK

Length: 1664512 (1.6M) [application/x-msdownload]

Saving to: ‘nuget.exe’

nuget.exe 
100%[=>]
 1.59M 2.04MB/s in 0.8s

2015-04-16 19:36:08 (2.04 MB/s) - ‘nuget.exe’ saved [1664512/1664512]

running tests

XBuild Engine Version 12.0

Mono, Version 3.12.1.0

Copyright (C) 2005-2013 Various Mono authors

Build started 04/16/2015 19:36:08.

__

Project 
"C:\cygwin\home\mvs\cloudstack-oss\cloudstack\plugins\hypervisors\hyperv\DotNet\ServerResource\ServerResource.sln"
 (default target(s)):

Target ValidateSolutionConfiguration:

Building solution configuration "Debug|Any CPU".

Target Build:

Project 
"C:\cygwin\home\mvs\cloudstack-oss\cloudstack\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\WmiWrappers.csproj"
 (default target(s)):

Target PrepareForBuild:

Configuration: Debug Platform: AnyCPU

Created directory "bin\Debug\"

Created directory "obj\Debug\"

Target ResolveAssemblyReferences:

C:\Program Files (x86)\Mono\lib\mono\4.5\Microsoft.Common.targets: warning : 
Reference 'AWSSDK' not resolved

For searchpath {CandidateAssemblyFiles}

Warning: {CandidateAssemblyFiles} not supported currently

For searchpath {HintPathFromItem}

Considered ..\packages\AWSSDK.1.5.23.0\lib\AWSSDK.dll, but it does not exist.

For searchpath {TargetFrameworkDirectory}

Considered 'C:\Program Files (x86)\Mono\lib\mono\4.5\nunit-console-runner.dll' 
as a file, but it is an invalid assembly

Considered 'C:\Program Files (x86)\Mono\lib\mono\4.5\nunit.core.dll' as a file, 
but it is an invalid assembly

Considered 'C:\Program Files (x86)\Mono\lib\mono\4.5\nunit.core.extensions.dll' 
as a file, but it is an invalid assembly

Considered 'C:\Program Files (x86)\Mono\lib\mono\4.5\nunit.core.interfaces.dll' 
as a file, but it is an invalid assembly

Considered 'C:\Program Files (x86)\Mono\lib\mono\4.5\nunit.framework.dll' as a 
file, but it is an invalid assembly

Considered 'C:\Program Files 
(x86)\Mono\lib\mono\4.5\nunit.framework.extensions.dll' as a file, but it is an 
invalid assembly

Considered 'C:\Program Files (x86)\Mono\lib\mono\4.5\nunit.mocks.dll' as a 
file, but it is an invalid assembly

Considered 'C:\Program Files (x86)\Mono\lib\mono\4.5\nunit.util.dll' as a file, 
but it is an invalid assembly

Considered target framework dir C:\Program Files 
(x86)\Mono\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5,
 assembly named 'AWSSDK' not found.

Considered target framework dir C:\Program Files 
(x86)\Mono\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5\Facades\,
 assembly named 'AWSSDK' not found.

For searchpath {PkgConfig}

Considered AWSSDK, but could not find in any pkg-config files.

For searchpath {GAC}

Considered AWSSDK, but could not find in the GAC.

For searchpath {RawFileName}

Considered 
'C:\cygwin\home\mvs\cloudstack-oss\cloudstack\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\AWSSDK'
 as a file, but the file does not exist

For searchpath bin\Debug\

Considered 
'C:\cygwin\home\mvs\cloudstack-oss\cloudstack\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK'
 as a file, but the file does not exist

Considered 
'C:\cygwin\home\mvs\cloudstack-os

RE: CloudStack and Windows 2008 R2 SCSI Disk Controller issue

[Somesh Naidu]

Try registering the template as Windows Server 2008 (without the R2) instead 
and see if that fixes it.

-Original Message-
From: ilya musayev [mailto:ilya.mailing.li...@gmail.com] 
Sent: Wednesday, December 10, 2014 4:45 PM
To: dev@cloudstack.apache.org; Sateesh Chodapuneedi; Marcus
Subject: CloudStack and Windows 2008 R2 SCSI Disk Controller issue

CloudStack/CloudPlatform 4.3 defaults to LSI Logic Parallel and we need 
to use LSI Logic SAS when windows VMs are created.

Would anyone know if there is a way to override the controller through 
vm_details table and preset the controller to use there?

Right now it takes the options of scsi and ide, i've tried changing it 
to osdefault (which should have addressed the issue, but it appears we 
are still defaulting to LSI Logic Parallel)

osdefault for Windows 2008 R2 ESXi 5.1+ should be set to LSI Logic Parallel

Any help is appreciated,

Thanks
ilya

RE: CloudStack and Windows 2008 R2 SCSI Disk Controller issue

[Somesh Naidu]

Try UserVmManagerImpl.java and VmwareResource.java.

-Original Message-
From: Erik Weber [mailto:terbol...@gmail.com] 
Sent: Wednesday, December 10, 2014 5:36 PM
To: dev
Subject: Re: CloudStack and Windows 2008 R2 SCSI Disk Controller issue

On Wed, Dec 10, 2014 at 11:20 PM, ilya musayev  wrote:

> Erik
>
> Would you know where in the code? Looked around, could not find the place.
>
>
In 4.2, which was the last version we used with VMware, it was in
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java

However, it seems to have been refactored and I can't see it with the bare
eye at the moment for newer versions.

-- 
Erik

RE: ACS 4.4.1 How reinstall vm working within Xenserver 6.2.0

[Somesh Naidu]

> Besides the state of root volume is Destroy

What about the removed column for that volume? Does that have a date or it's 
null?

> Is it a bug or missing something?
It might be a bug if at some point the storage GC doesn't clean up this volume.

-Original Message-
From: Yitao Jiang [mailto:willier...@gmail.com] 
Sent: Tuesday, December 16, 2014 9:17 AM
To: dev@cloudstack.apache.org
Subject: ACS 4.4.1 How reinstall vm working within Xenserver 6.2.0

Hi,
I wonder how reinstall vm working now with ACS 4.4.1.

I just reinstall a vm launched from template.It work successfully.
But within Xencenter , There are two same Root volumes of reinstalled vm.
Obviously, the former volume didn't expunged,Besides the state of root
volume is Destroy
Is it a bug or missing something?

---
Thanks,
Yitao(依涛 姜)
jiangyt.github.io

RE: NFS Staging Store

[Somesh Naidu]

You should be able to replace the secondary storage. The procedure should be in 
the administration guide.

You should be able to either provision additional storage to a zone or replace 
the existing storage with a larger one.

-Original Message-
From: Logan Barfield [mailto:lbarfi...@tqhosting.com] 
Sent: Tuesday, December 16, 2014 4:06 PM
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: NFS Staging Store

I am attempting to increase the size of our NFS staging store because we
have several customers that want to create snapshots of 1TB+ disks.

Is it possible to simply add a second staging store to a zone to increase
the capacity?  Or would I need to add a larger staging store, then remove
the old one in order for it to work?

If I have to replace it completely, is there a way to convert the data in
the current staging store to a new one?  If I remove the old one, will it
automatically clean up any data there?

RE: Reboot of single hypervisor in zone leads to management network exhaustion

[Somesh Naidu]

A quick workaround is to disable the zone before rebooting the host.

-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Thursday, December 18, 2014 4:16 AM
To: dev@cloudstack.apache.org
Subject: Re: Reboot of single hypervisor in zone leads to management network 
exhaustion

Heh :-)

There is a workaround, but this should get addressed in the code:
if your only hypervisor is down, stop trying to spin up system vms.

Any takers?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "sebgoa" 
> To: dev@cloudstack.apache.org
> Sent: Thursday, 18 December, 2014 08:52:22
> Subject: Re: Reboot of single hypervisor in zone leads to management network 
> exhaustion

> On Dec 18, 2014, at 12:43 AM, Nux!  wrote:
> 
>> I hit this with 4.4.2 and KVM.
>> 
>> The same problem is described here by Daniel, more than a year ago.
>> https://issues.apache.org/jira/browse/CLOUDSTACK-4735
>> 
>> Any tips on what to remove from the DB without killing it softly?
> 
> Just put the Fugees very loud and it should work :)
> 
> Merry christmas.
> 
>> 
>> Lucian
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
> > www.nux.ro

RE: Can't download ISO's can't setup Templates

[Somesh Naidu]

> But i am unable to connect to the vm it says no route to host

I am guessing you mean SSVM here. Where are you trying to access the VM from 
and using what IP?

-Original Message-
From: Mohamed Infaz [mailto:infaz...@cse.mrt.ac.lk] 
Sent: Friday, December 19, 2014 10:40 PM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Can't download ISO's can't setup Templates

Hi Prashanth,

Yes they are up now. I was trying to use the health check script by trying
to log on to the system vm. But i am unable to connect to the vm it says no
route to host.

Thank you.

On 19 December 2014 at 14:35, Prashant Kumar Mishra <
prashantkumar.mis...@citrix.com> wrote:

> System vms are must for download/upload and deploy vm , make sure they are
> up . You can check cwiki for troubleshooting .
>
> Thanks
> prashant
>
> On 12/19/14, 9:11 AM, "Mohamed Infaz"  wrote:
>
> >Hi All,
> >
> >Finally i have successfully added a host in to the management server. Now
> >to create and instance i am unable to download an ISO image. When i click
> >on the sample iso images which is CentOS 5.5(64-bit) no GUI (KVM). It
> >shows
> >that it is not ready and i also don't see the download status what could
> >be
> >the issue. I did correctly setup my primary and secondary storages. But i
> >dont have a system vm! is it must to run a system vm? And why can't i
> >download and iSO image and set up an instance.
> >
> >Thank you.
>
>

RE: Physical network design options - which crime to comit

[Somesh Naidu]

I generally prefer to keep the storage traffic separate. Reason is that storage 
performance (provision templates to primary, snapshots, copy templates, etc) 
significantly impact end user experience. In addition, it also helps isolate 
network issues when troubleshooting.

So I'd go for one of the following in that order:
Case I
1G = mgmt network (only mgmt)
10G = Primary and Secondary storage traffic
10G = Guest and Public traffic

Case II
10G = Primary and Secondary storage traffic
10G = mgmt network, Guest and Public traffic

Case III
10G = mgmt network, Primary and Secondary storage traffic
10G = Guest and Public traffic

-Original Message-
From: Andrija Panic [mailto:andrija.pa...@gmail.com] 
Sent: Friday, December 26, 2014 10:06 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Physical network design options - which crime to comit

Hi folks,

I'm designing some stuff - and wondering which crime to commit - I have 2
posible scenarios in my head
I have folowing NICs available on compute nodes:
1 x 1G NIC
2 x 10G NIC

I was wondering which approach would be better, as I', thinking about 2
possible sollutions at the moment, maybe 3.

*First scenario:*

1G = mgmt network (only mgmt)
10G = Primary and Secondary storage traffic
10G = Guest and Public traffic


*Second scenario*

1G = not used at all
10G = mgmt,primary,secondary storage
10G = Guest and Public


And possibly a 3rd scenario:

1G = not used at all
10G = mgmt+primary storage
10G = secondary storage, guest,public network


I could continue here with different scenarios - but I'm wondering if 1G
dedicated for mgmt would make sense - I know it is "better" to have it
dedicated if possible, but folowing "KISS" and knowing it's extremely light
weight traffic - I was thinkin puting everything on 2 x 10G interfaces.

Any opinions are most welcome.
Thanks,


-- 

Andrija Panić

RE: Physical network design options - which crime to comit

[Somesh Naidu]

Actually, I would highly consider nic bonding for storage network if possible.

-Original Message-
From: Andrija Panic [mailto:andrija.pa...@gmail.com] 
Sent: Friday, December 26, 2014 4:42 PM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org
Subject: RE: Physical network design options - which crime to comit

Thanks Somesh, first option also seems most logical to me.

I guess you wouldn't consider doing nic bonding and then vlans with some
QoS based on vlans on switch level?

Thx again

Sent from Google Nexus 4
On Dec 26, 2014 9:48 PM, "Somesh Naidu"  wrote:

> I generally prefer to keep the storage traffic separate. Reason is that
> storage performance (provision templates to primary, snapshots, copy
> templates, etc) significantly impact end user experience. In addition, it
> also helps isolate network issues when troubleshooting.
>
> So I'd go for one of the following in that order:
> Case I
> 1G = mgmt network (only mgmt)
> 10G = Primary and Secondary storage traffic
> 10G = Guest and Public traffic
>
> Case II
> 10G = Primary and Secondary storage traffic
> 10G = mgmt network, Guest and Public traffic
>
> Case III
> 10G = mgmt network, Primary and Secondary storage traffic
> 10G = Guest and Public traffic
>
> -Original Message-
> From: Andrija Panic [mailto:andrija.pa...@gmail.com]
> Sent: Friday, December 26, 2014 10:06 AM
> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> Subject: Physical network design options - which crime to comit
>
> Hi folks,
>
> I'm designing some stuff - and wondering which crime to commit - I have 2
> posible scenarios in my head
> I have folowing NICs available on compute nodes:
> 1 x 1G NIC
> 2 x 10G NIC
>
> I was wondering which approach would be better, as I', thinking about 2
> possible sollutions at the moment, maybe 3.
>
> *First scenario:*
>
> 1G = mgmt network (only mgmt)
> 10G = Primary and Secondary storage traffic
> 10G = Guest and Public traffic
>
>
> *Second scenario*
>
> 1G = not used at all
> 10G = mgmt,primary,secondary storage
> 10G = Guest and Public
>
>
> And possibly a 3rd scenario:
>
> 1G = not used at all
> 10G = mgmt+primary storage
> 10G = secondary storage, guest,public network
>
>
> I could continue here with different scenarios - but I'm wondering if 1G
> dedicated for mgmt would make sense - I know it is "better" to have it
> dedicated if possible, but folowing "KISS" and knowing it's extremely light
> weight traffic - I was thinkin puting everything on 2 x 10G interfaces.
>
> Any opinions are most welcome.
> Thanks,
>
>
> --
>
> Andrija Panić
>

RE: New "snapshot(s)" text in GUI

[Somesh Naidu]

+1 for reverting. Would be interesting though to know the reason for why it was 
changed.

Somesh

-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Monday, December 29, 2014 8:38 PM
To: dev@cloudstack.apache.org
Subject: Re: New "snapshot(s)" text in GUI

+1 for reverting, looks unprofessional/inconsistent

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Mike Tutkowski" 
> To: dev@cloudstack.apache.org
> Sent: Monday, 29 December, 2014 22:26:26
> Subject: New "snapshot(s)" text in GUI

> Hi,
> 
> In 4.6 (master), I notice we now use the term "snapshot(s)" instead of
> "Snapshots" (for example, click on a volume and under its details panel in
> the upper right, it says, "snapshot(s)").
> 
> This is a bit non standard for the way the rest of the GUI looks. For
> example, we say:
> 
> Volumes, SSH Key Pairs, Templates, Events, Alerts, etc. (For example, we
> don't say "alert(s)" anywhere, to my knowledge.)
> 
> It seems like "snapshot(s)" should be changed back to "Snapshots".
> 
> What do people think?
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*

RE: Physical network design options - which crime to comit

[Somesh Naidu]

Sorry, I was out on holidays :)

I guess that should work. Just know that Primary traffic is hypervisor to 
storage and Secondary traffic is SSVM/Mgmt to storage. Cloudstack generally 
doesn't consider primary storage in its architecture design as it mostly relies 
on recommendation from the hypervisor vendors.

-Original Message-
From: Andrija Panic [mailto:andrija.pa...@gmail.com] 
Sent: Friday, December 26, 2014 5:59 PM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: RE: Physical network design options - which crime to comit

On storage nodes - yes definitively will do it.

One finall advice/opinion please...?

On compute nodes, since one 10G will be shared by both primary and
secondary traffic - would you separate that on 2 different VLANs and then
implement some QoS i.e. guarantie 8Gb/s for primary traffic vlan, or i.e.
limit sec.storage vlan to i.e. 2Gb/s. Or just simply let them compete for
the traffic? In afraid secondary traffic my influence or completely
overweight primary traffic if no QoS implemented...

Sorry for borring you with details.

Thanks

Sent from Google Nexus 4
On Dec 26, 2014 11:51 PM, "Somesh Naidu"  wrote:

> Actually, I would highly consider nic bonding for storage network if
> possible.
>
> -Original Message-
> From: Andrija Panic [mailto:andrija.pa...@gmail.com]
> Sent: Friday, December 26, 2014 4:42 PM
> To: dev@cloudstack.apache.org
> Cc: us...@cloudstack.apache.org
> Subject: RE: Physical network design options - which crime to comit
>
> Thanks Somesh, first option also seems most logical to me.
>
> I guess you wouldn't consider doing nic bonding and then vlans with some
> QoS based on vlans on switch level?
>
> Thx again
>
> Sent from Google Nexus 4
> On Dec 26, 2014 9:48 PM, "Somesh Naidu"  wrote:
>
> > I generally prefer to keep the storage traffic separate. Reason is that
> > storage performance (provision templates to primary, snapshots, copy
> > templates, etc) significantly impact end user experience. In addition, it
> > also helps isolate network issues when troubleshooting.
> >
> > So I'd go for one of the following in that order:
> > Case I
> > 1G = mgmt network (only mgmt)
> > 10G = Primary and Secondary storage traffic
> > 10G = Guest and Public traffic
> >
> > Case II
> > 10G = Primary and Secondary storage traffic
> > 10G = mgmt network, Guest and Public traffic
> >
> > Case III
> > 10G = mgmt network, Primary and Secondary storage traffic
> > 10G = Guest and Public traffic
> >
> > -Original Message-
> > From: Andrija Panic [mailto:andrija.pa...@gmail.com]
> > Sent: Friday, December 26, 2014 10:06 AM
> > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > Subject: Physical network design options - which crime to comit
> >
> > Hi folks,
> >
> > I'm designing some stuff - and wondering which crime to commit - I have 2
> > posible scenarios in my head
> > I have folowing NICs available on compute nodes:
> > 1 x 1G NIC
> > 2 x 10G NIC
> >
> > I was wondering which approach would be better, as I', thinking about 2
> > possible sollutions at the moment, maybe 3.
> >
> > *First scenario:*
> >
> > 1G = mgmt network (only mgmt)
> > 10G = Primary and Secondary storage traffic
> > 10G = Guest and Public traffic
> >
> >
> > *Second scenario*
> >
> > 1G = not used at all
> > 10G = mgmt,primary,secondary storage
> > 10G = Guest and Public
> >
> >
> > And possibly a 3rd scenario:
> >
> > 1G = not used at all
> > 10G = mgmt+primary storage
> > 10G = secondary storage, guest,public network
> >
> >
> > I could continue here with different scenarios - but I'm wondering if 1G
> > dedicated for mgmt would make sense - I know it is "better" to have it
> > dedicated if possible, but folowing "KISS" and knowing it's extremely
> light
> > weight traffic - I was thinkin puting everything on 2 x 10G interfaces.
> >
> > Any opinions are most welcome.
> > Thanks,
> >
> >
> > --
> >
> > Andrija Panić
> >
>

RE: Unable to start VM due to concurrent operation

[Somesh Naidu]

Mohamed,

The log snippet you have shared doesn't seem to be relevant to the concurrent 
operation exception (can't see that exception stack).

The message that did catch my attention though is,
-
2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
(secstorage-1:ctx-463d2f57) System vm template is not ready at data center 1, 
wait until it is ready to launch secondary storage vm
2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
(secstorage-1:ctx-463d2f57) Zone 1 is not ready to launch secondary storage VM 
yet
-

That's pointing to missing system VM template. Please verify that you have 
correctly provisioned the secondary storage with the correct system VM template 
(as per the docs).

-Somesh

-Original Message-
From: Mohamed Infaz [mailto:infaz...@cse.mrt.ac.lk] 
Sent: Tuesday, December 30, 2014 11:03 AM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Unable to start VM due to concurrent operation

Hi All,

I have successfully deployed cloudstack 4.3 with two hosts and the setup
runs the management server on another physical host. I had issues with
downloading an ISO but finally i was able to download an ISO image. When i
want to create an instance i get the following error message saying "Unable
to start VM due to concurrent operation" i did some searching on the topic
and it said version 4.3 system template solved the issue. These are some of
the MS logs that i collected what could be the issue?

2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
(secstorage-1:ctx-463d2f57) System vm template is not ready at data center
1, wait until it is ready to launch secondary storage vm
2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
(secstorage-1:ctx-463d2f57) Zone 1 is not ready to launch secondary storage
VM yet
2014-12-31 05:25:12,425 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-9:null) Ping from 4
2014-12-31 05:25:12,834 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-5:null) SeqA 3-91695: Processing Seq 3-91695:  { Cmd
, MgmtId: -1, via: 3, Ver: v1, Flags: 11,
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":1,"_loadInfo":"{\n
\"connections\": []\n}","wait":0}}] }
2014-12-31 05:25:12,920 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-5:null) SeqA 3-91695: Sending Seq 3-91695:  { Ans: ,
MgmtId: 248795600505608, via: 3, Ver: v1, Flags: 100010,
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2014-12-31 05:25:15,239 DEBUG [c.c.n.ExternalDeviceUsageManagerImpl]
(ExternalNetworkMonitor-1:ctx-998a86df) External devices stats collector is
running...
2014-12-31 05:25:15,362 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterMonitor-1:ctx-dfdc73ce) Found 0 running routers.
2014-12-31 05:25:15,366 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:ctx-79d58896) Found 0 routers to update status.
2014-12-31 05:25:15,367 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:ctx-79d58896) Found 0 networks to update RvR status.
2014-12-31 05:25:15,393 DEBUG [c.c.s.s.SnapshotSchedulerImpl]
(SnapshotPollTask:ctx-ae761f6b) Snapshot scheduler.poll is being called at
2014-12-30 23:55:15 GMT
2014-12-31 05:25:15,393 DEBUG [c.c.s.s.SnapshotSchedulerImpl]
(SnapshotPollTask:ctx-ae761f6b) Got 0 snapshots to be executed at
2014-12-30 23:55:15 GMT
2014-12-31 05:25:18,535 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-14:null) Ping from 3
2014-12-31 05:25:18,698 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-10:null) Ping from 2
2014-12-31 05:25:19,834 INFO  [c.c.a.m.AgentManagerImpl]
(AgentMonitor-1:ctx-f10d32f0) Found the following agents behind on ping: [1]
2014-12-31 05:25:19,835 DEBUG [c.c.h.Status] (AgentMonitor-1:ctx-f10d32f0)
Ping timeout for host 1, do invstigation
2014-12-31 05:25:19,837 INFO  [c.c.a.m.AgentManagerImpl]
(AgentTaskPool-14:ctx-43a85937) Investigating why host 1 has disconnected
with event PingTimeout
2014-12-31 05:25:19,837 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentTaskPool-14:ctx-43a85937) checking if agent (1) is alive
2014-12-31 05:25:19,839 DEBUG [c.c.a.t.Request]
(AgentTaskPool-14:ctx-43a85937) Seq 1-449186863: Sending  { Cmd , MgmtId:
248795600505608, via: 1(virtualops-h4), Ver: v1, Flags: 100011,
[{"com.cloud.agent.api.CheckHealthCommand":{"wait":50}}] }
2014-12-31 05:25:19,844 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-7:null) Seq 1-449186863: Processing:  { Ans: ,
MgmtId: 248795600505608, via: 1, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.CheckHealthAnswer":{"result":true,"details":"resource
is alive","wait":0}}] }
2014-12-31 05:25:19,844 DEBUG [c.c.a.t.Request]
(AgentTaskPool-14:ctx-43a85937) Seq 1-449186863: Received:  { Ans: ,
MgmtId: 248795600505608, via: 1, Ver: v1, Flags: 10, { CheckHealthAnswer } }
2014-12-31 05:25:19,844 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentTaskPool-14:ctx-43a85937) Details from executing class
com.cloud.agent.api.CheckHealthCommand: resource

RE: Physical network design options - which crime to comit

[Somesh Naidu]

Interaction with primary storage would be via the hypervisor. SSVM doesn't 
access the primary storage directly.

-Original Message-
From: Andrija Panic [mailto:andrija.pa...@gmail.com] 
Sent: Tuesday, December 30, 2014 1:52 PM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Physical network design options - which crime to comit

Somesh, thx - I understand that - one more question, since you guys are
arround :)

The primary storage network - I unnderstand how to separate that from
management networks on the host (having separate NIC/vlan/IP inside each
hypervisor host, etc) - but as far as I know, the SSVM doesnt have a NIC
that goes directly into the Pimary storage network, just into management -
does this mean, that the Primary storage network needs to be
reachable/routable from Management network (so SSVM uses "Reserved System
Gateway" to actually reach Primary storage network, through Management
network) ?
SSVM needs to reach Primary storage somehow...

Thx

On 30 December 2014 at 19:29, Somesh Naidu  wrote:

> Sorry, I was out on holidays :)
>
> I guess that should work. Just know that Primary traffic is hypervisor to
> storage and Secondary traffic is SSVM/Mgmt to storage. Cloudstack generally
> doesn't consider primary storage in its architecture design as it mostly
> relies on recommendation from the hypervisor vendors.
>
> -Original Message-
> From: Andrija Panic [mailto:andrija.pa...@gmail.com]
> Sent: Friday, December 26, 2014 5:59 PM
> To: us...@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Subject: RE: Physical network design options - which crime to comit
>
> On storage nodes - yes definitively will do it.
>
> One finall advice/opinion please...?
>
> On compute nodes, since one 10G will be shared by both primary and
> secondary traffic - would you separate that on 2 different VLANs and then
> implement some QoS i.e. guarantie 8Gb/s for primary traffic vlan, or i.e.
> limit sec.storage vlan to i.e. 2Gb/s. Or just simply let them compete for
> the traffic? In afraid secondary traffic my influence or completely
> overweight primary traffic if no QoS implemented...
>
> Sorry for borring you with details.
>
> Thanks
>
> Sent from Google Nexus 4
> On Dec 26, 2014 11:51 PM, "Somesh Naidu"  wrote:
>
> > Actually, I would highly consider nic bonding for storage network if
> > possible.
> >
> > -Original Message-
> > From: Andrija Panic [mailto:andrija.pa...@gmail.com]
> > Sent: Friday, December 26, 2014 4:42 PM
> > To: dev@cloudstack.apache.org
> > Cc: us...@cloudstack.apache.org
> > Subject: RE: Physical network design options - which crime to comit
> >
> > Thanks Somesh, first option also seems most logical to me.
> >
> > I guess you wouldn't consider doing nic bonding and then vlans with some
> > QoS based on vlans on switch level?
> >
> > Thx again
> >
> > Sent from Google Nexus 4
> > On Dec 26, 2014 9:48 PM, "Somesh Naidu"  wrote:
> >
> > > I generally prefer to keep the storage traffic separate. Reason is that
> > > storage performance (provision templates to primary, snapshots, copy
> > > templates, etc) significantly impact end user experience. In addition,
> it
> > > also helps isolate network issues when troubleshooting.
> > >
> > > So I'd go for one of the following in that order:
> > > Case I
> > > 1G = mgmt network (only mgmt)
> > > 10G = Primary and Secondary storage traffic
> > > 10G = Guest and Public traffic
> > >
> > > Case II
> > > 10G = Primary and Secondary storage traffic
> > > 10G = mgmt network, Guest and Public traffic
> > >
> > > Case III
> > > 10G = mgmt network, Primary and Secondary storage traffic
> > > 10G = Guest and Public traffic
> > >
> > > -Original Message-
> > > From: Andrija Panic [mailto:andrija.pa...@gmail.com]
> > > Sent: Friday, December 26, 2014 10:06 AM
> > > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > > Subject: Physical network design options - which crime to comit
> > >
> > > Hi folks,
> > >
> > > I'm designing some stuff - and wondering which crime to commit - I
> have 2
> > > posible scenarios in my head
> > > I have folowing NICs available on compute nodes:
> > > 1 x 1G NIC
> > > 2 x 10G NIC
> > >
> > > I was wondering which approach would be better, as I', thinking about 2
> > > possible sollutions at the moment, maybe 3.
> > >
> > > *First scenario:*
> >

RE: Unable to start VM due to concurrent operation

[Somesh Naidu]

You mean the system VMs for Zone 1 are running? Are they showing as connected 
in the DB?

If they are, can you stop these VMs and see if they start okay.

From: Mohamed Infaz [infaz...@cse.mrt.ac.lk]
Sent: Tuesday, December 30, 2014 21:26
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Unable to start VM due to concurrent operation

systemvm64template-2014-01-14-master-kvm.qcow2.bz2 This is the template i used.


On 31 December 2014 at 07:49, Mohamed Infaz  wrote:

> Hi Somesh,
>
> Thank you for the reply. Well both of my system vm's are running and it is
> downloading the iso image. And i was able to ping them. The system vm
> template i am using is for the version 4.3 cloudstack.
>
> Thank you.
>
> On 30 December 2014 at 23:59, Somesh Naidu 
> wrote:
>
>> Mohamed,
>>
>> The log snippet you have shared doesn't seem to be relevant to the
>> concurrent operation exception (can't see that exception stack).
>>
>> The message that did catch my attention though is,
>> -
>> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
>> (secstorage-1:ctx-463d2f57) System vm template is not ready at data center
>> 1, wait until it is ready to launch secondary storage vm
>> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
>> (secstorage-1:ctx-463d2f57) Zone 1 is not ready to launch secondary storage
>> VM yet
>> -
>>
>> That's pointing to missing system VM template. Please verify that you
>> have correctly provisioned the secondary storage with the correct system VM
>> template (as per the docs).
>>
>> -Somesh
>>
>> -Original Message-
>> From: Mohamed Infaz [mailto:infaz...@cse.mrt.ac.lk]
>> Sent: Tuesday, December 30, 2014 11:03 AM
>> To: us...@cloudstack.apache.org
>> Cc: dev@cloudstack.apache.org
>> Subject: Unable to start VM due to concurrent operation
>>
>> Hi All,
>>
>> I have successfully deployed cloudstack 4.3 with two hosts and the setup
>> runs the management server on another physical host. I had issues with
>> downloading an ISO but finally i was able to download an ISO image. When i
>> want to create an instance i get the following error message saying
>> "Unable
>> to start VM due to concurrent operation" i did some searching on the topic
>> and it said version 4.3 system template solved the issue. These are some
>> of
>> the MS logs that i collected what could be the issue?
>>
>> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
>> (secstorage-1:ctx-463d2f57) System vm template is not ready at data center
>> 1, wait until it is ready to launch secondary storage vm
>> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
>> (secstorage-1:ctx-463d2f57) Zone 1 is not ready to launch secondary
>> storage
>> VM yet
>> 2014-12-31 05:25:12,425 DEBUG [c.c.a.m.AgentManagerImpl]
>> (AgentManager-Handler-9:null) Ping from 4
>> 2014-12-31 05:25:12,834 DEBUG [c.c.a.m.AgentManagerImpl]
>> (AgentManager-Handler-5:null) SeqA 3-91695: Processing Seq 3-91695:  { Cmd
>> , MgmtId: -1, via: 3, Ver: v1, Flags: 11,
>>
>> [{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":1,"_loadInfo":"{\n
>> \"connections\": []\n}","wait":0}}] }
>> 2014-12-31 05:25:12,920 DEBUG [c.c.a.m.AgentManagerImpl]
>> (AgentManager-Handler-5:null) SeqA 3-91695: Sending Seq 3-91695:  { Ans: ,
>> MgmtId: 248795600505608, via: 3, Ver: v1, Flags: 100010,
>> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
>> 2014-12-31 05:25:15,239 DEBUG [c.c.n.ExternalDeviceUsageManagerImpl]
>> (ExternalNetworkMonitor-1:ctx-998a86df) External devices stats collector
>> is
>> running...
>> 2014-12-31 05:25:15,362 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
>> (RouterMonitor-1:ctx-dfdc73ce) Found 0 running routers.
>> 2014-12-31 05:25:15,366 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
>> (RouterStatusMonitor-1:ctx-79d58896) Found 0 routers to update status.
>> 2014-12-31 05:25:15,367 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
>> (RouterStatusMonitor-1:ctx-79d58896) Found 0 networks to update RvR
>> status.
>> 2014-12-31 05:25:15,393 DEBUG [c.c.s.s.SnapshotSchedulerImpl]
>> (SnapshotPollTask:ctx-ae761f6b) Snapshot scheduler.poll is being called at
>> 2014-12-30 23:55:15 GMT
>> 2014-12-31 05:25:15,393 DEBUG [c.c.s.s.SnapshotSchedulerImpl]
>> (SnapshotPollTask:ctx-ae761f6b) Got 0 snapsh

RE: Unable to start VM due to concurrent operation

[Somesh Naidu]

What's the status of template are you trying to create a VM from? Please share 
either DB output or UI screenshot.

-Original Message-
From: Mohamed Infaz [mailto:infaz...@cse.mrt.ac.lk] 
Sent: Friday, January 02, 2015 7:03 AM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Unable to start VM due to concurrent operation

Hi all,

I did redeploy cloudstack and i used the

>>   1. /usr/share/cloudstack-common/
scripts/storage/secondary/cloud-install-sys-tmplt \
>>   2. -m /srv/images/secondary \
>>   3. -u
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-kvm.qcow2.bz2
\
>>   4. -h kvm \
>>   5. -F

The following script to deploy system vm's. After some time they started
working! Now when i try to deploy and vm
i am getting the following error message.
"com.cloud.exception.AgentUnavailableException: Resource [Host:1] is
unreachable: Host 1: Unable to start instance due to Template 3 has not
been completely downloaded to zone 1"

I did reregister the latest system vm template and i was able to
successfully download it. But there are two inbuilt templates where it says
in the status that the connection was time out. And one of these in built
template is an in built old system vm template. How can i solve this issue
now there is a system vm running properly in the environment and i have the
latest template registered but it seems so cloudstack searches for those
two templates which it couldn't download. Because of this i still can't
create a virtual machine.

Thank you.

On 2 January 2015 at 08:08, Abhinandan Prateek <
abhinandan.prat...@shapeblue.com> wrote:

> The sec store has some issues, you can login into KVM host and check if
> the sec storage mount point is visible and the said folder is there. Check
> if ssvm is running fine.
> It is also possible that the sec store is fine but the template that is
> being used to create VM is in inconsistent state, then you need to remove
> and re-register the template.
>
> -abhi
>
> > On 01-Jan-2015, at 8:35 pm, Mohamed Infaz 
> wrote:
> >
> > Hi,
> > I updated my cloudstack deployment to 4.4.2 to 4.3.1. Now when we try to
> > deploy a VM i am getting following error
> >
> > message. com.cloud.exception.StorageUnavailableException: Resource
> > [StoragePool:2] is unreachable: Unable to create
> > Vol[30|vm=58|ROOT]:com.cloud.utils.exception.CloudRuntimeException:
> > org.libvirt.LibvirtException: internal error: Child process (/bin/mount
> > 10.8.100.201:/mnt/secondary/template/tmpl/2/205
> > /mnt/8c6fa424-cbc7-3421-8f05-d69a43ffa15c) unexpected exit status 32:
> > mount.nfs: mounting 10.8.100.201:/mnt/secondary/template/tmpl/2/205
> failed,
> > reason given by server: No such file or directory
> >
> >
> >
> > Thank you.
> >
> >
> > On 1 January 2015 at 14:03, Mohamed Infaz 
> wrote:
> >
> >> Hi Somesh,
> >>
> >> Yes i was successful in stopping both the system vm's and starting them
> >> back i also could access them through the console that cloudstack
> provides.
> >> May be the reason for that code snippet is that i didn't register the
> >> template but i ran this script to install the system vm's.
> >>
> >>
> >>   1.
> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
> \
> >>   2. -m /srv/images/secondary \
> >>   3. -u
> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-kvm.qcow2.bz2
> \
> >>   4. -h kvm \
> >>   5. -F
> >>
> >> this was on the docs. How about upgrading my cloudstack version to 4.4.
> >> This whole thing happened in 4.3.
> >>
> >> Thank you.
> >>
> >> On 1 January 2015 at 01:39, Somesh Naidu 
> wrote:
> >>
> >>> You mean the system VMs for Zone 1 are running? Are they showing as
> >>> connected in the DB?
> >>>
> >>> If they are, can you stop these VMs and see if they start okay.
> >>> 
> >>> From: Mohamed Infaz [infaz...@cse.mrt.ac.lk]
> >>> Sent: Tuesday, December 30, 2014 21:26
> >>> To: us...@cloudstack.apache.org
> >>> Cc: dev@cloudstack.apache.org
> >>> Subject: Re: Unable to start VM due to concurrent operation
> >>>
> >>> systemvm64template-2014-01-14-master-kvm.qcow2.bz2 This is the
> template i
> >>> used.
> >>>
> >>>
> >>> On 31 December 2014 at 07:49, Mohamed Infaz 
> >>> wrote:
> >>>
> >>>> Hi Somes

RE: Unable to add primary storage (SR_BACKEND_FAILURE_73NFS mount error [opterr=mount failed with return code 32])

[Somesh Naidu]

XS is unable to create the SR failing with the following error:
---
Caused by: SR_BACKEND_FAILURE_73NFS mount error [opterr=mount failed with
return code 32]
---

May be a problem with the NFS. Can you try manually creating a SR on XS using 
this NFS or may be simply try to mount the NFS on XS and see if that works.

-Original Message-
From: Tejas Gadaria [mailto:refond.g...@gmail.com] 
Sent: Monday, January 05, 2015 9:26 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Unable to add primary storage (SR_BACKEND_FAILURE_73NFS mount error 
[opterr=mount failed with return code 32])

Hi,

I am facing issue with xenserver 6.2 SP1, on ACS 4.3.1 and 4.4 both.


While creating Zone with NFS as primary & secondary storage

2015-01-05 19:29:45,715 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-2:ctx-23cfb66b) Seq 1-3875347479352311816: Executing request
2015-01-05 19:29:47,079 WARN  [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-2:ctx-23cfb66b) Catch Exception
com.cloud.utils.exception.CloudRuntimeException, create StoragePool failed
due to com.cloud.utils.exception.CloudRuntimeException: Unable to create
NFS SR Pool[1|192.168.161.110:2049|/mnt/data/VMS-TT/primary] on
host:ba237c07-71cb-48a8-8a6d-6e6c3aff65b2 pool:
192.168.161.110/mnt/data/VMS-TT/primary
com.cloud.utils.exception.CloudRuntimeException: Unable to create NFS SR
Pool[1|192.168.161.110:2049|/mnt/data/VMS-TT/primary]
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.getNfsSR(CitrixResourceBase.java:6133)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:5074)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:475)
at
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:61)
at
com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:102)
at
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:307)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: SR_BACKEND_FAILURE_73NFS mount error [opterr=mount failed with
return code 32]
at com.xensource.xenapi.Types.checkResponse(Types.java:2006)
at com.xensource.xenapi.Connection.dispatch(Connection.java:350)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:456)
at com.xensource.xenapi.SR.create(SR.java:801)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.getNfsSR(CitrixResourceBase.java:6129)
... 17 more
2015-01-05 19:29:47,080 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-2:ctx-23cfb66b) Seq 1-3875347479352311816: Response Received:
2015-01-05 19:29:47,080 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-2:ctx-23cfb66b) Seq 1-3875347479352311816: Response Received:
2015-01-05 19:29:47,080 DEBUG [c.c.a.t.Request]
(DirectAgent-2:ctx-23cfb66b) Seq 1-3875347479352311816: Processing:  { Ans:
, MgmtId: 158445874166998, via: 1, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"Catch Exception
com.cloud.utils.exception.CloudRuntimeException, create StoragePool failed
due to com.cloud.utils.exception.CloudRuntimeException: Unable to create
NFS SR Pool[1|192.168.161.110:2049|/mnt/data/VMS-TT/primary] on
host:ba237c07-71cb-48a8-8a6d-6e6c3aff65b2 pool:
192.168.161.110/mnt/data/VMS-TT/primary","wait":0}}] }
2015-01-05 19:29:47,081 DEBUG [c.c.a.t.Request]
(catalina-exec-13:ctx-c00f6f19 ctx-37181993) Seq 1-3875347479352311816:
Received:  { Ans: , MgmtId: 158445874166998, via: 1, Ver: v1, Flags: 10, {
Answer } }
2015-01-05 19:29:47,081 DEBUG [c.c.a.m.AgentManagerImpl]
(catalina-exec-13:ctx-c00f6f19 ctx-37181993) Details from executing class
com.cloud.agent.api.CreateStoragePoolCommand: Catch Exception
com.cloud.utils.exception.CloudRuntimeException, create StoragePool failed
due to com.cloud.utils.exception.CloudRuntimeException: Unable to create

RE: Unable to add primary storage (SR_BACKEND_FAILURE_73NFS mount error [opterr=mount failed with return code 32])

[Somesh Naidu]

Can you try with *async* instead?

If it still fails, check SMlog to see if there are more details why the mount 
is failing when creating the SR.

-Original Message-
From: Tejas Gadaria [mailto:refond.g...@gmail.com] 
Sent: Tuesday, January 06, 2015 7:44 AM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org
Subject: Re: Unable to add primary storage (SR_BACKEND_FAILURE_73NFS mount 
error [opterr=mount failed with return code 32])

Hi Prashant,

/etc/export file content is given below
/mnt/data/VM-TT/primary *(rw,sync,no_root_squash,no_subtree_check)

Still problem persist.

I have Ubuntu 12.04 Server acting as NFS-Server.

Regards,
Tejas


On Tue, Jan 6, 2015 at 12:40 PM, Prashant Kumar Mishra <
prashantkumar.mis...@citrix.com> wrote:

> It seems issue with remote mounting ,similar issue seen
> http://lists.xenproject.org/archives/html/xen-api/2012-05/msg00191.html
> ,mentioned solution should work in your case also
>
> Thanks
> prashant
>
> On 1/6/15, 11:39 AM, "Tejas Gadaria"  wrote:
>
> >Hi Suresh,
> >
> >I was able to mount NFS on XS host through CLI mount.nfs4 successfully.
> >Also vhd-utils was present on Management server and XS host also. Still
> >facing same issue.
> >
> >Regards,
> >Tejas
> >
> >
> >
> >On Mon, Jan 5, 2015 at 11:16 PM, Suresh Sadhu 
> >wrote:
> >
> >> Hope you have already copied vhd-util  in to the host  and also as
> >>Somesh
> >> suggested try manually mounting the storage directly  from  the host.
> >>
> >>
> >> Regards
> >> Sadhu
> >>
> >>
> >> -Original Message-
> >> From: Somesh Naidu [mailto:somesh.na...@citrix.com]
> >> Sent: 05 January 2015 20:16
> >> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> >> Subject: RE: Unable to add primary storage (SR_BACKEND_FAILURE_73NFS
> >>mount
> >> error [opterr=mount failed with return code 32])
> >>
> >> XS is unable to create the SR failing with the following error:
> >> ---
> >> Caused by: SR_BACKEND_FAILURE_73NFS mount error [opterr=mount failed
> >>with
> >> return code 32]
> >> ---
> >>
> >> May be a problem with the NFS. Can you try manually creating a SR on XS
> >> using this NFS or may be simply try to mount the NFS on XS and see if
> >>that
> >> works.
> >>
> >> -Original Message-
> >> From: Tejas Gadaria [mailto:refond.g...@gmail.com]
> >> Sent: Monday, January 05, 2015 9:26 AM
> >> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> >> Subject: Unable to add primary storage (SR_BACKEND_FAILURE_73NFS mount
> >> error [opterr=mount failed with return code 32])
> >>
> >> Hi,
> >>
> >> I am facing issue with xenserver 6.2 SP1, on ACS 4.3.1 and 4.4 both.
> >>
> >>
> >> While creating Zone with NFS as primary & secondary storage
> >>
> >> 2015-01-05 19:29:45,715 DEBUG [c.c.a.m.DirectAgentAttache]
> >> (DirectAgent-2:ctx-23cfb66b) Seq 1-3875347479352311816: Executing
> >>request
> >> 2015-01-05 19:29:47,079 WARN  [c.c.h.x.r.CitrixResourceBase]
> >> (DirectAgent-2:ctx-23cfb66b) Catch Exception
> >> com.cloud.utils.exception.CloudRuntimeException, create StoragePool
> >>failed
> >> due to com.cloud.utils.exception.CloudRuntimeException: Unable to create
> >> NFS SR Pool[1|192.168.161.110:2049|/mnt/data/VMS-TT/primary] on
> >> host:ba237c07-71cb-48a8-8a6d-6e6c3aff65b2 pool:
> >> 192.168.161.110/mnt/data/VMS-TT/primary
> >> com.cloud.utils.exception.CloudRuntimeException: Unable to create NFS SR
> >> Pool[1|192.168.161.110:2049|/mnt/data/VMS-TT/primary]
> >> at
> >>
> >>
> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.getNfsSR(CitrixResou
> >>rceBase.java:6133)
> >> at
> >>
> >>
> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResour
> >>ceBase.java:5074)
> >> at
> >>
> >>
> >>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citri
> >>xResourceBase.java:475)
> >> at
> >>
> >>
> >>com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenS
> >>erver56Resource.java:61)
> >> at
> >>
> >>
> >>com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(Xen
> >>Server610Resource.java:102)
> >> at
> >>
> >>
> >>com.cloud.age

RE: [GUI Question] Snapshots Table

[Somesh Naidu]

I thought we did include the name both in the table and the UI, unless I 
understood your query incorrectly,

mysql> desc snapshots;
+--+-+--+-+-++
| Field| Type| Null | Key | Default | Extra 
 |
+--+-+--+-+-++
| id   | bigint(20) unsigned | NO   | PRI | NULL| 
auto_increment |
| data_center_id   | bigint(20) unsigned | NO   | | NULL|   
 |
| account_id   | bigint(20) unsigned | NO   | MUL | NULL|   
 |
| domain_id| bigint(20) unsigned | NO   | | NULL|   
 |
| volume_id| bigint(20) unsigned | NO   | MUL | NULL|   
 |
| disk_offering_id | bigint(20) unsigned | NO   | | NULL|   
 |
| status   | varchar(32) | YES  | | NULL|   
 |
| path | varchar(255)| YES  | | NULL|   
 |
| name | varchar(255)| NO   | MUL | NULL|   
 |
| uuid | varchar(40) | YES  | UNI | NULL|   
 |
| snapshot_type| int(4)  | NO   | MUL | NULL|   
 |
| type_description | varchar(25) | YES  | | NULL|   
 |
| size | bigint(20) unsigned | NO   | | NULL|   
 |
| created  | datetime| YES  | | NULL|   
 |
| removed  | datetime| YES  | MUL | NULL|   
 |
| backup_snap_id   | varchar(255)| YES  | | NULL|   
 |
| swift_id | bigint(20) unsigned | YES  | | NULL|   
 |
| sechost_id   | bigint(20) unsigned | YES  | | NULL|   
 |
| prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|   
 |
| hypervisor_type  | varchar(32) | NO   | | NULL|   
 |
| version  | varchar(32) | YES  | | NULL|   
 |
| s3_id| bigint(20) unsigned | YES  | MUL | NULL|   
 |
+--+-+--+-+-++
22 rows in set (0.00 sec)

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Thursday, January 08, 2015 4:03 PM
To: dev@cloudstack.apache.org
Subject: [GUI Question] Snapshots Table

Hi,

Any thoughts on why we don't have the name of the snapshots as a column in
the snapshots table?

We show this kind of info for VM Snapshots, but not for "backup" Snapshot.

Thanks,

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: [GUI Question] Snapshots Table

[Somesh Naidu]

Can you click on one of the snapshots and see what is the first field being 
displayed?

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Thursday, January 08, 2015 4:30 PM
To: dev@cloudstack.apache.org
Subject: Re: [GUI Question] Snapshots Table

This is what I see in 4.6 (code is recent as of yesterday):

http://i.imgur.com/ogZiZpT.png

Thanks!

On Thu, Jan 8, 2015 at 2:25 PM, Somesh Naidu 
wrote:

> I thought we did include the name both in the table and the UI, unless I
> understood your query incorrectly,
>
> mysql> desc snapshots;
>
> +--+-+--+-+-++
> | Field| Type| Null | Key | Default | Extra
>   |
>
> +--+-+--+-+-++
> | id   | bigint(20) unsigned | NO   | PRI | NULL|
> auto_increment |
> | data_center_id   | bigint(20) unsigned | NO   | | NULL|
>   |
> | account_id   | bigint(20) unsigned | NO   | MUL | NULL|
>   |
> | domain_id| bigint(20) unsigned | NO   | | NULL|
>   |
> | volume_id| bigint(20) unsigned | NO   | MUL | NULL|
>   |
> | disk_offering_id | bigint(20) unsigned | NO   | | NULL|
>   |
> | status   | varchar(32) | YES  | | NULL|
>   |
> | path | varchar(255)| YES  | | NULL|
>   |
> | name | varchar(255)| NO   | MUL | NULL|
>   |
> | uuid | varchar(40) | YES  | UNI | NULL|
>   |
> | snapshot_type| int(4)  | NO   | MUL | NULL|
>   |
> | type_description | varchar(25) | YES  | | NULL|
>   |
> | size | bigint(20) unsigned | NO   | | NULL|
>   |
> | created  | datetime| YES  | | NULL|
>   |
> | removed  | datetime| YES  | MUL | NULL|
>   |
> | backup_snap_id   | varchar(255)| YES  | | NULL|
>   |
> | swift_id | bigint(20) unsigned | YES  | | NULL|
>   |
> | sechost_id   | bigint(20) unsigned | YES  | | NULL|
>   |
> | prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|
>   |
> | hypervisor_type  | varchar(32) | NO   | | NULL|
>   |
> | version  | varchar(32) | YES  | | NULL|
>   |
> | s3_id| bigint(20) unsigned | YES  | MUL | NULL|
>   |
>
> +--+-+--+-+-++
> 22 rows in set (0.00 sec)
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 08, 2015 4:03 PM
> To: dev@cloudstack.apache.org
> Subject: [GUI Question] Snapshots Table
>
> Hi,
>
> Any thoughts on why we don't have the name of the snapshots as a column in
> the snapshots table?
>
> We show this kind of info for VM Snapshots, but not for "backup" Snapshot.
>
> Thanks,
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> <http://solidfire.com/solution/overview/?video=play>*™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

RE: [GUI Question] Snapshots Table

[Somesh Naidu]

Agree. I guess it would be simpler to go to the volume and then list out its 
snapshots as they would be listed in the order they are created.

+1 for the enhancement though, if you plan to raise one.

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Thursday, January 08, 2015 4:56 PM
To: dev@cloudstack.apache.org
Subject: Re: [GUI Question] Snapshots Table

Yeah, the first field is Name.

I guess the main problem with not having this data in the table is if I
have multiple snapshots for the same volume, then I have to know the
relative creation date in order to have a good chance at clicking on the
right row in the table to get to the correct details page.

On Thu, Jan 8, 2015 at 2:47 PM, Somesh Naidu 
wrote:

> Can you click on one of the snapshots and see what is the first field
> being displayed?
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 08, 2015 4:30 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [GUI Question] Snapshots Table
>
> This is what I see in 4.6 (code is recent as of yesterday):
>
> http://i.imgur.com/ogZiZpT.png
>
> Thanks!
>
> On Thu, Jan 8, 2015 at 2:25 PM, Somesh Naidu 
> wrote:
>
> > I thought we did include the name both in the table and the UI, unless I
> > understood your query incorrectly,
> >
> > mysql> desc snapshots;
> >
> >
> +--+-+--+-+-++
> > | Field| Type| Null | Key | Default | Extra
> >   |
> >
> >
> +--+-+--+-+-++
> > | id   | bigint(20) unsigned | NO   | PRI | NULL|
> > auto_increment |
> > | data_center_id   | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | account_id   | bigint(20) unsigned | NO   | MUL | NULL|
> >   |
> > | domain_id| bigint(20) unsigned | NO   | | NULL|
> >   |
> > | volume_id| bigint(20) unsigned | NO   | MUL | NULL|
> >   |
> > | disk_offering_id | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | status   | varchar(32) | YES  | | NULL|
> >   |
> > | path | varchar(255)| YES  | | NULL|
> >   |
> > | name | varchar(255)| NO   | MUL | NULL|
> >   |
> > | uuid | varchar(40) | YES  | UNI | NULL|
> >   |
> > | snapshot_type| int(4)  | NO   | MUL | NULL|
> >   |
> > | type_description | varchar(25) | YES  | | NULL|
> >   |
> > | size | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | created  | datetime| YES  | | NULL|
> >   |
> > | removed  | datetime| YES  | MUL | NULL|
> >   |
> > | backup_snap_id   | varchar(255)| YES  | | NULL|
> >   |
> > | swift_id | bigint(20) unsigned | YES  | | NULL|
> >   |
> > | sechost_id   | bigint(20) unsigned | YES  | | NULL|
> >   |
> > | prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|
> >   |
> > | hypervisor_type  | varchar(32) | NO   | | NULL|
> >   |
> > | version  | varchar(32) | YES  | | NULL|
> >   |
> > | s3_id| bigint(20) unsigned | YES  | MUL | NULL|
> >   |
> >
> >
> +--+-+--+-+-++
> > 22 rows in set (0.00 sec)
> >
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Thursday, January 08, 2015 4:03 PM
> > To: dev@cloudstack.apache.org
> > Subject: [GUI Question] Snapshots Table
> >
> > Hi,
> >
> > Any thoughts on why we don't have the name of the snapshots as a column
> in
> > the snapshots table?
> >
> > We show this kind of info for VM Snapshots, but not for "backup"
> Snapshot.
> >
> > Thanks,
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > <http://solidfire.com/solution/overview/?video=play>*™*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> <http://solidfire.com/solution/overview/?video=play>*™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

RE: Can not add a new virtual instance by a template

[Somesh Naidu]

Did you verify the template you are launching the VM from is completely 
downloaded and it's integrity.

-Original Message-
From: w...@landhightech.com [mailto:w...@landhightech.com] 
Sent: Friday, January 09, 2015 3:17 AM
To: dev
Subject: Can not add a new virtual instance by a template

Hi， 
We had an issue when we add a new virtual instance by template.we can not 
create the new instance. 
We use cloudstack 4.4.1 + Vmware ,advanced network ,local storage. 
We want to add a new virtual instance into a share network. 
Message: File upload task failed to complete due to: Error writing request body 
to server 

-- 
2015-01-09 23:30:14,876 DEBUG [o.a.c.s.RemoteHostEndPoint] 
(Timer-11:ctx-a09c3aac) Sending command 
org.apache.cloudstack.storage.command.DownloadProgressCommand to host: 3 
2015-01-09 23:30:14,878 DEBUG [c.c.a.t.Request] (Timer-11:ctx-a09c3aac) Seq 
3-1751055830117010306: Sending { Cmd , MgmtId: 52230225403, via: 3(s-1-VM), 
Ver: v1, Flags: 100011, 
[{"org.apache.cloudstack.storage.command.DownloadProgressCommand":{"jobId":"b7835acd-50af-44e7-a91c-94b715722bfc","request":"GET_STATUS","hvm":false,"description":"CentOS
 5.3(64-bit) no GUI 
(vSphere)","checksum":"f6f881b7f2292948d8494db837fe0f47","maxDownloadSizeInBytes":53687091200,"id":7,"resourceType":"TEMPLATE","installPath":"template/tmpl/1/7","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://192.168.10.2/secondary","_role":"Image"}},"url":"http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova","format":"OVA","accountId":1,"name":"centos53-x64","secUrl":"nfs://192.168.10.2/secondary","wait":0}}]
 } 
2015-01-09 23:30:14,923 DEBUG [c.c.a.t.Request] (AgentManager-Handler-11:null) 
Seq 3-1751055830117010306: Processing: { Ans: , MgmtId: 52230225403, via: 3, 
Ver: v1, Flags: 10, 
[{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"b7835acd-50af-44e7-a91c-94b715722bfc","downloadPct":0,"errorString":"
 
","downloadStatus":"DOWNLOAD_IN_PROGRESS","downloadPath":"/mnt/SecStorage/19e03beb-309a-3316-8e6d-5f25071372e5/template/tmpl/1/7/dnld5043761750658787860tmp_","installPath":"template/tmpl/1/7","templateSize":0,"templatePhySicalSize":0,"checkSum":"f6f881b7f2292948d8494db837fe0f47","result":true,"details":"
 ","wait":0}}] } 
2015-01-09 23:30:15,780 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-23:ctx-6e8835bf) ===START=== 192.168.255.102 -- GET 
command=queryAsyncJobResult&jobId=dde8c83e-63fc-4b49-b70d-27b3faca7883&response=json&sessionkey=SST2qsGww2SbQBYEsnO7%2BoMlQWU%3D&_=1420788674854
 
2015-01-09 23:30:15,841 DEBUG [c.c.a.ApiServlet] (catalina-exec-23:ctx-6e8835bf 
ctx-35fa8112) ===END=== 192.168.255.102 -- GET 
command=queryAsyncJobResult&jobId=dde8c83e-63fc-4b49-b70d-27b3faca7883&response=json&sessionkey=SST2qsGww2SbQBYEsnO7%2BoMlQWU%3D&_=1420788674854
 
2015-01-09 23:30:16,170 DEBUG [o.a.c.f.j.d.VmWorkJobDaoImpl] 
(Vm-Operations-Cleanup-1:ctx-86237200) Expunge completed work job-205 
2015-01-09 23:30:18,022 DEBUG [c.c.a.t.Request] (AgentManager-Handler-3:null) 
Seq 3-1751055830117010304: Processing: { Ans: , MgmtId: 52230225403, via: 3, 
Ver: v1, Flags: 10, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":false,"details":"Unable
 to copy template to primary storage due to exception:Exception: 
java.lang.Exception\nMessage: File upload task failed to complete due to: Error 
writing request body to server\n","wait":0}}] } 
2015-01-09 23:30:18,022 DEBUG [c.c.a.t.Request] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Seq 
3-1751055830117010304: Received: { Ans: , MgmtId: 52230225403, via: 3, Ver: v1, 
Flags: 10, { CopyCmdAnswer } } 
2015-01-09 23:30:18,047 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 2-22712: Processing Seq 2-22712: { Cmd , 
MgmtId: -1, via: 2, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":2,"_loadInfo":"{\n
 \"connections\": []\n}","wait":0}}] } 
2015-01-09 23:30:18,116 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 2-22712: Sending Seq 2-22712: { Ans: , 
MgmtId: 52230225403, via: 2, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] } 
2015-01-09 23:30:18,150 INFO [o.a.c.s.v.VolumeServiceImpl] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) releasing lock 
for VMTemplateStoragePool 19 
2015-01-09 23:30:18,151 WARN [c.c.u.d.Merovingian2] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Was unable to 
find lock for the key template_spool_ref19 and thread id 1216625438 
2015-01-09 23:30:18,151 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Unable to 
create Vol[32|vm=27|ROOT]:Unable to copy template to primary storage due to 
exception:Exception: java.lang.Exception 
Message: File upload task failed to complete due to: Error writing request body 
to server 

2015-01-09 23:30:18,151 INFO [c.c.v.VirtualMachineManagerIm

RE: [QUESTION] Locking versus State Transitioning

[Somesh Naidu]

Is there a volume state that reflects that it's being snapshotted? If not, how 
would mgmt. server know if a subsequent request for snapshot for a volumes 
arrives when one is already in progress for that same volume?

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Tuesday, January 13, 2015 5:11 PM
To: dev@cloudstack.apache.org
Subject: Re: [QUESTION] Locking versus State Transitioning

That is a good question, Nitin. I have not modified that logic. I just copy
and pasted it to e-mail because I was curious about the lock versus state
transition choice on the snapshot.

I don't think we would need to perform a lock on the volume, though,
because the state transition to "Snapshotting" should prevent code that
honors that state from performing actions against the volume that it
shouldn't when it's in that state.

I just was mainly wondering why we do a lock against the volume. It seems
that following a state transition to something like "Creating" should do
the trick.

On Tue, Jan 13, 2015 at 2:21 PM, Nitin Mehta  wrote:

> Hey Mike,
> State transition shouldn¹t be used for serialization. Our job framework
> should do the same. If not, then its a bug.
> Also, in this case locking on snapshot doesn't help, shouldn¹t it be on
> the volume ?
>
> Thanks,
> -Nitin
>
> On 13/01/15 12:34 PM, "Mike Tutkowski" 
> wrote:
>
> >Hi,
> >
> >I noticed while examining the code to take a volume snapshot that
> >XenserverSnapshotStrategy does the following:
> >
> >SnapshotVO snapshotVO = snapshotDao
> >.acquireInLockTable(snapshot.getId());
> >
> >if (snapshotVO == null) {
> >
> >throw new CloudRuntimeException("Failed to get lock on
> >snapshot:" + snapshot.getId());
> >
> >}
> >
> >
> >try {
> >
> >VolumeInfo volumeInfo = snapshot.getBaseVolume();
> >
> >volumeInfo.stateTransit(Volume.Event.SnapshotRequested);
> >
> >SnapshotResult result = null;
> >
> >try {
> >
> >result = snapshotSvr.takeSnapshot(snapshot);
> >
> >if (result.isFailed()) {
> >
> >s_logger.debug("Failed to take snapshot: " +
> >result.getResult());
> >
> >throw new CloudRuntimeException(result.getResult());
> >
> >}
> >
> >} finally {
> >
> >if (result != null && result.isSuccess()) {
> >
> >
> >volumeInfo.stateTransit(Volume.Event.OperationSucceeded
> >);
> >
> >} else {
> >
> >volumeInfo.stateTransit(Volume.Event.OperationFailed);
> >
> >}
> >
> >}
> >
> >Is there a reason here why the code acquires a lock on the snapshot
> >instead
> >of performing a state transition (say, Allocated to Creating)?
> >
> >We can see in the same code block that we use a state transition to
> >protect
> >the volume.
> >
> >Thanks!
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> >* *
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: Quick note about $dayjob

[Somesh Naidu]

Good luck and I hope the best for your new venture!

Regards,
Somesh

-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com] 
Sent: Tuesday, January 26, 2016 9:31 AM
To: dev@cloudstack.apache.org
Cc: market...@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: Quick note about $dayjob

Hi folks,

As some of you might have guessed I am changing $dayjob.

This is an exciting time for me, but it also means that I will become less 
involved with CloudStack. ( I said *less* involved, did not say I was going to 
disappear). I have informed the PMC and offered to stop my VP role ahead of the 
March deadline. As you know we have a one-year rotation for the VP role. 
However if the PMC does not see a problem with it I will gladly continue until 
March.

I will keep this brief but I wanted to let you know so that you don’t wonder 
why my involvement in recent releases and votes has decreased.

It is an exciting time for CloudStack as well, with ever greater releases ( in 
large part to Remi, Wilder and a few others), a strong proposal to offer LTS 
and the commitment from Accelerite.

Change is good, challenges are opportunities says Sensei Wu from Ninjago :)

PS:
If you wonder, I am launching my own container startup called Skippbox. I will 
grant myself a shameless plug, and if you know anyone interested in containers 
and kubernetes I sure could use some help ( https://github.com/skippbox , 
http://www.skippbox.com/blog/), github stars and PRs :)

Cheers,

-Sebastien

RE: please help trying to change the ip of my secondary storage

[Somesh Naidu]

Prashant,

Looks like the doc you are referring to might be for older version. What 
version of ACS are you using?

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.

-Original Message-
From: Prashant s [mailto:opsrunb...@gmail.com] 
Sent: Saturday, April 25, 2015 2:47 PM
To: dev@cloudstack.apache.org
Subject: please help trying to change the ip of my secondary storage

Greetings !


i  trying to change the ip of my secondary storage  , was following these
steps

can you please advice , what im doing wrong


thanks in advance for  your help and reading !

prashant



i was following these steps

https://github.com/apache/cloudstack-docs/blob/master/en-US/changing-secondary-storage-ip.xml



mysql> use cloud;

mysql> select id from host where type = 'SecondaryStorage';

mysql> update host_details set value = 'nfs://
192.168.160.20/export/mike-ss1'

where host_id = HOSTID and name = 'orig.url';

mysql> update host set name = 'nfs://
192.168.160.20/export/mike-ss1' where type

= 'SecondaryStorage' and id = #;

mysql> update host set url = 'nfs://
192.168.160.20/export/mike-ss1' where type

 = 'SecondaryStorage' and id = #;

mysql> update host set guid = 'nfs://
192.168.160.20/export/mike-ss1' where type

= 'SecondaryStorage' and id = #;


*But i dont see any host in cloud.host with type secondarystorage *

*can you please help*


mysql> select id,name,status,available from cloud.host where
type="SecondaryStorage";

Empty set (0.00 sec)

mysql> select type from cloud.host ;

++

| type   |

++

| Routing|

| Routing|

| Routing|

| Routing|

| SecondaryStorageVM |

| ConsoleProxy   |

| Routing|

| Routing|

| SecondaryStorageVM |

| Routing|

| Routing|

| Routing|

| SecondaryStorageVM |

| ConsoleProxy   |

| SecondaryStorageVM |

++

15 rows in set (0.00 sec)


mysql> select id,name,status,available from cloud.host where
type="SecondaryStorageVM";

++--+--+---+

| id | name | status   | available |

++--+--+---+

|  5 | s-1-VM   | Disconnected | 1 |

|  9 | s-354-VM | Disconnected | 1 |

| 13 | s-689-VM | Disconnected | 1 |

| 15 | s-768-VM | Up   | 1 |

++--+--+---+

4 rows in set (0.00 sec)


mysql> select id,name,status,available from cloud.host where
type="SecondaryStorage";

Empty set (0.00 sec)


mysql>

RE: KVM HA

[Somesh Naidu]

There may not be any specific KVM.HA configuration. What are you looking for?

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Budur Nagaraju [mailto:nbud...@gmail.com] 
Sent: Thursday, April 30, 2015 5:38 AM
To: dev@cloudstack.apache.org
Subject: KVM HA

 HI
  New to cloud stack struggled searching for configuring KVM HA unable to
find any document .
  Pls any help to configure KVM HA in cloud stack ,really helps a lot.

Thanks,
Nagaraju

RE: Disable treshold for Secondary Storage?

[Somesh Naidu]

AFAIK, it does not. The global config is used by storage allocator. At the 
moment, we do not use allocators for Secondary Storage.

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Andrija Panic [mailto:andrija.pa...@gmail.com] 
Sent: Thursday, April 30, 2015 5:56 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Disable treshold for Secondary Storage?

Hi guys,

just wodering, if the Global Config setting
"pool.storage.capacity.disablethreshold" also applies to Secondary Storage
- since I dont see any dedicated settings for this for Secondary Storage...


Thx

-- 

Andrija Panić

Re: [ANNOUNCE] New committer: Remi Bergsma

[Somesh Naidu]

Congratulations Remi!

Sent from my Verizon Wireless 4G LTE DROID
On May 2, 2015 4:31 PM, Remi Bergsma  wrote:
Thanks all for the kind words :-) Looking forward to continue working with you 
and making CloudStack even better!

Regards, Remi

> On 01 May 2015, at 14:24, Pierre-Luc Dion  wrote:
>
> Congrats Remi!
>
>
> On Fri, May 1, 2015 at 8:07 AM, Mike Tutkowski > wrote:
>
>> Congratulations, Remi!
>>
>>> On Friday, May 1, 2015, Daan Hoogland  wrote:
>>>
>>> The Project Management Committee (PMC) for Apache CloudStack
>>> has asked Remi Bergsma to become a committer and we are pleased to
>>> announce that he has accepted.
>>>
>>> Remi has reported and helped in investigating and solving many bugs. He
>> has
>>> given talks on managing clouds on several occasions.
>>>
>>> Being a committer allows many contributors to contribute more
>>> autonomously. For developers, it makes it easier to submit changes and
>>> eliminates the need to have contributions reviewed via the patch
>>> submission process. Whether contributions are development-related or
>>> otherwise, it is a recognition of a contributor's participation in the
>>> project and commitment to the project and the Apache Way.
>>>
>>> Please join me in congratulating Remi
>>>
>>> --Daan Hoogland
>>> on behalf of the CloudStack PMC
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>> *™*
>>

RE: [VOTE] Apache Cloudstack 4.5.1

[Somesh Naidu]

> CCP 4.2.x or 4.3.x and upgrading to 4.4.x

There is no such upgrade path.
 
Regards,
Somesh


-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Tuesday, May 05, 2015 10:35 AM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.5.1

Hi Rene,

Thanks for reporting. I’ve just deployed a ACS 4.2.1 DB and upgraded to ACS 
4.5.1, and found no exceptions.

Did you try this on a fresh installation of ACS 4.2.1 or was it CCP 4.2.1? (in 
production we have seen db upgrade issues if customers were using CCP 4.2.x or 
4.3.x and upgrading to 4.4.x or later). The alter statements are on two 
different tables (cloud_usage and usage_vm_instance) so ideally won’t cause 
conflicts unless the columns were already altered due to one of the above 
issues.

> On 05-May-2015, at 3:47 pm, Daan Hoogland  wrote:
>
> Rene, but it is a problem in the release. It sound very strange that it
> would not have been caught in any of the 4.4 releases or in 4.5.0. I am
> hesitant but a -1 is on the surface of my keyboard.
>
> Op di 5 mei 2015 om 13:03 schreef Rene Moser :
>
>> Hi
>>
>> Tested an update from 4.2.1 to 4.5.1 which failed because of 2 identical
>> ALTER TABLE statements for cloud_usage in schema-421to430.sql and
>> schema-430to440.sql
>>
>>
>> https://github.com/apache/cloudstack/blob/4.5-RC20150504T1217/setup/db/db/schema-421to430.sql#L787
>>
>>
>> https://github.com/apache/cloudstack/blob/4.5-RC20150504T1217/setup/db/db/schema-430to440.sql#L464
>>
>> Commenting it out in schema-430to440.sql fixed it the update. Not really
>> sure if this would brake anything in other conditions.
>>
>> It is not really a problem of 4.5.1, so not vote against it.
>>
>> Yours
>> René
>>
>> On 04.05.2015 13:20, Rohit Yadav wrote:
>>> Hi All,
>>>
>>> I've created a 4.5.1 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.5
>>> Commit: 0eb4eb23701f0c6fec8bd5461cd9aa9f92c9576d
>>>
>>> List of changes:
>>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES.md;hb=4.5
>>> https://github.com/apache/cloudstack/commits/4.5-RC20150504T1217
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.5.1/
>>>
>>> PGP release keys (signed using 0EE3D884):
>>> 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)
>>>
>>> For convenience of testing, you may use the following repositories and
>>> location to download systemvm templates:
>>>
>>> http://secure-web.cisco.com/1vX318gyxL4Oe_mcG02NfiWqimjUBdOtkVeHs9W17sQLcJAZyYirdUOSCa0McOXHpb1XP0jGEX3VBxsj66GV6pOoQ7tvib63bdzWyl8NZkaeZSTnecYWadC9AsZleVsQWdN0GPWwogqO5s6T2XctNWl2Boy8sULvDB8DaA8SuV1aDoD_jJL-Iv1o7VBKlMeok/http%3A%2F%2Fpackages.shapeblue.com%2Fcloudstack%2Ftesting%2F
>>> http://secure-web.cisco.com/1fQSBXRwcrmw1AEPk8-GQY0qtbJaJXTTTXUYkHdEmysbMTQ4BNC0nH_5btdDBbi7n4v1kePAl0mI8_2qstKq6mx6xwknEdWOBXowed7JCXUT1PuqbcfRHDWRlMheLKUBer9nngthDuBxA-kEDY00HnQxfHk1NG1bClrI0Q1FCc0qyFyJ1mYRKaCDhSjr_oNVo/http%3A%2F%2Fpackages.shapeblue.com%2Fsystemvmtemplate%2F4.5%2F
>>>
>>> Regards.
>>>
>>
>>

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & 
Build
CSForge – rapid IaaS deployment 
framework
CloudStack 
Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support

RE: [VOTE] Apache Cloudstack 4.5.1

[Somesh Naidu]

Agree with Marcus. I believe the workaround to the issue pointed out by Rene 
should be straightforward and could be documented.

Regards,
Somesh


-Original Message-
From: Marcus [mailto:shadow...@gmail.com] 
Sent: Tuesday, May 05, 2015 11:23 AM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.5.1

Oh, I didn't see a vote from you yet. I just wanted to get my opinion out.
There are some pretty critical fixes shipping in this build (clustered mgmt
server is broken in 4.5.0, for example), and I think we need to be more
generous with shipping fixes in small doses rather than blocking on known
or existing issues.

On Tue, May 5, 2015 at 8:13 AM, Daan Hoogland 
wrote:

> sure, hence the -0
>
> Op di 5 mei 2015 om 17:03 schreef Marcus :
>
> > This is the sort of thing that I'd personally not -1, unless we can prove
> > that it's a regression. If the files were released in 4.5.0 and haven't
> > been modified, I'd prefer to ship some bugfixes rather than trying to fix
> > all known bugs before shipping.
> >
> > On Tue, May 5, 2015 at 6:47 AM, Daan Hoogland 
> > wrote:
> >
> > > Rene, but it is a problem in the release. It sound very strange that it
> > > would not have been caught in any of the 4.4 releases or in 4.5.0. I am
> > > hesitant but a -1 is on the surface of my keyboard.
> > >
> > > Op di 5 mei 2015 om 13:03 schreef Rene Moser :
> > >
> > > > Hi
> > > >
> > > > Tested an update from 4.2.1 to 4.5.1 which failed because of 2
> > identical
> > > > ALTER TABLE statements for cloud_usage in schema-421to430.sql and
> > > > schema-430to440.sql
> > > >
> > > >
> > > >
> > >
> >
> https://github.com/apache/cloudstack/blob/4.5-RC20150504T1217/setup/db/db/schema-421to430.sql#L787
> > > >
> > > >
> > > >
> > >
> >
> https://github.com/apache/cloudstack/blob/4.5-RC20150504T1217/setup/db/db/schema-430to440.sql#L464
> > > >
> > > > Commenting it out in schema-430to440.sql fixed it the update. Not
> > really
> > > > sure if this would brake anything in other conditions.
> > > >
> > > > It is not really a problem of 4.5.1, so not vote against it.
> > > >
> > > > Yours
> > > > René
> > > >
> > > > On 04.05.2015 13:20, Rohit Yadav wrote:
> > > > > Hi All,
> > > > >
> > > > > I've created a 4.5.1 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.5
> > > > > Commit: 0eb4eb23701f0c6fec8bd5461cd9aa9f92c9576d
> > > > >
> > > > > List of changes:
> > > > >
> > > >
> > >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES.md;hb=4.5
> > > > > https://github.com/apache/cloudstack/commits/4.5-RC20150504T1217
> > > > >
> > > > > Source release (checksums and signatures are available at the same
> > > > > location):
> > > > > https://dist.apache.org/repos/dist/dev/cloudstack/4.5.1/
> > > > >
> > > > > PGP release keys (signed using 0EE3D884):
> > > > > 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)
> > > > >
> > > > > For convenience of testing, you may use the following repositories
> > and
> > > > > location to download systemvm templates:
> > > > >
> > > > > http://secure-web.cisco.com/1b1vlXKxcmtbajS10D8YjJtCJx9gLBtS6uOu-s_0Nw0eNnKs55Iui3WsTAH5g2cTnFi0rtNEkv7MdwjwLPceAcBrI6OJG-FrTx8FgWDE11d6A2TelB07RII9VrJoZ1IPaash5qBEx0bUxhcKZWJUZ9FetzYvHfNgtMfDCBhzzfPnjm52KTP9OR1wQuC45gbpt/http%3A%2F%2Fpackages.shapeblue.com%2Fcloudstack%2Ftesting%2F
> > > > > http://secure-web.cisco.com/1mr_7sYWtvS-bituPzxPKg1YPOAZ7qsBSZstvdrgBGOlvmXxA831h8hOtHuYcaMznbm7dnwVYvk1Nd6MprUXIhLm6ZRequo7lr86ynjgadz5gP6qar5vsS1MOmeM5CmS_7qs1rvEatWEvlS0acpvGerOwJDn26OuhPJIcceGvFv9Pz1OgOi0rDC5_aB3fsmUY/http%3A%2F%2Fpackages.shapeblue.com%2Fsystemvmtemplate%2F4.5%2F
> > > > >
> > > > > Regards.
> > > > >
> > > >
> > > >
> > >
> >
>

RE: Centralized Management console for all tenants on CS 4.3.1..??

[Somesh Naidu]

You could use Security Groups to achieve this. 

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: anil lakineni [mailto:anilkumar459.lakin...@gmail.com] 
Sent: Tuesday, May 05, 2015 4:32 PM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Re: Centralized Management console for all tenants on CS 4.3.1..??

Hi All,

Comments are in line,

A quick question, Is there any possibility to stop communication between
two VMs which are using shared network (why because I need communication
between some VMs on this shared network and I don't want communication
between some VMs on this same shared network).

Waiting for your valuable replays.

Thank You,
Anil.

On Tue, May 5, 2015 at 7:50 PM, anil lakineni <
anilkumar459.lakin...@gmail.com> wrote:

> Hi All,
>
> I need a help..
>
> I want to monitor all the tenant VMs from a centralized VM with in the
> Cloud Stack.
>
> " Here my testing plan is, I have two isolated accounts and each account
> contains a VM .And I will be deploying a VM (which is centralized
> management VM)  on ROOT account. Now I want to monitor those two isloated
> account VMs from ROOT account VM." and here main concern is no two tenants
> VMs will communicate.
>
> Please can any one suggest me the best possible ways to solve my task.
>
> My CS version is 4.3.1 and XenServer version is 6.2.0
>
> Looking forward for your valuable comments.
>
> Best Regards,
> Anil.
>

RE: [ANNOUNCE] New Committer Marco Sinhoreli

[Somesh Naidu]

Congratulations Marco!

Regards,
Somesh

-Original Message-
From: Ahmad Emneina [mailto:aemne...@gmail.com] 
Sent: Monday, May 11, 2015 12:19 PM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New Committer Marco Sinhoreli

Nice work Marco! Congrats.

2015-05-11 9:17 GMT-07:00 Karen Vuong :

> Congrats, Marco!
>
> 2015-05-11 1:50 GMT-07:00 sebgoa :
>
> > It seems we forgot to announce that Marco was made a committer, my
> sincere
> > apologies
> > -
> >
> > The Project Management Committee (PMC) for Apache CloudStack
> > has asked Marco Sinhoreli  to become a committer and we are pleased to
> > announce that he has accepted.
> >
> > Marco has done an outstanding job building the CloudStack community in
> > Brazil.
> >
> > Parabéns por um trabalho bem feito e espero que você vai continuar a
> > apoiar a comunidade da maneira que você tem feito até agora.
> >
> > Being a committer allows many contributors to contribute more
> > autonomously. For developers, it makes it easier to submit changes and
> > eliminates the need to have contributions reviewed via the patch
> > submission process. Whether contributions are development-related or
> > otherwise, it is a recognition of a contributor's participation in the
> > project and commitment to the project and the Apache Way.
> >
> > Please join me in congratulating Marco !
> >
> > --Sebastien Goasguen
> > on behalf of the CloudStack PMC
> >
> > 
> >
> > O Comité de Gestão do Projeto (PMC) para Apache CloudStack
> > pediu Marco Sinhoreli para se tornar um committer e temos o prazer de
> > anunciar que ele aceitou.
> >
> > Marco tem feito um trabalho notável construção da comunidade CloudStack
> no
> > Brasil.
> >
> > Parabéns Por Um Trabalho Bem Feito e espero Que Voce vai continuar 'uma
> > APOIAR a Comunidade da Maneira Que rápido Você tem Feito Até ágora.
> >
> > Sendo um committer permite que muitos colaboradores a contribuir mais
> > autonomamente. Para os desenvolvedores, torna-se mais fácil de submeter
> as
> > alterações e
> > elimina a necessidade de ter contribuições avaliação via o patch
> > processo de submissão. Se as contribuições são relacionadas com
> > desenvolvimento ou
> > caso contrário, é um reconhecimento da participação de um contribuinte no
> > projeto e compromisso com o projeto eo Caminho Apache.
> >
> > Por favor, se juntar a mim para parabenizar Marco
> >
> > --Sebastien Goasguen
> > em nome da CloudStack PMC
> >
> > 
> >
> > 项目管理委员会（PMC）为Apache的CloudStack
> > 已要求马可Sinhoreli变成提交，我们很高兴地
> > 宣布，他已经接受了。
> >
> > 马可已经做了出色的工作在建设社区的CloudStack在巴西。
> >
> > 在工作祝贺做得好，希望您能继续支持社区，你目前所做的方式。
> >
> > 作为一个提交允许许多贡献者作出更大的贡献
> > 自主。对于开发人员来说，它可以更容易地提交更改和
> > 消除了需要具有贡献经由补丁审查
> > 提交过程。是否捐款是发展相关或
> > 否则，它是一种认可，在一个贡献者的参与
> > 项目与承诺项目和Apache的方式。
> >
> > 请和我一起祝贺马可
> >
> > --Sebastien Goasguen
> > 代PMC的CloudStack的
> >
> > 
> >
> > ApacheのCloudStackのためのプロジェクト管理委員会（PMC）
> > コミッタになるためにマルコSinhoreliに尋ねた、私たちはに満足しているしています
> > 彼が承認したことを発表しました。
> >
> > マルコは、ブラジルのCloudStackのコミュニティを構築する優れた仕事をしています。
> >
> > 仕事おめでとうはよくやった、あなたがこれまで行ってきた方法でコミュニティを支援していきます願っています。
> >
> > コミッターであることは多くの貢献者が多くを貢献することができます
> > 自律的。開発者にとっては、それはそれが簡単に変更を提出することになり、
> > パッチ経由の口コミ貢献を持ってする必要がなくなります
> > 提出プロセス。貢献は、開発に関連しているかどうか
> > それ以外の場合は、中の寄稿者の参加の認識があります
> > プロジェクトとプロジェクトとApacheの道へのコミットメント。
> >
> > マルコの祝福の中で私に参加してください
> >
> > --Sebastien Goasguen
> > CloudStackのPMCの代わりに
> >
> >
>

RE: Bug resolve for 4.5.2

[Somesh Naidu]

I believe the default network offering for Isolated Network 
(DefaultIsolatedNetworkOfferingWithSourceNatService) does the same. So I guess 
that may not be the problem.

Regards,
Somesh

-Original Message-
From: Andrija Panic [mailto:andrija.pa...@gmail.com] 
Sent: Wednesday, May 13, 2015 12:14 PM
To: dev@cloudstack.apache.org
Subject: Re: Bug resolve for 4.5.2

Is this maybe happening, because Im using everything of services on single
NEtwork offering : StaticNat, NetworkACL, PortForwarding, UserData, Vpn,
SourceNat, Dns, Lb, Dhcp ?
Maybe because of the design with some of the services ?

Maybe I shouldnt use all stuff - although it doesnt make sense to me...

On 12 May 2015 at 16:46, Andrija Panic  wrote:

> Hi Erik,
>
> Thanks for geting back to me.
>
> I have commented the issue and provided example from brand new ACS
> installation, and new VPC, 1 network, 1 VM.
>
> http://secure-web.cisco.com/1WU4eQfmrJcfhnrBedw7AyAJbKlVUQJ5VhSpUxxbUMahg8oXbGqUkLA33un89ck8JZJHs78G4VumAGMsOQokXJ5RK2_C1-omDL66nAwlgG_yoJCZQeR79XNTfU-ql5XbKf2H05s7s4AvWrJ8ZId2r8sE7sqyx2ls3eI4vgRQgET6fU_cPtUbtUth_vZTSVzhCoq8agNngtqqw9uXXKzMXCQ/http%3A%2F%2Fpastebin.com%2FihjiDZ9h
>  - iptables-save from inside VR on pastebin -
> this is brand new VPC (1 network, 1 VM in network) on 4.4.3 release.
> http://snag.gy/V949g.jpg - ACS setup and "proof" :
> XXX.39.228.155 - main VPC IP
> XXX.39.228.156 - additional IP, configured Static NAT to private VM
> 10.10.10.10
> Connected to XXX39.228.156:22 - and done "netstat -antup | grep 22" -
> remote connection seems to come from XXX.39.228.155 - main VPC IP.
> This is ACS 4.4.3, Advanced Zone, KVM.
>
>
> Thanks
>
> On 12 May 2015 at 14:43, Erik Weber  wrote:
>
>> On Tue, May 12, 2015 at 2:31 PM, Andrija Panic 
>> wrote:
>>
>> > Hi dev team,
>> >
>> > I was wondering who would be willing to help with:
>> > https://issues.apache.org/jira/browse/CLOUDSTACK-8451
>> >
>> > remote IP not seen in VM behind VPC...
>> >
>>
>> Could you get the relevant iptables rule with 'iptables-save'? obfuscate
>> addresses etc. if you feel like it
>>
>> --
>> Erik
>>
>
>
>
> --
>
> Andrija Panić
>



-- 

Andrija Panić

RE: delete local storage pool on cloudstack 4.4.3

[Somesh Naidu]

Star Guo,

While I wasn't been able to have a look at the error/image you shared, I 
believe the issue is due to the orphaned entries in the table 
*storage_pool_host_ref*. Remove that and you should be good. Also make sure to 
remove the entry in *op_host_capacity* for this storage pool.

Somesh
CloudPlatform Escalations
Citrix Systems, Inc.


-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Thursday, May 14, 2015 9:26 PM
To: dev@cloudstack.apache.org
Subject: Re: delete local storage pool on cloudstack 4.4.3

Can you take a peek into the management server log file and see if any
exceptions are reported?

Thanks

On Thu, May 14, 2015 at 7:06 PM, Star Guo  wrote:

> Hi, here is: http://pan.baidu.com/s/1kTxgbor
>
> Thanks!
>
> Best Regards,
> Star Guo
>
> ==
>
> Hi,
>
> Images are stripped from messages to the CS mailing list.
>
> Could you put the images on Imgur and send out the URLs?
>
> Thanks!
> Mike
>
> On Thu, May 14, 2015 at 6:42 PM, Star Guo  wrote:
>
> > Yes. I add a timestamp to the removed column, the local storage.
> >
> > I run " list storagepools " by cloudmonkey and the local storage is no
> > list. However,the Infrastructure on the web UI is no data (just as
> > attachment images).
> >
> > I rollback the update in mysql db (set NULL to the column), and then
> > Infrastructure on the web UI is recover to me.
> >
> > So, it shows if I want to delete the local storage I just do an update
> > is not enough. Thanks for help.
> >
> > Best Regards,
> > Star Guo
> >
> > 
> >
> > I'm not sure I follow.
> >
> > Are you saying if you add a timestamp to the Removed column, the
> > Primary Storage no longer appears in the Infrastructure tab? If so, I
> > was thinking that's the behavior you desired.
> >
> > If that's not what you were hoping for, perhaps you can explain in
> > more detail.
> >
> > Thanks!
> >
> > On Thu, May 14, 2015 at 12:04 AM, Star Guo  wrote:
> >
> > > Dear Mike,
> > >
> > > I update the storage pool remove time with timestamp，but it can not
> > > load the whole information in "Inforastructure" . I rollback the
> > > update and it is ok.
> > >
> > > Best Regards,
> > > Star Guo
> > >
> > > -邮件原件-
> > > 发件人: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > > 发送时间: 2015年5月13日 5:43
> > > 收件人: dev@cloudstack.apache.org
> > > 主题: Re: delete local storage pool on cloudstack 4.4.3
> > >
> > > Sounds like a bug perhaps, but you could always manually update the
> > > cloud.storage_pool table to mark it as removed.
> > >
> > > If you have successfully removed primary storage in the past, you
> > > could probably use that as an example row for how to update the
> > > applicable row remotely.
> > >
> > > On Tuesday, May 12, 2015, Star Guo  wrote:
> > >
> > > > Hi, everyone,
> > > >
> > > >I run cloudstack 4.4.3 with kvm and I just enable localstorage
> > > > in
> > > > zone1 by cloudmonkey after zone1 is in running state. Local
> > > > Storage of KVM host is found.
> > > >And now I disable local storage in zone1 by cloudmonkey, but
> > > > the local storage even in it. How can I remove local storage ?
> > > > (Restart MS
> > > just ok?
> > > > Or
> > > > Agent Service?)
> > > >Thanks a lot!
> > > >
> > > > Best Regards,
> > > > Star Guo
> > > >
> > > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com
> > > o: 303.746.7302
> > > Advancing the way the world uses the cloud
> > > *™*
> > >
> > >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Somesh Naidu]

Congratulations Bruno!

Regards,
Somesh

-Original Message-
From: Remi Bergsma [mailto:r...@remi.nl] 
Sent: Monday, June 08, 2015 8:48 AM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

Congratulations Bruno!

Sent from my iPhone

> On 08 Jun 2015, at 12:38, Sebastien Goasguen  wrote:
> 
> The Project Management Committee (PMC) for Apache CloudStack is pleased to
> announce that Bruno Demion has accepted our invitation to join the PMC.
> 
> Please join me in congratulating him.
> 
> On behalf of the Apache CloudStack PMC
> -- 
> Sebastien

RE: [Blocker] test duplicated in test_scale_vm.py

[Somesh Naidu]

> that said we should still work towards a test set that can function as the

So essentially, we are saying that the existing BVT isn't really a BVT and that 
we have to come up with it. From a user/customer standpoint this doesn't 
inspire confidence.

Anyway, is anybody willing to do this, as in, come up with a BVT/smoke/sanity? 
Or do we have to rely on Citrix to do this?

Daan - do we have a tracker for this request?

Regards,
Somesh

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Wednesday, September 30, 2015 5:44 AM
To: dev
Subject: Re: [Blocker] test duplicated in test_scale_vm.py

I disagree, and let me carefully try to formulate why: BVT is useful and
'should' be run before any thing is declared good. The problem is the
ability for the community at large to run it and to fix it for any kind of
set-up. It should not be automatically treated as blockers but only if a
full analysis points to a root cause that can be considered a blocker.

that said we should still work towards a test set that can function as the
you describe the BVT and be automatically adding blockers.

regards,

On Wed, Sep 30, 2015 at 11:28 AM, Rajani Karuturi <
rajani.karut...@citrix.com> wrote:

> I agree with Raja. BVT test case failures should be treated as blockers.
> Once the test issue is fixed, they might uncover new issues/regressions.
>
> ~Rajani
>
>
>
> On 30-Sep-2015, at 2:32 pm, Raja Pullela  wrote:
>
> > The problem needs to be fixed - "have tested a solution that was
> discussed with koushik" - we will have to create PR with that change.  Once
> the PR is pushed - we will have one less blocker/test failure.
> >
> > I agree this is not a cloudstack core code problem - but we should NOT
> make that a criteria for priority of a bug - just my take.  We should
> include BVT failures in the Blocker criteria (whether the fix is in the
> core functionality/test script).  Otherwise, we will not hit 100% passrate
> on BVTs.
> >
> > You are right - only a subset of these tests are being run on "travis"
> otherwise we will catch more or some of these failures.
> >
> > -Original Message-
> > From: Sebastien Goasguen [mailto:run...@gmail.com]
> > Sent: Wednesday, September 30, 2015 2:09 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [Blocker] test duplicated in test_scale_vm.py
> >
> >
> >> On Sep 30, 2015, at 10:28 AM, Raja Pullela 
> wrote:
> >>
> >> Yup... btw, I am on top of this and goal is to get to 100% passrate on
> BVTs!
> >>
> >
> > Yes I got it, and we all have the same goal.
> >
> > It does appear that not all smoke tests are run by Travis, otherwise we
> would catch any errors on simulator for every PR.
> >
> > My point is that if a failure in your BVT is due to the test itself it
> is not a cloudstack failure per se and hence not a blocker. Which all said
> and done is not a problem because it should be fixed now if I am
> understanding your assessment and Koushik report of this failure correctly.
> >
> >
> >
> >> -Original Message-
> >> From: Sebastien Goasguen [mailto:run...@gmail.com]
> >> Sent: Wednesday, September 30, 2015 1:48 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: [Blocker] test duplicated in test_scale_vm.py
> >>
> >>
> >>> On Sep 30, 2015, at 10:15 AM, Raja Pullela 
> wrote:
> >>>
> >>> Sebastien, any BVT tests failing is a blocker and needs to be fixed -
> which is the reason for Blocker.  We already have a fix.
> >>>
> >>
> >> Right, but that's a fix in the test itself, no an issue with the
> cloudstack "core".
> >>
> >> In any case, great, one less blocker.
> >>
> >>> Koushik,
> >>>
> >>> modified the test "test_01_scale_vm" with required_hardware=false on
> simulator setup and it works.  So, I think we can let the second method
> go.  I will also test this on XS.
> >>> Raja
> >>>
> >>>
> >>> root@localhost:~/cloudstack# nosetests --with-marvin
> >>> --marvin-config=/root/cloudstack/setup/dev/local1.cfg
> >>> --zone=Sandbox-simulator --hypervisor=simulator -a
> >>> tags=basic,required_hardware=false
> >>> /root/cloudstack/test/integration/smoke/test_scale_vm.py
> >>>
> >>>  Marvin Init Started 
> >>>
> >>> === Marvin Parse Config Successful ===
> >>>
> >>> === Marvin Setting TestData Successful===
> >>>
> >>>  Log Folder Path: /tmp//MarvinLogs//Sep_30_2015_08_06_32_AWNF1O.
> >>> All logs will be available here 
> >>>
> >>> === Marvin Init Logging Successful===
> >>>
> >>>  Marvin Init Successful 
> >>> ===final results are now copied to:
> >>> /tmp//MarvinLogs/test_scale_vm_OPS7AD===
> >>> root@localhost:~/cloudstack# cd /tmp//MarvinLogs/test_scale_vm_OPS7AD
> >>> root@localhost:/tmp/MarvinLogs/test_scale_vm_OPS7AD# ls
> >>> failed_plus_exceptions.txt  results.txt  runinfo.txt
> >>> root@localhost:/tmp/MarvinLogs/test_scale_vm_OPS7AD# vi  results.txt
> >>> root@localhost:/tmp/MarvinLogs/test_scale_vm_OPS7AD# ls -al total 48
> >>> drwxr-xr-x 2 root root  4096 Sep 30 08:07 .
> >>> drwxr-xr-x 8 root root 

RE: VR refactoring, concerns and a way out ?

[Somesh Naidu]

> To sum it up: it’s easy to sit-down and wait for other people to work on 
> features/test/fixes.

Wilder - essentially are you saying these failures are due to a. Ramnath and 
folks didn't contribute at the time and b. you did but weren't able to 
completely nail it down?

Raja/Ramnath - would it help and be better for the community as well as you if 
you'd just let ACS build be in the current state (as per you unstable router), 
create your own branch, implement your approach and fix the router (stable as 
per your opinion) for your users.

This way everyone would be happy.

Regards,
Somesh


-Original Message-
From: Wilder Rodrigues [mailto:wrodrig...@schubergphilis.com] 
Sent: Thursday, September 24, 2015 8:48 AM
To: dev@cloudstack.apache.org
Subject: Re: VR refactoring, concerns and a way out ? 

Raja,

A nice way out would be to have more people knowing about coding and git. I 
have no idea from where you got this non-sense approach, but I would say it can 
be compared with the previous git flow the community had: not tests; no PRs; no 
review.

@Ramanath: you, and many others, should have pitched in when the code was 
merged, months ago, and when effort to help testing was requested.

To sum it up: it’s easy to sit-down and wait for other people to work on 
features/test/fixes.

Cheers,
Wilder


> On 24 Sep 2015, at 14:33, Sebastien Goasguen  wrote:
> 
> 
>> On Sep 24, 2015, at 2:00 PM, Ramanath Katru  
>> wrote:
>> 
>> My vote is for the approach no.1 - to backout completely. Most of VR 
>> functionalities are broken and are in a mess to say the least. It definitely 
>> will take some time and effort from several folks to get it to a stable 
>> state.
>> 
> 
> So which VR changes are we talking about. If it was merged it should mean 
> that tests passed and it worked at least in a controlled environment.
> 
>> Ram Katru
>> 
>> 
>> -Original Message-
>> From: Raja Pullela [mailto:raja.pull...@citrix.com] 
>> Sent: Thursday, September 24, 2015 2:06 PM
>> To: dev@cloudstack.apache.org
>> Subject: VR refactoring, concerns and a way out ? 
>> 
>> Hi,
>> 
>> 
>> 
>> I understand a concern on the VR changes was raised earlier.  My apologies 
>> to restart this thread again.
>> 
>> 
>> 
>> However, my last conversation with Jayapal, who has fixed/have been fixing 
>> lot of VR issues, about the VR issues and he is pretty concerned about the 
>> refactoring that has happened.  I have had the same concern for sometime now 
>>  (VR issues have been on the list of issues to be looked into for at least 
>> 4+ weeks) and wanted to see a good solution for this- with VR being very 
>> fundamental to the system.
>> 
>> 
>> 
>> Couple of solutions/proposals –
>> 
>> 1)  Back out the VR changes – Pros: VR has been stable for some time and 
>> it is working well.
>> 
>> 2)  Continue to fix/stability VR changes -   Concerns: is the unknowns, 
>> what we will find out and how long this will take to stabilize the VR 
>> functionality.
>> 
>> 
>> 
>> Please chime in if you have any thoughts or concerns around this,
>> 
>> 
>> 
>> best,
>> 
>> Raja
> 

RE: [Blocker] test duplicated in test_scale_vm.py

[Somesh Naidu]

Ok, I will stop. I was only trying to help. I was just trying to say that we 
would greatly benefit from a CI practice that runs against an automated BVT and 
any failure should result in reverting the check-in (essentially a blocker). If 
the BVT is doing more than it should then tune it accordingly but maintain BVT 
failures as blockers. I believe this should greatly help avoiding regressions. 
That's all.

Regards,
Somesh


-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com] 
Sent: Wednesday, September 30, 2015 11:56 AM
To: dev@cloudstack.apache.org; Somesh Naidu
Subject: Re: [Blocker] test duplicated in test_scale_vm.py

@somesh, again your message is not helping all.

> On Sep 30, 2015, at 5:09 PM, Somesh Naidu  wrote:
> 
>> that said we should still work towards a test set that can function as the
> 
> So essentially, we are saying that the existing BVT isn't really a BVT and 
> that we have to come up with it. From a user/customer standpoint this doesn't 
> inspire confidence.
> 

Folks on this list, even though they talk as themselves, are users of ACS.They 
have built businesses based on ACS and rely on it heavily. I could give you a 
long list. They have a lot at stake in having a quality release of ACS. I am 
certain that they would not release something that they would not trust or have 
not tested.

The issue is that folks test for there particular setup and that as a group we 
still don’t have a complete view of the entire matrix that is possible with ACS 
(what Daan was alluding to). And BVT is just an indication of a certain level 
of quality it by no means says that all features of CloudStack work in every 
possible deployment.

> Anyway, is anybody willing to do this, as in, come up with a BVT/smoke/sanity?

It’s not a clear question.
Travis runs part of the simulator checks every single commits.
So does Jenkins, so do people with their own infra (not just Citrix, but actual 
users of ACS).

The issue with the particular test I was referring to (test_scale_vm) is that 
for some reason it is not running in the current Travis runs. My personal view 
is that the current failure of test_scale_vm is not symptomatic of a failure in 
ACS code, if I understood things correctly, hence I don’t consider this a 
blocker.

> Or do we have to rely on Citrix to do this?

If you are talking about Citrix running their set of BVT, the question is not 
to rely on it or not.
From my standpoint it would have been nice to see weekly (if not daily) status 
of all BVT tests run by Citrix (to the form of what Raja is now currently 
sending).

> 
> Daan - do we have a tracker for this request?
> 

Not a clear question either. I don’t know what request you are talking about.

But for now, let’s leave this thread as is and wait for the next couple PRs to 
hit master and we will see how BVT behaves.


> Regards,
> Somesh
> 
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
> Sent: Wednesday, September 30, 2015 5:44 AM
> To: dev
> Subject: Re: [Blocker] test duplicated in test_scale_vm.py
> 
> I disagree, and let me carefully try to formulate why: BVT is useful and
> 'should' be run before any thing is declared good. The problem is the
> ability for the community at large to run it and to fix it for any kind of
> set-up. It should not be automatically treated as blockers but only if a
> full analysis points to a root cause that can be considered a blocker.
> 
> that said we should still work towards a test set that can function as the
> you describe the BVT and be automatically adding blockers.
> 
> regards,
> 
> On Wed, Sep 30, 2015 at 11:28 AM, Rajani Karuturi <
> rajani.karut...@citrix.com> wrote:
> 
>> I agree with Raja. BVT test case failures should be treated as blockers.
>> Once the test issue is fixed, they might uncover new issues/regressions.
>> 
>> ~Rajani
>> 
>> 
>> 
>> On 30-Sep-2015, at 2:32 pm, Raja Pullela  wrote:
>> 
>>> The problem needs to be fixed - "have tested a solution that was
>> discussed with koushik" - we will have to create PR with that change.  Once
>> the PR is pushed - we will have one less blocker/test failure.
>>> 
>>> I agree this is not a cloudstack core code problem - but we should NOT
>> make that a criteria for priority of a bug - just my take.  We should
>> include BVT failures in the Blocker criteria (whether the fix is in the
>> core functionality/test script).  Otherwise, we will not hit 100% passrate
>> on BVTs.
>>> 
>>> You are right - only a subset of these tests are being run on "travis"
>> otherwise we will catch more or some of these failures.
>>> 
>>> -Original Message-
>>>

RE: new colleagues

[Somesh Naidu]

Congratulations Daan!

Regards,
Somesh


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Thursday, October 01, 2015 6:07 AM
To: dev
Subject: new colleagues

Hello fellow stackers,

This to let you know that I just entered the building of Leaseweb, in order
to be working there for the next couple of years. You know them via Whei
Zou, who will be my close colleague. I had a great time with Schuberg
Philis as you might know and am confident the same will happen here. I will
continue to use personal email addresses so I want to let you this way that
my motivation has changed ever so slightly.

I didn't plan to go to Dublin yet, but as Makesh my new colleague
threatened to mention me in his session [1], I will try to be there for
damage control.

[1] http://sched.co/44T2

​hoping to contribute a lot more,​
-- 
Daan

RE: [ANNOUNCE] New committer: Boris Schrijver

[Somesh Naidu]

Congratulations Boris!

Regards,
Somesh

-Original Message-
From: John Burwell [mailto:john.burw...@shapeblue.com] 
Sent: Monday, November 09, 2015 4:42 PM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New committer: Boris Schrijver

Congrats, Boris.

---
John Burwell (@john_burwell)
VP of Software Engineering, ShapeBlue
(571) 403-2411 | +44 20 3603 0542
http://www.shapeblue.com | @ShapeBlue
53 Chandos Place, Covent Garden, London, WC2N 4HS



> On Nov 9, 2015, at 2:06 PM, Daan Hoogland  wrote:
>
> now the real work starts, Boris. Go get'em.
>
> On Mon, Nov 9, 2015 at 7:36 PM, Mike Tutkowski > wrote:
>
>> Nice job, Boris!
>>
>> On Sunday, November 8, 2015, Rajani Karuturi  wrote:
>>
>>> The Project Management Committee (PMC) for Apache CloudStack
>>> has asked Boris Schrijver to become a committer and we are pleased to
>>> announce that he has accepted.
>>>
>>> Boris is an active code contributor, tester.
>>> Helps resolving issues, reviewing PRs and testing them.
>>>
>>> Being a committer allows many contributors to contribute more
>>> autonomously. For developers, it makes it easier to submit changes and
>>> eliminates the need to have contributions reviewed via the patch
>>> submission process. Whether contributions are development-related or
>>> otherwise, it is a recognition of a contributor's participation in the
>>> project and commitment to the project and the Apache Way.
>>>
>>> Please join me in congratulating Boris
>>>
>>> on behalf of the CloudStack PMC,
>>>
>>> ~Rajani
>>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>> *™*
>>
>
>
>
> --
> Daan

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: New PMC member: Erik Weber

[Somesh Naidu]

Congratulations Erik!

Regards,
Somesh


-Original Message-
From: John Burwell [mailto:john.burw...@shapeblue.com] 
Sent: Saturday, November 07, 2015 12:12 PM
To: dev@cloudstack.apache.org; Boris Schrijver
Subject: Re: New PMC member: Erik Weber

Congrats Erik.

---
John Burwell (@john_burwell)
VP of Software Engineering, ShapeBlue
(571) 403-2411 | +44 20 3603 0542
http://www.shapeblue.com | @ShapeBlue
53 Chandos Place, Covent Garden, London, WC2N 4HS



> On Nov 4, 2015, at 5:55 AM, Boris Schrijver  wrote:
>
> Congrats Erik!
>
> --
>
> Met vriendelijke groet / Kind regards,
>
> Boris Schrijver
>
> PCextreme B.V.
>
> http://www.pcextreme.nl/contact
> Tel direct: +31 6 33784542
>
>> On November 3, 2015 at 9:05 AM Erik Weber  wrote:
>>
>>
>> Thanks again all :-)
>>
>> Erik
>>
>> On Sat, Oct 31, 2015 at 7:06 PM, Jan-Arve Nygård 
>> wrote:
>>
>>> Congratulations Erik, well deserved :)
>>>
>>> Den fredag 30. oktober 2015 skrev Milamber  følgende:
>>>

 Congrats Erik! Good works!

 On 30/10/2015 14:01, Giles Sirett wrote:

> All
> The PMC is delighted to announce that we have asked Erik weber to join
> the PMC and he has accepted
>
> Please join me in congratulating Erik
>
> Kind Regards
> Giles
>
> D: +44 20 3603 0541 | M: +44 796 111
> 2055
> giles.sir...@shapeblue.com
> Find out more about ShapeBlue and our range of CloudStack related
>>> services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are
>>> intended
> solely for the use of the individual to whom it is addressed. Any views
>>> or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not
>>> the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the
>>> sender
> if you believe you have received this email in error. Shape Blue Ltd is
>>> a
> company incorporated in England & Wales. ShapeBlue Services India LLP
>>> is a
> company incorporated in India and is operated under license from Shape
>>> Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
>>> Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
>>> is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>



>>>

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: [ANNOUNCE] Wilder Rodrigues as a new PMC member of CloudStack

[Somesh Naidu]

Congratulations Wilder!

Regards,
Somesh

-Original Message-
From: Rafael Fonseca [mailto:rsafons...@gmail.com] 
Sent: Wednesday, July 01, 2015 1:43 PM
To: dev
Subject: Re: [ANNOUNCE] Wilder Rodrigues as a new PMC member of CloudStack

Well deserved indeed. Parabéns Wilder!

Sent from my iThing
On Jul 1, 2015 7:13 PM, "Rohit Yadav"  wrote:

> The Project Management Committee (PMC) for Apache CloudStack are pleased
> to announce that Wilder  Rodrigues (ekho) has accepted our invitation to
> join the PMC.
>
> Please join me in congratulating him.
>
> On behalf of the Apache CloudStack PMC,
> Rohit Yadav
>
> ---
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>

RE: [ANNOUNCE] Karen Voung as a new PMC member of CloudStack

[Somesh Naidu]

Congratulations Karen!

Regards,
Somesh


-Original Message-
From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com] 
Sent: Monday, July 06, 2015 4:44 AM
To: 
Cc: Karen Vuong
Subject: Re: [ANNOUNCE] Karen Voung as a new PMC member of CloudStack

Congrats Karen!
On 06-Jul-2015, at 1:30 PM, Wilder Rodrigues  
wrote:

> Congratulations, Karen!
> 
> Cheers,
> Wilder
> 
>> On 02 Jul 2015, at 20:15, John Burwell  wrote:
>> 
>> All,
>> 
>> The Project Management Committee (PMC) for Apache CloudStack are pleased to 
>> announce that Karen Voung (karenv) has accepted our invitation to join the 
>> PMC.
>> 
>> Please join me in congratulating her.
>> 
>> On behalf of the Apache CloudStack PMC,
>> -John Burwell
>> 
>> ---
>> John Burwell (@john_burwell)
>> VP of Software Engineering, ShapeBlue
>> (571) 403-2411 | +44 20 3603 0542
>> http://www.shapeblue.com
>> 
>> 
>> 
>> Find out more about ShapeBlue and our range of CloudStack related services
>> 
>> IaaS Cloud Design & Build
>> CSForge - rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software 
>> Engineering
>> CloudStack Infrastructure 
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>> 
>> This email and any attachments to it may be confidential and are intended 
>> solely for the use of the individual to whom it is addressed. Any views or 
>> opinions expressed are solely those of the author and do not necessarily 
>> represent those of Shape Blue Ltd or related companies. If you are not the 
>> intended recipient of this email, you must neither take any action based 
>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>> if you believe you have received this email in error. Shape Blue Ltd is a 
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a 
>> company incorporated in India and is operated under license from Shape Blue 
>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil 
>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a 
>> company registered by The Republic of South Africa and is traded under 
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> 

RE: [PROPOSAL] drop old upgrade code

[Somesh Naidu]

+1

Reasons:
1. Technically speaking, Apache Cloudstack never had version less than 4.0. But 
even if they are considered they would be EOL'd at some point.
2. At some point the feature set disparity between version will make it really 
complex to have direct upgrade paths.
3. As Daan mentioned, 2.x and 3.x users can still upgrade to 4.6+ using a 
multi-step approach (upgrading to 4.3/4.5 first).

Regards,
Somesh

-Original Message-
From: Erik Weber [mailto:terbol...@gmail.com] 
Sent: Monday, July 20, 2015 2:30 PM
To: dev@cloudstack.apache.org
Subject: Re: [PROPOSAL] drop old upgrade code

As a user, I'd say +1.

I understand the concerns, but as long as there is a workaround I'm fine
with it.

Would be great though if the upgrade scripts abort if it notices an upgrade
from an unsupported versions.

Erik


Den mandag 20. juli 2015 skrev Daan Hoogland 
følgende:

> LS,
>
> In coverity the only remaining high impact issues are concerned with
> upgrade code. Some of it is in 4.3 and 4.5 code but most in pre-4
> upgrades.
>
> I addressed the file Upgrade218to22.java in a PR [1] and I move that
> we don't pull it but instead drop the file altogether together with
> all upgrade code dating prior to 4.0.0. anybody on older versions can
> still upgrade to any version between 4.0 and 4.5 and move on from
> there.
>
> My objective is to have no high impact issues remaining so we clearly
> see when we are digressing beit by hand or in  an automated way.
>
> +1?
>
> [1] https://github.com/apache/cloudstack/pull/603
> --
> Daan
>

RE: [Proposal] CoreOS support

[Somesh Naidu]

+1

Regards,
Somesh

-Original Message-
From: Ahmad [mailto:aemne...@gmail.com] 
Sent: Wednesday, July 22, 2015 10:28 AM
To: dev@cloudstack.apache.org
Subject: Re: [Proposal] CoreOS support

+1 looking forward to this.



> On Jul 22, 2015, at 1:14 PM, Kishan Kavala  wrote:
> 
> I would like to add CoreOS as a supported OS type to cloudstack.
> CoreOS vms can be created even now by selecting OS type as "Other". There are 
> cloud providers supporting CoreOS offerings in production already.
> By making the changes mentioned at [1] I would make it easier to deploy 
> CoreOS Vms and also add UI support for providing cloud-config via userdata.
> I'll also update the documentation at [2] after making these changes.
> 
> [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/CoreOS
> [2] https://coreos.com/os/docs/latest/booting-on-cloudstack.html

RE: [Proposal] CoreOS support

[Somesh Naidu]

"cloud administrator task" - I thought this functionality already exists with 
APIs like,
addGuestOs
updateGuestOs
removeGuestOs
addGuestOsMapping
updateGuestOsMapping
removeGuestOsMapping

Regards,
Somesh

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Thursday, July 23, 2015 6:11 AM
To: dev
Subject: Re: [Proposal] CoreOS support

of course +1 for adding CoreOS but can we make supporting os-types
more a cloud administrator task then a cloudstack maintainer task? I
think some work has gone into that already. Some more work will
probably be needed.

On Thu, Jul 23, 2015 at 10:43 AM, Kishan Kavala
 wrote:
> Sure Sebastian. I'll check OS type list and remove outdated distros.
>
> -Original Message-
> From: Sebastien Goasguen [mailto:run...@gmail.com]
> Sent: 22 July 2015 08:09 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [Proposal] CoreOS support
>
> +1
>
> Can you clean that last of OS Type while you are it, last time I checked it 
> was really long with some outdated distros…
>
> -sebastien
>
>> On Jul 22, 2015, at 4:35 PM, Somesh Naidu  wrote:
>>
>> +1
>>
>> Regards,
>> Somesh
>>
>> -Original Message-
>> From: Ahmad [mailto:aemne...@gmail.com]
>> Sent: Wednesday, July 22, 2015 10:28 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [Proposal] CoreOS support
>>
>> +1 looking forward to this.
>>
>>
>>
>>> On Jul 22, 2015, at 1:14 PM, Kishan Kavala  wrote:
>>>
>>> I would like to add CoreOS as a supported OS type to cloudstack.
>>> CoreOS vms can be created even now by selecting OS type as "Other". There 
>>> are cloud providers supporting CoreOS offerings in production already.
>>> By making the changes mentioned at [1] I would make it easier to deploy 
>>> CoreOS Vms and also add UI support for providing cloud-config via userdata.
>>> I'll also update the documentation at [2] after making these changes.
>>>
>>> [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/CoreOS
>>> [2] https://coreos.com/os/docs/latest/booting-on-cloudstack.html
>



-- 
Daan

RE: [PROPOSAL] Snapshot Improvements

[Somesh Naidu]

Couple of questions:
1. "In case backup snapshot process fails then user will be provided with alert 
that backup of snapshot fails."
What user action required if this happens? Or will the snapshot operation be 
treated as failed marking the DB entry as error and removed from primary 
storage?

2. How do we deal with incremental snapshots?

Regards,
Somesh


-Original Message-
From: Anshul Gangwar [mailto:anshul.gang...@citrix.com] 
Sent: Thursday, July 23, 2015 5:27 AM
To: dev@cloudstack.apache.org
Subject: [PROPOSAL] Snapshot Improvements

I am working on improving snapshots experience in CloudStack.

FS is available at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Snapshot+Improvements .

Please review and provide comments/suggestions.

Regards,
Anshul

RE: [Proposal] Replacing Openswan ipsec with Strongswan ipsec

[Somesh Naidu]

+1 agree

Regards,
Somesh


-Original Message-
From: John Kinsella [mailto:j...@stratosec.co] 
Sent: Friday, July 24, 2015 8:48 AM
To: dev@cloudstack.apache.org
Subject: Re: [Proposal] Replacing Openswan ipsec with Strongswan ipsec

+1. The config formats are sometimes a little different, but overall 
functionality is similar. This should be fairly transparent to the end user, as 
the configurations are (usually) generated by ACS.

John

> On Jul 24, 2015, at 3:10 PM, Jayapal Reddy Uradi 
>  wrote:
> 
> Hi All,
> 
> Openswan is not being actively maintained by community.
> Any security updates to the packages then it is difficult to upgrade.
> latest version of OS X clients are not working on openswan.
> 
> To address the above concerns I am proposing to move from openswan ipsec to 
> strongswan ipsec.
> 
> I will be sharing the FS for this feature soon.
> 
> Thanks,
> Jayapal
> 
> 

RE: [PROPOSAL] Deploy user instance from VM snapshot

[Somesh Naidu]

+1

The FS LGTM.

Regards,
Somesh


-Original Message-
From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com] 
Sent: Monday, July 27, 2015 2:11 AM
To: dev@cloudstack.apache.org
Subject: [PROPOSAL] Deploy user instance from VM snapshot

Hi all,

I am working on an enhancement to ACS - "Deploy user instance from VM 
snapshot". Current work flow of deploying instance from volume snapshot is 
involves copying the snapshot image from primary storage to secondary storage 
and then to the primary storage where the instance is being deployed at. For 
some use cases like dev-test environments, user might want very quick 
deployment of instance from snapshot of existing VM (on primary storage).

JIRA ticket for this feature is [1].
FS for this feature is [2].
Please let me know your comments.

Added this feature to ACS road map wiki [3]

[1] https://issues.apache.org/jira/browse/CLOUDSTACK-8676
[2] 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Deploy+instance+from+VM+snapshot
[3] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Roadmap

Regards,
Sateesh

RE: Revisit Process for creating Blocker bugs

[Somesh Naidu]

+1

Categorizing an issue as blocker/showstopper should need some kind of 
moderation. One possibility, voting and/or require approval from certain # of 
PMCs. Alternately, this could also be left to the discretion of the RM. 

Regards,
Somesh

-Original Message-
From: Raja Pullela [mailto:raja.pull...@citrix.com] 
Sent: Friday, July 31, 2015 11:15 AM
To: CloudStack Dev
Subject: Revisit Process for creating Blocker bugs

Hi,

I am requesting to see if we can revisit the process for creating "blocker" 
defects.  I heard and do understand that someone can create a blocker defect 
and may not actively involve in closing it out and it doesn't help the product. 
 I am not clear if we are doing this at and around RC time - however it doesn't 
matter.

IMHO, feel that someone's involvement should not be taken as a reason for 
incorrectly categorizing a defect, meaning a blocker defect being created as a 
Critical and opening up a discussion to review.  If no one supports the 
defect/issue, we will be putting out a release that has showstopper issues.  

Please share your thoughts and concerns for or against lifting this restriction!

Raja 

RE: Revisit Process for creating Blocker bugs

[Somesh Naidu]

Daan,

While I have the same opinion as you that "No one should be able to block a 
release on their own". I also agree that the issue should be posted to the ML 
for discussion and it is the responsibility of the person who posted the defect 
to do so.

I am more concerned with the process. My concern is specifically around this 
comment from Raja "If no one supports the defect/issue, we will be putting out 
a release that has showstopper issues."

I mean for one, there should be a way for someone to flag an issue as 
blocker/showstopper and two, ensure that there is an explicit decision being 
made on the severity.

To me it makes more sense to do this the other way round, that is, the person 
who found the issue raises the issue based on his understanding of the 
severity/impact. The person who is responsible for triaging (which in this case 
is the community) shall use their discretion to justify the severity and if it 
doesn't substantiate then downgrade/upgrade the same. 

Isn't this the general engineering practice?

In addition, we'd have a guidelines on defect categorization for reference that 
can be looked up while raising a defect.

Regards,
Somesh


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Friday, July 31, 2015 2:34 PM
To: dev
Subject: Re: Revisit Process for creating Blocker bugs

-1 blocker means blocker and blocks a release. No one should be able
to block a release on their own. We should treat the critical category
as a staging area for those issues.

On Fri, Jul 31, 2015 at 5:51 PM, Somesh Naidu  wrote:
> +1
>
> Categorizing an issue as blocker/showstopper should need some kind of 
> moderation. One possibility, voting and/or require approval from certain # of 
> PMCs. Alternately, this could also be left to the discretion of the RM.
>
> Regards,
> Somesh
>
> -Original Message-
> From: Raja Pullela [mailto:raja.pull...@citrix.com]
> Sent: Friday, July 31, 2015 11:15 AM
> To: CloudStack Dev
> Subject: Revisit Process for creating Blocker bugs
>
> Hi,
>
> I am requesting to see if we can revisit the process for creating "blocker" 
> defects.  I heard and do understand that someone can create a blocker defect 
> and may not actively involve in closing it out and it doesn't help the 
> product.  I am not clear if we are doing this at and around RC time - however 
> it doesn't matter.
>
> IMHO, feel that someone's involvement should not be taken as a reason for 
> incorrectly categorizing a defect, meaning a blocker defect being created as 
> a Critical and opening up a discussion to review.  If no one supports the 
> defect/issue, we will be putting out a release that has showstopper issues.
>
> Please share your thoughts and concerns for or against lifting this 
> restriction!
>
> Raja



-- 
Daan

RE: Revisit Process for creating Blocker bugs

[Somesh Naidu]

Daan,

I was using the term "blocker" in context of a release and hence suggesting 
involvement of RM in getting a closure.

In terms of defect categorization, I found this both relevant and helpful - 
https://wiki.openoffice.org/wiki/Showstopper.

Regards,
Somesh


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Friday, July 31, 2015 5:52 PM
To: dev
Subject: Re: Revisit Process for creating Blocker bugs

Somesh, please see my replies in line;

On Fri, Jul 31, 2015 at 10:31 PM, Somesh Naidu  wrote:
> Daan,
>
> While I have the same opinion as you that "No one should be able to block a 
> release on their own". I also agree that the issue should be posted to the ML 
> for discussion and it is the responsibility of the person who posted the 
> defect to do so.
>
> I am more concerned with the process. My concern is specifically around this 
> comment from Raja "If no one supports the defect/issue, we will be putting 
> out a release that has showstopper issues."
>
> I mean for one, there should be a way for someone to flag an issue as 
> blocker/showstopper and two, ensure that there is an explicit decision being 
> made on the severity.

ad one: you can send a mail saying "in my opinion the issue
CLOUDSTACK-### should be considdered a blocker"
ad two: we have such a process, we vote by lazy consensus on technical
issues on dev@

>
> To me it makes more sense to do this the other way round, that is, the person 
> who found the issue raises the issue based on his understanding of the 
> severity/impact. The person who is responsible for triaging (which in this 
> case is the community) shall use their discretion to justify the severity and 
> if it doesn't substantiate then downgrade/upgrade the same.

this leaves teh community open to being taken hostage by a single
person or a small group that keeps bombarding us with blockers. I am
being paranoia by past experience.

>
> Isn't this the general engineering practice?

Not to my knowledge, not in this case. Of course we can have a
discussion about the semantics of 'blocker'. And then a user may be
blocked but that is not this case: our release should be blocked is
what blocker means to us. For all practical purposes we don't have a
severity 'blocks user'.

>
> In addition, we'd have a guidelines on defect categorization for reference 
> that can be looked up while raising a defect.

that is a very good idea.

>
> Regards,
> Somesh
>
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Friday, July 31, 2015 2:34 PM
> To: dev
> Subject: Re: Revisit Process for creating Blocker bugs
>
> -1 blocker means blocker and blocks a release. No one should be able
> to block a release on their own. We should treat the critical category
> as a staging area for those issues.
>
> On Fri, Jul 31, 2015 at 5:51 PM, Somesh Naidu  wrote:
>> +1
>>
>> Categorizing an issue as blocker/showstopper should need some kind of 
>> moderation. One possibility, voting and/or require approval from certain # 
>> of PMCs. Alternately, this could also be left to the discretion of the RM.
>>
>> Regards,
>> Somesh
>>
>> -Original Message-
>> From: Raja Pullela [mailto:raja.pull...@citrix.com]
>> Sent: Friday, July 31, 2015 11:15 AM
>> To: CloudStack Dev
>> Subject: Revisit Process for creating Blocker bugs
>>
>> Hi,
>>
>> I am requesting to see if we can revisit the process for creating "blocker" 
>> defects.  I heard and do understand that someone can create a blocker defect 
>> and may not actively involve in closing it out and it doesn't help the 
>> product.  I am not clear if we are doing this at and around RC time - 
>> however it doesn't matter.
>>
>> IMHO, feel that someone's involvement should not be taken as a reason for 
>> incorrectly categorizing a defect, meaning a blocker defect being created as 
>> a Critical and opening up a discussion to review.  If no one supports the 
>> defect/issue, we will be putting out a release that has showstopper issues.
>>
>> Please share your thoughts and concerns for or against lifting this 
>> restriction!
>>
>> Raja
>
>
>
> --
> Daan



-- 
Daan

RE: [DISCUSS][PROPOSAL] cleanup repo

[Somesh Naidu]

+1

I believe we are saying these branches will no longer have any future releases; 
that they are technically EOM/EOL.

Regards,
Somesh

From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
Sent: Monday, August 03, 2015 10:41 AM
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS][PROPOSAL] cleanup repo

+1

I think we can easily cleanup all branches that are 6+ months older.

On 03-Aug-2015, at 10:46 am, Rajani Karuturi 
mailto:raj...@apache.org>> wrote:

+1 Agree. We have more than 200 branches.

~Rajani

On Mon, Aug 3, 2015 at 4:39 AM, Boris Schrijver 
mailto:bo...@pcextreme.nl>> wrote:


+1


Best regards,

Boris Schrijver

TEL: +31633784542
MAIL: bo...@pcextreme.nl



   On August 2, 2015 at 5:17 PM Wido den Hollander 
mailto:w...@widodh.nl>>
wrote:





   On 08/02/2015 03:46 PM, Daan Hoogland wrote:

As we are changing our review process I want to clean up the
repository at apache getting rid of stale branches. Of course the
release branches of old releases should stay, but a lot of old
branches have been merged at unknown places in the master or old
release branches. I want to propose to delete them as much as
possible.

- I want to delete any branch that has no commits newer then one
year

old
- I want to ask the last commiter on any branch with commits newer
then one year to review if 'their' branch can be removed
- All branches that are merged back are to remain untouched.

ideally only the branches 4.0, 4.1, 4.2, 4.3, 4.4, 4.5 and master
will

remain as branches HEAD. This is unfortunately not true for some
older

releases that were never merged back into their respective release
branches. Any work in progress will of course not be touched.

comments?

   Nope, a good idea. We should remove old branches. I'd say that
   everything over 6 months is also old.

   Wido


Regards,
Rohit Yadav
Software Architect, ShapeBlue


[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]


M. +91 88 262 30892 | 
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab





Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge - rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Improving API reference pages

[Somesh Naidu]

{should you be adding [DISCUSS] and/or [PROPOSAL] to the subject?}

+1

Definitely required. Improvements in description/function required for both the 
API call itself and associated parameters. I am willing to help with the 
content.

Regards,
Somesh


-Original Message-
From: Dave Dunaway [mailto:dave.duna...@gmail.com] 
Sent: Monday, August 03, 2015 9:24 AM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Improving API reference pages

I would definitely say this is needed. A few calls need to specify "types"
of which there is not description or they are poorly worded.

If the API doc page could have comments... that would be good too. Let the
community add examples or suggestions.

However the real deal is to document the attributes and return values for
 each call. Show a basic call using curl. Describe what the call does (some
have no description). Like what most other sites with API's do :)

Here's a "style" guide for API documentation creation... it seems pretty
good.

http://blog.parse.com/learn/engineering/designing-great-api-docs/

HTH

dave.



On Mon, Aug 3, 2015 at 5:37 AM, Rajsekhar K 
wrote:

> Hi, All,
>
> This is part of our effort to improve user experience of
> Cloudstack/CloudPlatform API reference pages.
>
> Majority of the CloudStack/CloudPlatform API reference pages do not
>  adequately describe the usage of the parameters associated with them. Many
> of these parameters contain only a single line description, which does not
> really enhance the user's experience with these APIs.
>
> CloudPlatform had received a few documentation tickets on this, with
> requests to improve the description, add information on the format, and an
> example on how to use the parameter. One of the tickets was on the
> *migrateto *parameter in the *migrateVirtualMachineWithVolume* API
> reference page. We have improved the description of the *migrateto
> *parameter
> as follows:
>
> *Parameter*
>
> *Description*
>
> *Required*
>
> *migrateto*
>
> Storage to pool mapping. This parameter specifies the mapping between a
> volume and a pool where you want to migrate that volume. Format of this
> parameter:
>
> migrateto[volume-index].volume=&migrateto[volume-index].pool=Where,
> [volume-index] indicates the index to identify the volume that you want to
> migrate, volume= indicates the UUID of the volume that you want to
> migrate, and pool= indicates the UUID of the pool where you want to
> migrate the volume. Example:
>
> migrateto[0].volume=<71f43cd6-69b0-4d3b-9fbc-67f50963d60b>&migrateto[0].pool=&migrateto[1].volume=<88de0173-55c0-4c1c-a269-83d0279eeedf>&migrateto[1].pool=<95d6e97c-6766-4d67-9a30-c449c15011d1>&migrateto[2].volume=<1b331390-59f2-4796-9993-bf11c6e76225>&migrateto[2].pool=<41fdb564-9d3b-447d-88ed-7628f7640cbc>
>
> False
>
> (This will be updated in the *migrateVirtualMachineWithVolume* API
> reference page of CloudStack soon.)
>
> I think I can take this as a base and improve the descriptions of the
> parameters in the CloudStack/Cloudplatform API reference pages. As an
> initial step, I have identified the following 20 API functions and I am
> planning to improve the description of the parameters in their reference
> pages:
>
>
>-
> *listAccounts *
>-
> *listCapacity *
>-
> *listLoadBalancerRules *
>-
> *listNetworks *
>-
> *listPublicIpAddresses *
>-
> *listSnapshots *
>-
> *listTemplates *
>-
> *listVirtualMachines *
>-
> *listVolumes *
>-
> *listZones *
>-
> *stopVirtualMachine *
>-
> *associateIPAddress *
>-
> *attachVolume *
>-
> *createSnapshot *
>-
> *startVirtualMachine *
>-
> *deployVirtualMachine *
>-
> *migrateVirtualMachineWithVolume *
>-
> *login *
>-
> *logout *
>- *updateVirtualMachine*
>
> Could you please provide your thoughts on this suggestion? Also, please let
> me know how you can help/contribute in this effort.
>
> Regards,
> Rajsekhar
>

RE: Revisit Process for creating Blocker bugs

[Somesh Naidu]

Daan, that sounds perfect to me!

Regards,
Somesh


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Monday, August 03, 2015 4:59 AM
To: dev
Subject: Re: Revisit Process for creating Blocker bugs

Raja, Somesh,

I want to revise my stand on this slightly; If we make a page like the
openoffice on Somesh shared which states in a little less abstract
ways clear categories that define a blocker we can quicken our
discussions on the subject. An RM could then quickly get feedback and
close or lower blockers that were not according to those standards.
The RM does, in those cases not have to be well informed on every
aspect of ACS.

the list from the OO page,

it is a regression in main functionality
it is a crash in main functionality
it is a freeze or loop in main functionality
it is a security issue
it is a privacy issue
it is a data loss
it is a build breaker on one or more of the generally supported platforms
it is an important usability issue in Accessibility (A11Y)
it is a legal issue
it is a translation merge issue

, is on some points to vague to me to be usable. Also I would want to
be more restrictive. We can not deal with blockers on components if no
active community member use them, so the component/functionality part
should include a strict definition. Also the main part should be well
defined.

The strictness I propose is only for accepting without discussion that
an issue is a blocker. So anyone, RM, reporter or others can of course
always start a discussion that any more or less trivial issue be
regarded as blocker anyway.

i want to have one remark on the page on blockers if we create it:
"Please keep in mind that stopping a release, for what is a blocker to
one user may block another user that is in dire need for added
functionality and not blocked by the new issue."

sound reasonable?

On Sat, Aug 1, 2015 at 9:36 AM, Daan Hoogland  wrote:
> Thanks Somesh, It is a usefull link.
>
> Now if for instance an installation can not be used because no initial
> zane can be created, this would be a showstopper. But if a release
> does not have certain obscure features (even as regression) we have a
> discussion. Not whether we should fix it. I am totally with you on
> that. It does not block a release and does not render a deployment of
> such a release completely useless. It will be useless for a group of
> users while it may at the same time remove blockers from previous
> releases for other groups of users.
>
> This dilemma I want to address by introducing the difference. I have
> not seen much 'blocker's amongst the blockers that where reported in
> cloudstack. There were some, sure but most were regressions that would
> hinder some users and as we could well decide that these are blockers
> (and I think we should in *most* cases). they block users and not
> necessarily a release.
>
>
>
>
> On Sat, Aug 1, 2015 at 12:32 AM, Somesh Naidu  wrote:
>> Daan,
>>
>> I was using the term "blocker" in context of a release and hence suggesting 
>> involvement of RM in getting a closure.
>>
>> In terms of defect categorization, I found this both relevant and helpful - 
>> https://wiki.openoffice.org/wiki/Showstopper.
>>
>> Regards,
>> Somesh
>>
>>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Friday, July 31, 2015 5:52 PM
>> To: dev
>> Subject: Re: Revisit Process for creating Blocker bugs
>>
>> Somesh, please see my replies in line;
>>
>> On Fri, Jul 31, 2015 at 10:31 PM, Somesh Naidu  
>> wrote:
>>> Daan,
>>>
>>> While I have the same opinion as you that "No one should be able to block a 
>>> release on their own". I also agree that the issue should be posted to the 
>>> ML for discussion and it is the responsibility of the person who posted the 
>>> defect to do so.
>>>
>>> I am more concerned with the process. My concern is specifically around 
>>> this comment from Raja "If no one supports the defect/issue, we will be 
>>> putting out a release that has showstopper issues."
>>>
>>> I mean for one, there should be a way for someone to flag an issue as 
>>> blocker/showstopper and two, ensure that there is an explicit decision 
>>> being made on the severity.
>>
>> ad one: you can send a mail saying "in my opinion the issue
>> CLOUDSTACK-### should be considdered a blocker"
>> ad two: we have such a process, we vote by lazy consensus on technical
>> issues on dev@
>>
>>>
>>> To me it makes more sense to do this the other way round, that is, the 
>>> person who found the issue r

RE: Revisit Process for creating Blocker bugs

[Somesh Naidu]

Daan,

Yes, I am. Don't know about others but I was never against discussion on ML. I 
know there cannot be a process in Apache community that does not involve 
discussion on ML.

I was primarily concerned with the fact that there is no pressure on the 
community to make an explicit decision. Requiring and empowering RM to make an 
explicit call in addition to clear guidelines for what qualifies as a blocker 
works for me.

I would like to add that while the # of users affected is definitely a major 
factor when ascertaining severity of an issue, should we not consider the 
technical scope and/or use-case of a defect. For example, let's say there is 
only one user using basic zone setup with VMware in the community but the 
bug/regression has caused a major failure like "No provisioning of VMs". Would 
this be considered a release blocker?

Regards,
Somesh


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Monday, August 03, 2015 2:43 PM
To: dev
Subject: Re: Revisit Process for creating Blocker bugs

kewl,

Are you sure btw, the openoffice page does state that blockers first have
to be discussed on the mailing list, which was I think the argument to
start this thread.

On Mon, Aug 3, 2015 at 8:20 PM, Somesh Naidu 
wrote:

> Daan, that sounds perfect to me!
>
> Regards,
> Somesh
>
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Monday, August 03, 2015 4:59 AM
> To: dev
> Subject: Re: Revisit Process for creating Blocker bugs
>
> Raja, Somesh,
>
> I want to revise my stand on this slightly; If we make a page like the
> openoffice on Somesh shared which states in a little less abstract
> ways clear categories that define a blocker we can quicken our
> discussions on the subject. An RM could then quickly get feedback and
> close or lower blockers that were not according to those standards.
> The RM does, in those cases not have to be well informed on every
> aspect of ACS.
>
> the list from the OO page,
> 
> it is a regression in main functionality
> it is a crash in main functionality
> it is a freeze or loop in main functionality
> it is a security issue
> it is a privacy issue
> it is a data loss
> it is a build breaker on one or more of the generally supported platforms
> it is an important usability issue in Accessibility (A11Y)
> it is a legal issue
> it is a translation merge issue
> 
> , is on some points to vague to me to be usable. Also I would want to
> be more restrictive. We can not deal with blockers on components if no
> active community member use them, so the component/functionality part
> should include a strict definition. Also the main part should be well
> defined.
>
> The strictness I propose is only for accepting without discussion that
> an issue is a blocker. So anyone, RM, reporter or others can of course
> always start a discussion that any more or less trivial issue be
> regarded as blocker anyway.
>
> i want to have one remark on the page on blockers if we create it:
> "Please keep in mind that stopping a release, for what is a blocker to
> one user may block another user that is in dire need for added
> functionality and not blocked by the new issue."
>
> sound reasonable?
>
> On Sat, Aug 1, 2015 at 9:36 AM, Daan Hoogland 
> wrote:
> > Thanks Somesh, It is a usefull link.
> >
> > Now if for instance an installation can not be used because no initial
> > zane can be created, this would be a showstopper. But if a release
> > does not have certain obscure features (even as regression) we have a
> > discussion. Not whether we should fix it. I am totally with you on
> > that. It does not block a release and does not render a deployment of
> > such a release completely useless. It will be useless for a group of
> > users while it may at the same time remove blockers from previous
> > releases for other groups of users.
> >
> > This dilemma I want to address by introducing the difference. I have
> > not seen much 'blocker's amongst the blockers that where reported in
> > cloudstack. There were some, sure but most were regressions that would
> > hinder some users and as we could well decide that these are blockers
> > (and I think we should in *most* cases). they block users and not
> > necessarily a release.
> >
> >
> >
> >
> > On Sat, Aug 1, 2015 at 12:32 AM, Somesh Naidu 
> wrote:
> >> Daan,
> >>
> >> I was using the term "blocker" in context of a release and hence
> suggesting involvement of RM in getting a closure.
> >>
> >> In terms of defect categorization, I found this both relevant and
> helpful - http

RE: happy birthday dear cloudstack.git

[Somesh Naidu]

Happy Birthday Cloudstack :)

@Daan - IIRC, Manuel moved the source code from sccs to git so all the commits, 
since 2008 until this date, reflect his name :)

Regards,
Somesh

-Original Message-
From: Remi Bergsma [mailto:rberg...@schubergphilis.com] 
Sent: Monday, August 10, 2015 7:48 AM
To: dev@cloudstack.apache.org
Subject: Re: happy birthday dear cloudstack.git

Awesome! Happy birthday :-)

On 10 Aug 2015, at 13:39, Rohit Yadav 
mailto:rohit.ya...@shapeblue.com>> wrote:

Fantastic :)

On 10-Aug-2015, at 3:07 pm, Punith S 
mailto:punit...@cloudbyte.com>> wrote:

Wow! happy birthday cloudstack :)

On Mon, Aug 10, 2015 at 3:03 PM, Wido den Hollander 
mailto:w...@widodh.nl>> wrote:

Congrats! Great :-)

On 10-08-15 11:17, Daan Hoogland wrote:
Ladies and gentleman,

At the 11th of August 2010, Manuel Amador made the first commit in our
repository. I never met the guy but want to take the occasion to
congratulate him and all other contributors with the 5th aniversary of
our
repository.

​:beer::cake::clappinghands:​





--
Regards,

punith s
cloudbyte.com

Regards,
Rohit Yadav
Software Architect, ShapeBlue




M. +91 88 262 30892 | 
rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab




Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: Revisit Process for creating Blocker bugs

[Somesh Naidu]

ot 
>>>> knowingly
>> release with an existing/working functionality broken. Especially if 
>> it is one of the features that users expect to be there. Remote Access 
>> VPN is an example. Right now this functionality is broken.
>>>> 
>>>> Ram Katru
>>>> 
>>>> -Original Message-
>>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>>> Sent: Tuesday, August 4, 2015 4:57 PM
>>>> To: dev 
>>>> Subject: Re: Revisit Process for creating Blocker bugs
>>>> 
>>>> Ram,
>>>> 
>>>> This is a marketing issue, not a release issue. making a release or
>> marketing it to the general public are two different things.
>>>> 
>>>> Daan
>>>> 
>>>> On Tue, Aug 4, 2015 at 12:41 PM, Ramanath Katru <
>> ramanath.ka...@citrix.com> wrote:
>>>>> While we can say if a bug doesn’t effect "majority" of current 
>>>>> users,
>> we can go ahead and release, but we should also look at a product 
>> perspective not just release perspective. There are some features that 
>> are important for cloudstack as a product and these cannot be broken 
>> in a release. If we do not evaluate from a product perspective, then 
>> we will be turning potential new users away.
>>>>> 
>>>>> Ram Katru
>>>>> 
>>>>> -Original Message-
>>>>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>>>>> Sent: Tuesday, August 4, 2015 1:54 AM
>>>>> To: dev 
>>>>> Subject: Re: Revisit Process for creating Blocker bugs
>>>>> 
>>>>> On Mon, Aug 3, 2015 at 10:16 PM, Somesh Naidu 
>>>>> 
>>>>> wrote:
>>>>> 
>>>>>> I would like to add that while the # of users affected is 
>>>>>> definitely a major factor when ascertaining severity of an issue, 
>>>>>> should we not consider the technical scope and/or use-case of a 
>>>>>> defect. For example, let's say there is only one user using basic 
>>>>>> zone setup with VMware in the community but the bug/regression 
>>>>>> has caused a major failure like "No provisioning of VMs". Would 
>>>>>> this be considered a
>> release blocker?
>>>>>> 
>>>>> 
>>>>> This is exactly the kind of discussion we need to have when such a
>> case comes by. For this as purely hypothetical case I would say, release.
>> We can not have other users abstain from badly needed features because 
>> one can not share in the joy. We would have to release a fix for this 
>> afterwards.
>>>>> 
>>>>> just a 0.02 in virtual currency
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Daan
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Daan
>>> 
>>> 
>>> 
>>> --
>>> Daan
>> 
>> 
> 
> 
> --
> Daan

RE: Remi Bergsma joins the PMC

[Somesh Naidu]

Congratulations Remi!

Regards,
Somesh


-Original Message-
From: Erik Weber [mailto:terbol...@gmail.com] 
Sent: Monday, August 10, 2015 2:13 PM
To: dev
Subject: Re: Remi Bergsma joins the PMC

On Mon, Aug 10, 2015 at 7:08 PM, Daan Hoogland 
wrote:

> LS,
>
> Today the PMC has invited Remi Bergsma to join its ranks. I am happy to say
> that he accepted. Please join me in congratulating Remi.
>
>
Congratulations Remi :-)

-- 
Erik

RE: VR remote access vpn not working in master

[Somesh Naidu]

Is this open for voting? Is there a workaround/quickfix for this?

Regards,
Somesh

-Original Message-
From: Jayapal Reddy Uradi [mailto:jayapalreddy.ur...@citrix.com] 
Sent: Tuesday, August 11, 2015 4:53 AM
To: dev@cloudstack.apache.org
Subject: Re: VR remote access vpn not working in master

Marked this bug as blocker because the remote access VPN functionality itself 
broken.

Thanks,
Jayapal

On 31-Jul-2015, at 11:42 AM, Jayapal Reddy 
mailto:jayapalreddy.ur...@citrix.com>> wrote:

Hi All,

In latest master remote access vpn is not working because the configuration is 
not applied on the VR.
On the VR logs below error msg is seen.
'Error I do not know what to do with file of type remoteaccessvpn'

I have file ticket 
CLOUDSTACK-8690. The 
remote access vpn feature is broken so I think it is blocker.


Thanks,
Jayapal

RE: [PROPOSAL] Closing PRs older than 1 month and without activity

[Somesh Naidu]

+1

Regards,
Somesh


-Original Message-
From: Remi Bergsma [mailto:rberg...@schubergphilis.com] 
Sent: Monday, August 17, 2015 10:26 AM
To: dev@cloudstack.apache.org
Subject: [PROPOSAL] Closing PRs older than 1 month and without activity 

Hi all,

There are several PRs that are quite old. They haven't been updated by their 
author for over a month and there was no response to comments made.

As a RM, I want to maintain an as-short-as-possible list of PRs that is 
actively worked on. It is perfectly fine if a PR is open for a longer time, as 
long as it is actively maintained (or has a comment that explains why there is 
a delay). Long lists of open PRs don't give the impression we actively work on 
them and might keep people from contributing.

Proposal:
Let's close PRs where the author did not respond for over a month.

How?
For now, I'll manually select the PRs that I propose to close. Next, I make a 
PR with an empty commit that closes the PRs by triggering asfbot (as we cannot 
otherwise close PRs due to it being read-only for committers). By using a PR, 
it should be visible which PRs will get closed (after 2x LGTM and no -1). I’ll 
send an example PR with link to this thread after I've sent this e-mail.

Work lost?
The work done in a PR is not lost by closing the PR! If someone wants to take 
over, this is how you can merge the work in a new branch (keeping author and 
commit hashes the same) and add more commits on top of it. You can then send it 
as a new PR.

Example:
  prId=12345
  git fetch origin pull/${prId}/head:pr/${prId}
  git merge --no-ff --log -m "Merging PR ${prId} and continuing the work" 
pr/${prId}
  git commit --amend -s --allow-empty-message -m ''


Please let me know what you think: +1 or -1?

If -1, what should we do instead?

Regards,
Remi

RE: Usage Job failed

[Somesh Naidu]

I wrote that article, it was for DB cleanup for 3.x version. I have updated it 
here for latest versions and added more tables - 
http://support.citrix.com/article/CTX200918.

I believe the error suggests that duplicate entries found when parsing records 
in table user_statistics for network usage. '2-1-228-144117719' - this 
translates to account_id 2, zone 1, network_id 228 and date Sep 03 2015 
19:59:59 GMT-0400.

Look at the usage logs for log messages "creating networkHelperEntry..." for 
account id 2 having multiple entries matching the above.

Regards,
Somesh

-Original Message-
From: mvs babu [mailto:mvsbabu0...@outlook.com] 
Sent: Friday, September 04, 2015 12:35 AM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Usage Job failed

Thank you Abhinandan, I will try this.






Thank you,
Suneel Mallela





From: Abhinandan Prateek
Sent: ‎Thursday‎, ‎September‎ ‎3‎, ‎2015 ‎9‎:‎42‎ ‎PM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org





This support article may help:

http://support.citrix.com/article/CTX139043

> On 03-Sep-2015, at 5:16 pm, mvs babu  wrote:
>
> Hi All,
>
>
>
>
> We are getting usage job failed alert in CloudStack UI and found below error 
> message in usage.log,
>
>
>
>
> "ERROR [usage.dao.UsageVMInstanceDaoImpl] (Usage-Job-1:null) error saving 
> usage_network to cloud_usage db
> java.sql.BatchUpdateException: Duplicate entry '2-1-228-144117719' for 
> key 'PRIMARY'"
>
>
>
>
>
> We are using ACS4.3.1. on top of CentOS6.2.
>
>
>
>
> Please help to solve this issue.
>
>
>
>
> Thank you,
> Suneel Mallela

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: Usage Job failed

[Somesh Naidu]

The time is reported in milliseconds "144117719" - look up on the internet 
for an online converter.

Regards,
Somesh


-Original Message-
From: mvs babu [mailto:mvsbabu0...@outlook.com] 
Sent: Monday, September 07, 2015 3:57 AM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Usage Job failed

Hi Somesh,

Thank you for your valuable information. 



The problem was solved without any actions made on database after some idle 
time.


Can you please share that how can we get timestamp from '2-1-228-144117719'.


Thank you,
Suneel Mallela





From: Somesh Naidu
Sent: ‎Saturday‎, ‎September‎ ‎5‎, ‎2015 ‎12‎:‎45‎ ‎AM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org





I wrote that article, it was for DB cleanup for 3.x version. I have updated it 
here for latest versions and added more tables - 
http://support.citrix.com/article/CTX200918.

I believe the error suggests that duplicate entries found when parsing records 
in table user_statistics for network usage. '2-1-228-144117719' - this 
translates to account_id 2, zone 1, network_id 228 and date Sep 03 2015 
19:59:59 GMT-0400.

Look at the usage logs for log messages "creating networkHelperEntry..." for 
account id 2 having multiple entries matching the above.

Regards,
Somesh

-Original Message-
From: mvs babu [mailto:mvsbabu0...@outlook.com] 
Sent: Friday, September 04, 2015 12:35 AM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: Usage Job failed

Thank you Abhinandan, I will try this.






Thank you,
Suneel Mallela





From: Abhinandan Prateek
Sent: ‎Thursday‎, ‎September‎ ‎3‎, ‎2015 ‎9‎:‎42‎ ‎PM
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org





This support article may help:

http://support.citrix.com/article/CTX139043

> On 03-Sep-2015, at 5:16 pm, mvs babu  wrote:
>
> Hi All,
>
>
>
>
> We are getting usage job failed alert in CloudStack UI and found below error 
> message in usage.log,
>
>
>
>
> "ERROR [usage.dao.UsageVMInstanceDaoImpl] (Usage-Job-1:null) error saving 
> usage_network to cloud_usage db
> java.sql.BatchUpdateException: Duplicate entry '2-1-228-144117719' for 
> key 'PRIMARY'"
>
>
>
>
>
> We are using ACS4.3.1. on top of CentOS6.2.
>
>
>
>
> Please help to solve this issue.
>
>
>
>
> Thank you,
> Suneel Mallela

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Software 
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: [ANNOUNCE] Will Stevens as new Apache CloudStack VP

[Somesh Naidu]

Congratulations Will!

Regards,
Somesh

-Original Message-
From: Tutkowski, Mike [mailto:mike.tutkow...@netapp.com] 
Sent: Monday, May 23, 2016 2:13 AM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org; market...@cloudstack.apache.org
Subject: Re: [ANNOUNCE] Will Stevens as new Apache CloudStack VP

Congratulations, Will!

> On May 22, 2016, at 10:29 PM, Prashant Mishra 
>  wrote:
> 
> Congrats Will!
> 
> 
>> On 5/19/16, 2:02 PM, "Jayapal Uradi"  wrote:
>> 
>> Congrats Will.
>> 
>> Thanks,
>> Jayapal
>>> On 19-May-2016, at 1:54 pm, Rohit Yadav 
>>> wrote:
>>> 
>>> Congrats Will.
>>> 
>>> Regards,
>>> Rohit Yadav
>>> 
>>> 
>>> rohit.ya...@shapeblue.com
>>> www.shapeblue.com
>>> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>>> @shapeblue
>>> 
>>> 
>>> On May 19 2016, at 12:26 pm, Sebastien Goasguen 
>>> wrote:
>>> 
>>> Morning Everyone,
>>> 
>>> Yesterday at the ASF board meeting, the board passed the resolution
>>> making Will Stevens the new Vice President of the Apache CloudStack
>>> project.
>>> 
>>> Join me in congratulating Will on this appointment, wish him luck and
>>> bring your unwavering support !
>>> 
>>> You may have noticed that Will took on RM duties for the new releases
>>> going forward and has also taken a very active role to finish bringing
>>> us to github based workflow and CI. Will has some updates on that front
>>> that I am sure you will all like.
>>> 
>>> -Sebastien
>>> Former VP CloudStack
>> 
>> 
>> 
>> 
>> 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.
> 
> 
> 
> 
> 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] New committer: Rafael Weingartner

[Somesh Naidu]

Congratulations Rafael!

Regards,
Somesh

-Original Message-
From: Nitin Maharana [mailto:nitin.mahar...@gmail.com] 
Sent: Tuesday, February 23, 2016 12:39 PM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New committer: Rafael Weingartner

Congrats Rafael.

On Tue, Feb 23, 2016 at 10:13 PM, Ahmad  wrote:

> Congrats Rafael!
>
> > On Feb 23, 2016, at 12:19 AM, Daan Hoogland 
> wrote:
> >
> > The Project Management Committee (PMC) for Apache CloudStack
> > has asked Rafael Weingartner to become a committer and we are pleased to
> > announce that they have accepted.
> >
> > Rafael is part a hacking group in the south of Brasil and has been active
> > as contributor of code and as reviewer. He had been accepted a few months
> > ago but I totally forgot to make this announcement. My apologies to both
> > him and the community for the tardiness of this announcement.
> >
> > Being a committer allows many contributors to contribute more
> > autonomously. For developers, it makes it easier to submit changes and
> > eliminates the need to have contributions reviewed via the patch
> > submission process. Whether contributions are development-related or
> > otherwise, it is a recognition of a contributor's participation in the
> > project and commitment to the project and the Apache Way.
> >
> > Please join me in congratulating Rafael
> >
> > --Daan Hoogland
> > on behalf of the CloudStack PMC
>

RE: introduction

[Somesh Naidu]

Good to have you back Murali :)

Regards,
Somesh

-Original Message-
From: Kishan Kavala [mailto:kishan.kav...@accelerite.com] 
Sent: Thursday, March 24, 2016 3:03 AM
To: dev@cloudstack.apache.org
Subject: RE: introduction

Welcome back Murali!

-Original Message-
From: Abhinav Roy [mailto:abhinav@accelerite.com] 
Sent: 24 March 2016 10:53 AM
To: dev@cloudstack.apache.org
Subject: RE: introduction


Welcome back Murali :)

Regards,
Abhinav

-Original Message-
From: Murali Reddy [mailto:murali.re...@shapeblue.com] 
Sent: Wednesday, March 23, 2016 5:21 PM
To: dev@cloudstack.apache.org
Subject: introduction

All,

Just wanted to let the community know that I have decided to work on Apache 
CloudStack again. I have taken up a position at ShapeBlue, so you will be 
seeing me around @dev and @users. For the new members of the community and 
others who I have not interacted with, here is small self introduction. I 
started my journey with CloudStack, in late 2010 as cloud.com employee. Later 
spent 4 years till late 2014 working on various CloudStack features (EIP, GSLB, 
NAAS, NetScaler integration, native SDN controller, distributed virtual router, 
event bus to name few). I was working on NFV solution on OpenStack over a year. 
I am excited to join back the community, looking forward to interact with you.

Thanks,
Murali



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.



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.



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.