[GitHub] cloudstack pull request: CLOUDSTACK-9211: Support passing vRAM siz...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/1310#issuecomment-188129352
  
Thanks @nvazquez @rafaelweingartner - I could not reply in time, but LGTM


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

Re: [DISCUSS] Keeping system vms up to date

[Erik Weber]

On Mon, Feb 22, 2016 at 8:58 PM, Rene Moser  wrote:

> Erik
>
> On 02/22/2016 01:50 PM, Erik Weber wrote:
> > Adding a boilerplate in the install/admin docs that says "If you have no
> > other tools in place to handle system vm updates, consider enabling this
> > option: x.y.z" is good enough for me.
> > This is supposed to be a way for all those who don't have any
> other/better
> > means of doing this, not a mandatory/forced way of doing it for everyone
> > else.
>
> Sounds good. :)
>
>
> >> I would like to see an api for download and update latest system-vm
> >> template. AFAIK this is still not solved (without touching DB) to update
> >> system-vm templates having same version.
>
> What do you think about security updating system VM templates?
> Up-to-date system vm templates would be needed anyway.
>
> >> This way it would be up to the user to handle the upgrade and to think a
> >> bit further we could also define a rollback scenario (use previous
> >> template).
> >>
> >>
> > This thread is ment to discuss varies ways to achieve the goal, I did not
> > mean to propose a single way of doing it.
> > Pushing an ansible inventory script (that works with all major ACS
> > hypervisors) and a playbook is another option.
>
> It is a shame but I have no experience with "other hypervisors" with
> ACS, just VMware. :( How are KVM/XEN different in VRs then VMware, isn't
> there a VR accessible by SSH (by so called "linklocal" IP) from ACS
> management node?
>

No, with vmware you use a routable network that is directly accessible from
the mgmt server, but for xenserver and kvm we use a link local network
(169.254.x.x), that is not wired to any physical interface.

Connection to system vms is done by using the actual hypervisor as a SSH
jumpstation.
I think I actually hacked your dynamic inventory script at one time to
support this, I can see if I can find it again.

-- 
Erik

Re: Question regarding cloudstack logging

[sangeeta lal]

Dear Rafael and Dev Team,

Thanks for your reply.

On internet I found  that legacy code: *is a type of code which is used in
the software currently, but there are new and better technology that can
replace it in the future. *Please let me know if my interpretation is
correct.

Also,  can you please elaborate more, why it is a bad programming practice?
and where I can find more information about it.


Thank You

On Tue, Feb 23, 2016 at 9:17 PM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> Dear Sangeeta,
>
> Those examples you provided are a bad programming practice (in my opinion).
> They are legacy code, and we are trying to fix them whenever we uncover
> one.
>
> On Tue, Feb 23, 2016 at 11:11 AM, sangeeta lal 
> wrote:
>
> > Dear Dev Team,
> >
> >
> > I am Sangeeta (PhD) scholar from India. I am working in the area  of
> mining
> > software repositories and my aim is to study logging practices of
> > developers. I am using Apache CloudStack project for my study.
> > I notice that when a try block consist of following three types of
> > statements, their corresponding catch block is not logged.
> >
> > *Type 1 : * {
> >   org.apache.axiom.soap.SOAPEnvelope
> resultEnv=resultContext.getEnvelope();
> >   java.lang.Object
> >
> >
> object=fromOM(resultEnv.getBody().getFirstElement(),com.amazon.ec2.client.AmazonEC2Stub.DescribePlacementGroupsResponse.class,getEnvelopeNamespaces(resultEnv));
> >
> >
> >
> callback.receiveResultdescribePlacementGroups((com.amazon.ec2.client.AmazonEC2Stub.DescribePlacementGroupsResponse)object);
> > }
> >
> > *Type 2:* {
> >   return
> >
> >
> param.getOMElement(com.amazon.ec2.CreateNetworkInterfaceResponse.MY_QNAME,org.apache.axiom.om.OMAbstractFactory.getOMFactory());
> > }
> >
> >
> > *Type 3:* {
> >
> >
> >
> isReaderMTOMAware=java.lang.Boolean.TRUE.equals(reader.getProperty(org.apache.axiom.om.OMConstants.IS_DATA_HANDLERS_AWARE));
> > }
> >
> >
> > Can any of you please tell me why is it happening?
> >
> > Thank You So Much!!
> >
> > --
> > Regards...
> > Sangeeta
> > Assistant Professor
> > CSE Department @JIIT Noida
> >
>
>
>
> --
> Rafael Weingärtner
>



-- 
Regards...
Sangeeta
Assistant Professor
CSE Department @JIIT Noida

[GitHub] cloudstack pull request: CLOUDSTACK-9252: Support configurable NFS...

[GabrielBrascher]

Github user GabrielBrascher commented on the pull request:

https://github.com/apache/cloudstack/pull/1361#issuecomment-188040784
  
@nvazquez LGTM based on integration tests and code.


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

[GitHub] cloudstack pull request: CLOUDSTACK-9211: Support passing vRAM siz...

[rafaelweingartner]

Github user rafaelweingartner commented on the pull request:

https://github.com/apache/cloudstack/pull/1310#issuecomment-187969486
  
Merged based on integration tests that were executed and code reviews; hope 
I did not do any mistake (my first merge for ACS).


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

[GitHub] cloudstack pull request: CLOUDSTACK-9211: Support passing vRAM siz...

[asfgit]

Github user asfgit closed the pull request at:

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


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

Re: Question about templates and zones

[Tutkowski, Mike]

I see. Yeah, I just took a quick peek at the GUI and it drives the interaction 
through the selection of a zone for the template.

From: Syed Mushtaq 
Sent: Tuesday, February 23, 2016 2:32 PM
To: dev@cloudstack.apache.org
Subject: Re: Question about templates and zones

Yes but that is optional though. You can still delete a template just by
giving the ID

On Tue, Feb 23, 2016 at 4:20 PM, Tutkowski, Mike 
wrote:

> Hi Syed,
>
> I don't have a direct answer for your question, but I do know that when I
> delete a template, I have to specify a zone.
>
> Talk to you later,
> Mike
> 
> From: Syed Mushtaq 
> Sent: Tuesday, February 23, 2016 11:58 AM
> To: dev@cloudstack.apache.org
> Subject: Question about templates and zones
>
> Hi,
>
> I am trying to figure out a bug where we create a template from snapshot
> and the API response returns NULL. We use Swift as a secondary storage and
> by default, its scope is REGION. My question is, are templates tied to a
> zone? Because what I see is in the template_zone_ref table, there is an
> entry for my template with zone_id=1 but the template_view table shows
> data_center_id as NULL. So I am now confused as to what is the correct
> value and what my fix should be.
>
> Thanks,
> -Syed
>

Re: Question about templates and zones

[Syed Mushtaq]

Yes but that is optional though. You can still delete a template just by
giving the ID

On Tue, Feb 23, 2016 at 4:20 PM, Tutkowski, Mike 
wrote:

> Hi Syed,
>
> I don't have a direct answer for your question, but I do know that when I
> delete a template, I have to specify a zone.
>
> Talk to you later,
> Mike
> 
> From: Syed Mushtaq 
> Sent: Tuesday, February 23, 2016 11:58 AM
> To: dev@cloudstack.apache.org
> Subject: Question about templates and zones
>
> Hi,
>
> I am trying to figure out a bug where we create a template from snapshot
> and the API response returns NULL. We use Swift as a secondary storage and
> by default, its scope is REGION. My question is, are templates tied to a
> zone? Because what I see is in the template_zone_ref table, there is an
> entry for my template with zone_id=1 but the template_view table shows
> data_center_id as NULL. So I am now confused as to what is the correct
> value and what my fix should be.
>
> Thanks,
> -Syed
>

Re: Question about templates and zones

[Tutkowski, Mike]

Hi Syed,

I don't have a direct answer for your question, but I do know that when I 
delete a template, I have to specify a zone.

Talk to you later,
Mike

From: Syed Mushtaq 
Sent: Tuesday, February 23, 2016 11:58 AM
To: dev@cloudstack.apache.org
Subject: Question about templates and zones

Hi,

I am trying to figure out a bug where we create a template from snapshot
and the API response returns NULL. We use Swift as a secondary storage and
by default, its scope is REGION. My question is, are templates tied to a
zone? Because what I see is in the template_zone_ref table, there is an
entry for my template with zone_id=1 but the template_view table shows
data_center_id as NULL. So I am now confused as to what is the correct
value and what my fix should be.

Thanks,
-Syed

Nvidia GRID vGPUs not detected by VMs

[Nux!]

Hi,

Has anyone played with the GRID vGPUs from Nvidia?
I got it working at some point in the recent past, but not sure what has 
happened in the meanwhile, although Cloudstack allocated the vGPU correctly 
(checked XenCenter), Windows 8.1 VM will not "see it"; driver installations 
fails as well since the correct GPU is not detected.

Anyone got a clue what voodoo must be invoked?
The XenServer is up to date and licensed as Enterprise.

XenCenter shows me the GPU is nicely sliced between the VMs that use the 
feature, confirmed by the Properties section of the said VMs; vGPUs are 
allocated to the, yet Windows only shows a "Microsoft Display Adapter" in 
Device Manager.

Oddly nvidia-smi should be showing me some vGPUs are in use, which does not 
seem to be the case..

nvidia-smi 
Tue Feb 23 20:09:19 2016   
+--+   
| NVIDIA-SMI 352.70 Driver Version: 352.70 |   
|---+--+--+
| GPU  NamePersistence-M| Bus-IdDisp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util  Compute M. |
|===+==+==|
|   0  GRID K2 On   | :05:00.0 Off |  Off |
| N/A   35CP828W / 117W |426MiB /  4095MiB |  0%  Default |
+---+--+--+
|   1  GRID K2 On   | :06:00.0 Off |  Off |
| N/A   35CP851W / 117W |906MiB /  4095MiB |  0%  Default |
+---+--+--+
   
+-+
| Processes:   GPU Memory |
|  GPU   PID  Type  Process name   Usage  |
|=|
|  No running processes found |
+-+

Nothing helpful in the logs.

Thoughts?

Cheers

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: CS slack channel

[Rafael Weingärtner]

Done

On Tue, Feb 23, 2016 at 3:44 PM, Cristiano Casado 
wrote:

> Hi,
> Can you please grant me access and point me to the CloudStack Slack
> channel ?
>
> With regards,
> Cristiano Casado
>
>
> On Thu, Dec 3, 2015 at 12:08 PM, Simon Weller  wrote:
>
> > Daan,
> >
> >
> > Could you send me an invite to the CloudStack Slack Team please?
> >
> >
> > Thanks,
> >
> >
> > - Si
> >
>
>
>
> --
> Cristiano Casado
> Globo.com
> +55 21 2483-6683
> +55 21 8106-4455
>



-- 
Rafael Weingärtner

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: [DISCUSS] Hiding the instance name from users

[Erik Weber]

Xenserver in this case.

-- 
Erik

Den tirsdag 23. februar 2016 skrev ilya 
følgende:

> There is no good reason i am aware of.
>
> CloudStack was designed under a premise it will be ran by Cloud hosting
> and not enterprise. Hence there was not much emphasis on cloudstack
> instance name VS display name.
>
> With that said, down the road a feature has been added only to VMware to
> enable display name in vCenter.
>
> What hypervisors are you running?
>
> On 2/23/16 12:41 AM, Erik Weber wrote:
> > Hi,
> >
> > Before I file a bug I'd like to check if anyone know a good reason for
> > hiding the instance name, that is the typical i-2-123-VM name, from
> users?
> >
> > There are cases where an error returns the instancename rather than
> > name/uuid, and this is confusing when users have no means to map that to
> > something they know.
> >
> > Example log where instance name is used:
> >
> > Failed to attach volume myvolume to VM mymachine; Device 1 is used in VM
> > i-2-123-VM"}
> >
> > If you do operations manually, or one by one then it is easy to correlate
> > it to your last action, but couple this with any kind of automation where
> > you do things in parallell and it becomes a nightmare to figure out of.
> >
> > Opinions?
> >
>

Question about templates and zones

[Syed Mushtaq]

Hi,

I am trying to figure out a bug where we create a template from snapshot
and the API response returns NULL. We use Swift as a secondary storage and
by default, its scope is REGION. My question is, are templates tied to a
zone? Because what I see is in the template_zone_ref table, there is an
entry for my template with zone_id=1 but the template_view table shows
data_center_id as NULL. So I am now confused as to what is the correct
value and what my fix should be.

Thanks,
-Syed

Re: CS slack channel

[Cristiano Casado]

Hi,
Can you please grant me access and point me to the CloudStack Slack channel ?

With regards,
Cristiano Casado


On Thu, Dec 3, 2015 at 12:08 PM, Simon Weller  wrote:

> Daan,
>
>
> Could you send me an invite to the CloudStack Slack Team please?
>
>
> Thanks,
>
>
> - Si
>



-- 
Cristiano Casado
Globo.com
+55 21 2483-6683
+55 21 8106-4455

Re: [DISCUSS] Hiding the instance name from users

[ilya]

There is no good reason i am aware of.

CloudStack was designed under a premise it will be ran by Cloud hosting
and not enterprise. Hence there was not much emphasis on cloudstack
instance name VS display name.

With that said, down the road a feature has been added only to VMware to
enable display name in vCenter.

What hypervisors are you running?

On 2/23/16 12:41 AM, Erik Weber wrote:
> Hi,
> 
> Before I file a bug I'd like to check if anyone know a good reason for
> hiding the instance name, that is the typical i-2-123-VM name, from users?
> 
> There are cases where an error returns the instancename rather than
> name/uuid, and this is confusing when users have no means to map that to
> something they know.
> 
> Example log where instance name is used:
> 
> Failed to attach volume myvolume to VM mymachine; Device 1 is used in VM
> i-2-123-VM"}
> 
> If you do operations manually, or one by one then it is easy to correlate
> it to your last action, but couple this with any kind of automation where
> you do things in parallell and it becomes a nightmare to figure out of.
> 
> Opinions?
> 

Re: [ANNOUNCE] New committer: Rafael Weingartner

[Nitin Maharana]

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: [ANNOUNCE] New committer: Rafael Weingartner

[Ahmad]

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: Question regarding cloudstack logging

[Rafael Weingärtner]

Dear Sangeeta,

Those examples you provided are a bad programming practice (in my opinion).
They are legacy code, and we are trying to fix them whenever we uncover one.

On Tue, Feb 23, 2016 at 11:11 AM, sangeeta lal 
wrote:

> Dear Dev Team,
>
>
> I am Sangeeta (PhD) scholar from India. I am working in the area  of mining
> software repositories and my aim is to study logging practices of
> developers. I am using Apache CloudStack project for my study.
> I notice that when a try block consist of following three types of
> statements, their corresponding catch block is not logged.
>
> *Type 1 : * {
>   org.apache.axiom.soap.SOAPEnvelope resultEnv=resultContext.getEnvelope();
>   java.lang.Object
>
> object=fromOM(resultEnv.getBody().getFirstElement(),com.amazon.ec2.client.AmazonEC2Stub.DescribePlacementGroupsResponse.class,getEnvelopeNamespaces(resultEnv));
>
>
> callback.receiveResultdescribePlacementGroups((com.amazon.ec2.client.AmazonEC2Stub.DescribePlacementGroupsResponse)object);
> }
>
> *Type 2:* {
>   return
>
> param.getOMElement(com.amazon.ec2.CreateNetworkInterfaceResponse.MY_QNAME,org.apache.axiom.om.OMAbstractFactory.getOMFactory());
> }
>
>
> *Type 3:* {
>
>
> isReaderMTOMAware=java.lang.Boolean.TRUE.equals(reader.getProperty(org.apache.axiom.om.OMConstants.IS_DATA_HANDLERS_AWARE));
> }
>
>
> Can any of you please tell me why is it happening?
>
> Thank You So Much!!
>
> --
> Regards...
> Sangeeta
> Assistant Professor
> CSE Department @JIIT Noida
>



-- 
Rafael Weingärtner

[GitHub] cloudstack pull request: [CLOUDSTACK-9296] Start ipsec for client ...

[syed]

GitHub user syed opened a pull request:

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

[CLOUDSTACK-9296] Start ipsec for client VPN

This fix starts the IPSEC daemon when enabling client side vpn

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/syed/cloudstack ipsec-start-bug

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1423.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1423


commit e631c319de57d2e4a242903d2ced63d00687900e
Author: Syed 
Date:   2016-02-23T15:14:33Z

[CLOUDSTACK-9296] Start ipsec for client VPN




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

Question regarding cloudstack logging

[sangeeta lal]

Dear Dev Team,


I am Sangeeta (PhD) scholar from India. I am working in the area  of mining
software repositories and my aim is to study logging practices of
developers. I am using Apache CloudStack project for my study.
I notice that when a try block consist of following three types of
statements, their corresponding catch block is not logged.

*Type 1 : * {
  org.apache.axiom.soap.SOAPEnvelope resultEnv=resultContext.getEnvelope();
  java.lang.Object
object=fromOM(resultEnv.getBody().getFirstElement(),com.amazon.ec2.client.AmazonEC2Stub.DescribePlacementGroupsResponse.class,getEnvelopeNamespaces(resultEnv));

callback.receiveResultdescribePlacementGroups((com.amazon.ec2.client.AmazonEC2Stub.DescribePlacementGroupsResponse)object);
}

*Type 2:* {
  return
param.getOMElement(com.amazon.ec2.CreateNetworkInterfaceResponse.MY_QNAME,org.apache.axiom.om.OMAbstractFactory.getOMFactory());
}


*Type 3:* {

isReaderMTOMAware=java.lang.Boolean.TRUE.equals(reader.getProperty(org.apache.axiom.om.OMConstants.IS_DATA_HANDLERS_AWARE));
}


Can any of you please tell me why is it happening?

Thank You So Much!!

-- 
Regards...
Sangeeta
Assistant Professor
CSE Department @JIIT Noida

RE: [ANNOUNCE] New committer: Rafael Weingartner

[Paul Angus]

Congrats Rafael.



Paul Angus
VP Technology   ,   ShapeBlue


t:  @cloudyangus

e:  paul.an...@shapeblue.com|  
w:  www.shapeblue.com





-Original Message-
From: Simon Weller [mailto:swel...@ena.com]
Sent: 23 February 2016 13:56
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New committer: Rafael Weingartner

Congratulations Rafael!



From: Rohit Yadav 
Sent: Tuesday, February 23, 2016 7:37 AM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New committer: Rafael Weingartner

Congrats Rafael!

>

[ShapeBlue]
Rohit Yadav
Software Architect , ShapeBlue


d: | s: +44 203 603 0540 | m: +91 
8826230892

e: rohit.ya...@shapeblue.com | t:  | 
w: www.shapeblue.com

a: 53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:imageaaf065.png@a79b4495.49b5d3ec]


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




On 23-Feb-2016, at 9: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

Regards.

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

Re: [ANNOUNCE] New committer: Rafael Weingartner

[Simon Weller]

Congratulations Rafael!



From: Rohit Yadav 
Sent: Tuesday, February 23, 2016 7:37 AM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New committer: Rafael Weingartner

Congrats Rafael!

>

[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:imageaaf065.png@a79b4495.49b5d3ec]


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




On 23-Feb-2016, at 9: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

Regards.

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

Re: [ANNOUNCE] New committer: Rafael Weingartner

[Rohit Yadav]

Congrats Rafael!

>

[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:imageaaf065.png@a79b4495.49b5d3ec]


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




On 23-Feb-2016, at 9: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

Regards.

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

Re: [ANNOUNCE] New committer: Rafael Weingartner

[Nicolás Vázquez]

Congratulations Rafael!

2016-02-23 6:39 GMT-03:00 Jayapal Reddy Uradi :

> Congrats Rafael!
>
>
> > On 23-Feb-2016, at 2:54 pm, Nux!  wrote:
> >
> > Congrats Rafael! :-)
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
> > - Original Message -
> >> From: "Daan Hoogland" 
> >> To: "dev" 
> >> Sent: Tuesday, 23 February, 2016 08:19:07
> >> Subject: [ANNOUNCE] New committer: Rafael Weingartner
> >
> >> 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: VM state = Expunging

[Daan Hoogland]

sanitising the DB from time to time seems a very sound idea to me. Note
that removing records and deleting data is not the same thing. Data is
recorded in the usage tables, still.

On Tue, Feb 23, 2016 at 10:26 AM, Nuno Tavares 
wrote:

> We should NEVER delete records from the database and that's why
> "Expunged" seems a good candidate state, although I believe that state it's
> equivalent to state=Expunging, removed IS NOT NULL.
>
> -NT
>
>
> Kind regards,
>
> Nuno Tavares
> Senior DevOps Infra Specialist
> LeaseWeb Technologies B.V.
>
> T: +31 20 316 0235
> M:
> E: n.tava...@tech.leaseweb.com
> W: http://www.leaseweb.com
>
> Luttenbergweg 8, 1101 EC Amsterdam, Netherlands
>
>
> 
> From: Daan Hoogland [daan.hoogl...@gmail.com]
> Sent: Monday, February 22, 2016 8:21 AM
> To: dev
> Subject: Re: VM state = Expunging
>
> I ran into that as well, a while ago. IMNSHO the VM record should be
> deleted after the state expunging, so a state of expunged would never make
> sense. Deabatable of course.
>
> On Mon, Feb 22, 2016 at 7:03 AM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Hi,
> >
> > Is anyone able to confirm that when you delete and expunge a VM in 4.9
> that
> > the state finishes with "Expunging" instead of "Expunged".
> >
> > I don't think it really "harms" much as the removed column is populated
> > (so, for example, the GUI doesn't show these VMs), but it does seem a bit
> > odd (and front-ends that are waiting for the "Expunged" state to show up
> > won't see it).
> >
> > 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
> > *™*
> >
>
>
>
> --
> Daan
>



-- 
Daan

Re: [GitHub] cloudstack pull request: CLOUDSTACK-9140: Testcase to verify if De...

[Sanjeev N]

LGTM !!

On Wed, Feb 17, 2016 at 12:46 PM, pritisarap12  wrote:

> Github user pritisarap12 commented on the pull request:
>
> https://github.com/apache/cloudstack/pull/1218#issuecomment-185067571
>
> Testcase result after modifications:
>
> Dedicated cluster and router allocation ... === TestName:
> test_01_dedicated_cluster_allocation | Status : SUCCESS ===
> ok
>
> --
> Ran 1 test in 278.037s
>
> OK
>
>
>
> ---
> If your project is set up for it, you can reply to this email and have your
> reply appear on GitHub as well. If your project does not have this feature
> enabled and wishes so, or if the feature is enabled but not working, please
> contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
> with INFRA.
> ---
>

Re: [ANNOUNCE] New committer: Rafael Weingartner

[Jayapal Reddy Uradi]

Congrats Rafael!


> On 23-Feb-2016, at 2:54 pm, Nux!  wrote:
> 
> Congrats Rafael! :-)
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Daan Hoogland" 
>> To: "dev" 
>> Sent: Tuesday, 23 February, 2016 08:19:07
>> Subject: [ANNOUNCE] New committer: Rafael Weingartner
> 
>> 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: [ANNOUNCE] New committer: Rafael Weingartner

[Erik Weber]

Congrats Rafael :-)

On Tue, Feb 23, 2016 at 9: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: VM state = Expunging

[Nuno Tavares]

We should NEVER delete records from the database and that's why "Expunged" 
seems a good candidate state, although I believe that state it's equivalent to 
state=Expunging, removed IS NOT NULL.

-NT


Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Daan Hoogland [daan.hoogl...@gmail.com]
Sent: Monday, February 22, 2016 8:21 AM
To: dev
Subject: Re: VM state = Expunging

I ran into that as well, a while ago. IMNSHO the VM record should be
deleted after the state expunging, so a state of expunged would never make
sense. Deabatable of course.

On Mon, Feb 22, 2016 at 7:03 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Hi,
>
> Is anyone able to confirm that when you delete and expunge a VM in 4.9 that
> the state finishes with "Expunging" instead of "Expunged".
>
> I don't think it really "harms" much as the removed column is populated
> (so, for example, the GUI doesn't show these VMs), but it does seem a bit
> odd (and front-ends that are waiting for the "Expunged" state to show up
> won't see it).
>
> 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
> *™*
>



--
Daan

Re: [ANNOUNCE] New committer: Rafael Weingartner

[Nux!]

Congrats Rafael! :-)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Daan Hoogland" 
> To: "dev" 
> Sent: Tuesday, 23 February, 2016 08:19:07
> Subject: [ANNOUNCE] New committer: Rafael Weingartner

> 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: [DISCUSS] Keeping system vms up to date

[Nuno Tavares]

Paul,

+1 for the upload a template as SYSTEM.
At least in 4.2 we have a global setting to specify which template is to be 
used, but indeed there is no way to upload or change a template into SYSTEM. 
This has to be done by means of DB change.

-NT



Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235

E: n.tava...@tech.leaseweb.com
W: www.leaseweb.com

Luttenbergweg 8,1101 EC Amsterdam,  Netherlands



From: Paul Angus [paul.an...@shapeblue.com]
Sent: Monday, February 22, 2016 1:39 PM
To: dev@cloudstack.apache.org
Subject: RE: [DISCUSS] Keeping system vms up to date

I think that there are two parts to this - creating system VMs and installing 
them.

The systemvms need to have the automated build with versioning 4.5.2-1234 (I'd 
like to see that shown in log on screen of all system vms)

+ we should have some direct control available in CloudStack of which template 
is the system VM template. And be able to upload a template as 'SYSTEM'.



Paul Angus
VP Technology   ,   ShapeBlue


d:  +44 203 617 0528 | s: +44 203 603 
0540 |  
m:  +44 7711 418784

e:  paul.an...@shapeblue.com | t: 
@cloudyangus  |
  w:  www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK





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




-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: Monday, February 22, 2016 9:37 AM
To: dev@cloudstack.apache.org
Subject: Re: [DISCUSS] Keeping system vms up to date

Hi Erik,

Legit worry point.

IMHO the updates of the VR and so on should be the job of whoever runs the 
cloud, just like it's the same person's job to keep the HVs up to date.

I'm sure it's possible to get all the VRs registered in some sort of 
ansible/puppet thingy and keep track of them this way.

Regarding up to date VM templates, I think part of the problem is solved as 
Jenkins is building 4.6 frequently:
http://jenkins.buildacloud.org/job/build-systemvm64-master/

It might just be a matter of uploading those to cloudstack.apt-get.eu.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Erik Weber" 
> To: "dev" 
> Sent: Monday, 22 February, 2016 08:53:48
> Subject: [DISCUSS] Keeping system vms up to date

> As of 4.6 or so, we don't really need to distribute new system vm
> templates all that often, and that is great for upgrades, but less so
> from a security perspective.
>
> With the current approach we ship old system vm templates, with out of
> date packages, and there is currently no good out of the box way to handle 
> that.
>
> There is a few ways to handle it, including, but not limited to:
>
> 1) Introduce a configuration value that specifies if you want to run
> apt-get update && apt-get upgrade on boot. This slows down deployments
> and will only get worse as times passes and there are more packages to update.
> An alternative is to specify a list of packages we _HAVE_ to keep
> updated and only update those.
>
> 2) Package new system vms for all releases, but not bump the version
> number (or introduce a patch version number). This is ment to ensure
> that new cloud deployments are somewhat up to date, but won't update
> existing ones nor ensure that the deployment is kept up to date.
>
> 3) Add an optional? cronjob that does apt-get update && apt-get
> upgrade, the downside is that you risk having some downtime for certain 
> services.
>
> 4) A combination of the previous 3.
>
> And most likely other options I haven't thought of.
>
> I feel we need to address this somehow or else we risk ending up as a
> very negative headliner when the right (or wrong) bug/exploit gets out
> and takes down a 

Re: [DISCUSS] Hiding the instance name from users

[Erik Weber]

That would be excellent Nuno!

Thanks for the search tip :-)


-- 
Erik

On Tue, Feb 23, 2016 at 9:53 AM, Nuno Tavares 
wrote:

> Hi Erik,
>
> We also had this problem, and we patched CS to show it on the details.
> Nevertheless, I believe the API will allow you to filter by instance_name.
> An example of that is that you can actually search by the instance name in
> the UI.
>
> I'm going to ask our wizards to push this mainstream, if they didn't do it
> already.
>
> -NT
>
>
> Kind regards,
>
> Nuno Tavares
> Senior DevOps Infra Specialist
> LeaseWeb Technologies B.V.
>
> T: +31 20 316 0235
> M:
> E: n.tava...@tech.leaseweb.com
> W: http://www.leaseweb.com
>
> Luttenbergweg 8, 1101 EC Amsterdam, Netherlands
>
>
> 
> From: Erik Weber [terbol...@gmail.com]
> Sent: Tuesday, February 23, 2016 9:41 AM
> To: dev
> Subject: [DISCUSS] Hiding the instance name from users
>
> Hi,
>
> Before I file a bug I'd like to check if anyone know a good reason for
> hiding the instance name, that is the typical i-2-123-VM name, from users?
>
> There are cases where an error returns the instancename rather than
> name/uuid, and this is confusing when users have no means to map that to
> something they know.
>
> Example log where instance name is used:
>
> Failed to attach volume myvolume to VM mymachine; Device 1 is used in VM
> i-2-123-VM"}
>
> If you do operations manually, or one by one then it is easy to correlate
> it to your last action, but couple this with any kind of automation where
> you do things in parallell and it becomes a nightmare to figure out of.
>
> Opinions?
>
> --
> Erik
>

RE: [DISCUSS] Hiding the instance name from users

[Nuno Tavares]

Hi Erik,

We also had this problem, and we patched CS to show it on the details. 
Nevertheless, I believe the API will allow you to filter by instance_name. An 
example of that is that you can actually search by the instance name in the UI.

I'm going to ask our wizards to push this mainstream, if they didn't do it 
already.

-NT


Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Erik Weber [terbol...@gmail.com]
Sent: Tuesday, February 23, 2016 9:41 AM
To: dev
Subject: [DISCUSS] Hiding the instance name from users

Hi,

Before I file a bug I'd like to check if anyone know a good reason for
hiding the instance name, that is the typical i-2-123-VM name, from users?

There are cases where an error returns the instancename rather than
name/uuid, and this is confusing when users have no means to map that to
something they know.

Example log where instance name is used:

Failed to attach volume myvolume to VM mymachine; Device 1 is used in VM
i-2-123-VM"}

If you do operations manually, or one by one then it is easy to correlate
it to your last action, but couple this with any kind of automation where
you do things in parallell and it becomes a nightmare to figure out of.

Opinions?

--
Erik

[DISCUSS] Hiding the instance name from users

[Erik Weber]

Hi,

Before I file a bug I'd like to check if anyone know a good reason for
hiding the instance name, that is the typical i-2-123-VM name, from users?

There are cases where an error returns the instancename rather than
name/uuid, and this is confusing when users have no means to map that to
something they know.

Example log where instance name is used:

Failed to attach volume myvolume to VM mymachine; Device 1 is used in VM
i-2-123-VM"}

If you do operations manually, or one by one then it is easy to correlate
it to your last action, but couple this with any kind of automation where
you do things in parallell and it becomes a nightmare to figure out of.

Opinions?

-- 
Erik

[ANNOUNCE] New committer: Rafael Weingartner

[Daan Hoogland]

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: CWiki access / new page request

[Nick LIVENS]

Yeah, that is correct, thanks!

On Tue, Feb 23, 2016 at 8:57 AM, Daan Hoogland 
wrote:

> assuming you are nlivens in cwiki you are added.
>
> On Tue, Feb 23, 2016 at 8:29 AM, Nick LIVENS <
> nick.liv...@nuagenetworks.net>
> wrote:
>
> > Hi,
> >
> > I want to submit a design document for CloudStack. I don't have any write
> > access to the CWiki. I've created a ticket on INFRA, but they redirect me
> > here.
> > Could anyone give me edit permissions to the following page :
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Design
> >
> > Or if that's not possible, could you create a subpage "4.9 Design
> > Documents" with an additional subpage called " VPC Inline LB Plugin (VPC
> > Public Load Balancing)" and give me edit rights to that page only?
> >
> > Thanks!
> >
>
>
>
> --
> Daan
>