Re: understanding cloudstack networking

[Kelcey Jamison Damage]

I'm just going to chime in on this. What we need to put together is a primer. 
Our docs work fairly well and are CloudStack centric, which I see as most 
peoples issue. On the topic of networking, building a cloud requires a very 
strong understanding of core Linux networking, which is technically outside the 
responsibilities of our project. This does not mean however that community 
members can not create primer guides, and many have... There is mostly a 
difficulty in new users finding these resources.

On the topic of 4.2, we all knew some big changes were coming, but it did feel 
like a couple strange housekeeping items snuck in under the radar that affected 
how certain components work. An example of this would be the new network 
interface handling from a user perspective.

I am more then happy to assist people with install and setup issues on the 
networking side of things, as collecting data on what parts of the process are 
most difficult would be quite valuable to us.

Thanks

Kelcey Damage
kdam...@apache.org

- Original Message -
From: "Daan Hoogland" 
To: rwhee...@artifact-software.com, us...@cloudstack.apache.org
Cc: "Travis Graham" , "dev" 
Sent: Monday, August 12, 2013 8:02:22 AM
Subject: Re: understanding cloudstack networking

sounds great Ron,

I'm sure I am not the guy you need for this but I'll keep an eye on
it. The 'someone who actually knows what it s supposed to say' is
bound to be around on this list or dev.

regards,
Daan


On Mon, Aug 12, 2013 at 4:55 PM, Ron Wheeler
 wrote:
> I have been reading and correcting the posted 4.2 documentation changes that
> I understand or where the English errors are very clear.
>
> I have filed JIRAs and some have been fixed.
>
> I would be willing to participate in a workshop to walk through the
> installation with someone who actually knows what it s supposed to say.
>
> Ron
>
>
>
> On 12/08/2013 10:41 AM, Daan Hoogland wrote:
>>
>> you are right Ron, but even those companies/people can only spend
>> their time once. So please submit you improvements whenever you can.
>>
>> regards,
>> Daan
>>
>> On Mon, Aug 12, 2013 at 4:32 PM, Ron Wheeler
>>  wrote:
>>>
>>> On 12/08/2013 10:08 AM, Travis Graham wrote:

 One of the most confusing things I've ran into, past the fact the
 documentation is wrong about 80% of the time, is the mix of CentOS and
 Ubuntu instructions.

 I think splitting things out into their own OS specific install guides
 would reduce a lot of confusion.
>>>
>>> Yes.
>>>
 I was browsing the 4.2 docs in the repo this weekend and I'm still not
 seeing swath of the incorrect info being updated. Maybe things that
 haven't
 been rolled into the 4.2 branch yet.
>>>
>>> I hope that this gets done. It is the biggest problem that CloudStack has
>>> in
>>> getting traction.
>>>
>>> You only get one chance to make a first impression and the impression at
>>> the
>>> moment is that the system does not work and is not ready for prime time
>>> except for organizations that have a development group ready to read the
>>> code and fix the docs for their installation.
>>>
>>> Ron
>>>
>>>
 Travis

 On Aug 12, 2013, at 9:59 AM, Ron Wheeler
 
 wrote:

> The documentation is wrong which is a big problem.
>
> It is also confusing with extraneous stuff stuck in the middle and
> missing introductory information to explain where the instructions are
> leading.
>
> There seems to be a big effort to get 4.2 out with accurate docs and I
> hope more clarifying text and drawings.
>
> It appears that there is a lot of effort going into external Wiki
> documentation to make up for the state of the manuals.
>
> Ron
>
>
> On 12/08/2013 4:10 AM, Mark van der Meulen wrote:
>>
>> Hi,
>>
>> I am having a little trouble understanding how the cloudstack
>> networking
>> model works, I have read the documentation and enquired on IRC(without
>> response) and still don't really get it. I suspect if I was able to
>> setup
>> CloudStack and play with it I would understand, however given that I
>> have to
>> go through a complex networking setup to get the Zone/Pod/Cluster/Host
>> even
>> setup to start with, I haven't been able to get far enough in to start
>> playing.
>>
>> Based on what I have read, I think I would like to setup a Public
>> Cloud,
>> essentially some hypervisors on a private network(lets say
>> 10.1.254.0/24)
>> and storage on another network(let's say 10.1.253.0/24) and then all
>> the
>> VM's given public IP's(let's say 200.10.10.0/24). I don't understand
>> how to
>> do that, or even what the difference is between a Guest network and
>> Public
>> network(do they have to be separate?)
>>
>> I'm used to just building VM's in vSphere and the reason I would like
>> to
>> move to CloudStack is for the aut

Re: understanding cloudstack networking

[Kelcey Jamison Damage]

One last note. As far as stability is concerned... 4.1.x is the recommended 
build, and many of us(myself included) are running our production on 4.0.2 
which is rock solid for all standard features.

Thanks

- Original Message -
From: "Kelcey Jamison Damage" 
To: dev@cloudstack.apache.org
Sent: Monday, August 12, 2013 9:49:42 AM
Subject: Re: understanding cloudstack networking

I'm just going to chime in on this. What we need to put together is a primer. 
Our docs work fairly well and are CloudStack centric, which I see as most 
peoples issue. On the topic of networking, building a cloud requires a very 
strong understanding of core Linux networking, which is technically outside the 
responsibilities of our project. This does not mean however that community 
members can not create primer guides, and many have... There is mostly a 
difficulty in new users finding these resources.

On the topic of 4.2, we all knew some big changes were coming, but it did feel 
like a couple strange housekeeping items snuck in under the radar that affected 
how certain components work. An example of this would be the new network 
interface handling from a user perspective.

I am more then happy to assist people with install and setup issues on the 
networking side of things, as collecting data on what parts of the process are 
most difficult would be quite valuable to us.

Thanks

Kelcey Damage
kdam...@apache.org

- Original Message -
From: "Daan Hoogland" 
To: rwhee...@artifact-software.com, us...@cloudstack.apache.org
Cc: "Travis Graham" , "dev" 
Sent: Monday, August 12, 2013 8:02:22 AM
Subject: Re: understanding cloudstack networking

sounds great Ron,

I'm sure I am not the guy you need for this but I'll keep an eye on
it. The 'someone who actually knows what it s supposed to say' is
bound to be around on this list or dev.

regards,
Daan


On Mon, Aug 12, 2013 at 4:55 PM, Ron Wheeler
 wrote:
> I have been reading and correcting the posted 4.2 documentation changes that
> I understand or where the English errors are very clear.
>
> I have filed JIRAs and some have been fixed.
>
> I would be willing to participate in a workshop to walk through the
> installation with someone who actually knows what it s supposed to say.
>
> Ron
>
>
>
> On 12/08/2013 10:41 AM, Daan Hoogland wrote:
>>
>> you are right Ron, but even those companies/people can only spend
>> their time once. So please submit you improvements whenever you can.
>>
>> regards,
>> Daan
>>
>> On Mon, Aug 12, 2013 at 4:32 PM, Ron Wheeler
>>  wrote:
>>>
>>> On 12/08/2013 10:08 AM, Travis Graham wrote:
>>>>
>>>> One of the most confusing things I've ran into, past the fact the
>>>> documentation is wrong about 80% of the time, is the mix of CentOS and
>>>> Ubuntu instructions.
>>>>
>>>> I think splitting things out into their own OS specific install guides
>>>> would reduce a lot of confusion.
>>>
>>> Yes.
>>>
>>>> I was browsing the 4.2 docs in the repo this weekend and I'm still not
>>>> seeing swath of the incorrect info being updated. Maybe things that
>>>> haven't
>>>> been rolled into the 4.2 branch yet.
>>>
>>> I hope that this gets done. It is the biggest problem that CloudStack has
>>> in
>>> getting traction.
>>>
>>> You only get one chance to make a first impression and the impression at
>>> the
>>> moment is that the system does not work and is not ready for prime time
>>> except for organizations that have a development group ready to read the
>>> code and fix the docs for their installation.
>>>
>>> Ron
>>>
>>>
>>>> Travis
>>>>
>>>> On Aug 12, 2013, at 9:59 AM, Ron Wheeler
>>>> 
>>>> wrote:
>>>>
>>>>> The documentation is wrong which is a big problem.
>>>>>
>>>>> It is also confusing with extraneous stuff stuck in the middle and
>>>>> missing introductory information to explain where the instructions are
>>>>> leading.
>>>>>
>>>>> There seems to be a big effort to get 4.2 out with accurate docs and I
>>>>> hope more clarifying text and drawings.
>>>>>
>>>>> It appears that there is a lot of effort going into external Wiki
>>>>> documentation to make up for the state of the manuals.
>>>>>
>>>>> Ron
>>>>>
>>>>>
>>>>> On 12/08/2013 4:10 AM, Mark van der Meulen w

Re: Easiest Way...

[Kelcey Jamison Damage]

Assuming you don't care about pool sanity, then add an alias script to the 
guest [ifcfg-eth0:0]

- Original Message -
From: "Maurice Lawler" 
To: "Cloud Dev" 
Sent: Friday, August 16, 2013 11:35:41 AM
Subject: Easiest Way...

Greetings,

What is the easiest way to manipulate a script to allow a instance to get a 
second IP address? I know it would require some fiddling with ebtables.

Please provide some additional information, and method to permit this please.

- Maurice

Re: Easiest Way...

[Kelcey Jamison Damage]

Does this extra subnet require a GW? Or is it Guest to Guest on Guests in an 
Advanced ACS zone?

- Original Message -
From: "Maurice Lawler" 
To: "Cloud Dev" 
Cc: kel...@backbonetechnology.com
Sent: Friday, August 16, 2013 12:25:14 PM
Subject: Re: Easiest Way...

I understand how to add the virtual interface on the guest. However, doing so, 
still does not pass traffic to that secondary IP address. Which is why I 
mentioned ebtables, there is something I would need to add / remove I cannot 
recall. 

Also, the secondary IP's is not at all attached to Cloud Stack, completely 
different subnets.

- Maurice


On Aug 16, 2013, at 2:42 PM, Kelcey Jamison Damage 
 wrote:

> Assuming you don't care about pool sanity, then add an alias script to the 
> guest [ifcfg-eth0:0]
> 
> - Original Message -
> From: "Maurice Lawler" 
> To: "Cloud Dev" 
> Sent: Friday, August 16, 2013 11:35:41 AM
> Subject: Easiest Way...
> 
> Greetings,
> 
> What is the easiest way to manipulate a script to allow a instance to get a 
> second IP address? I know it would require some fiddling with ebtables.
> 
> Please provide some additional information, and method to permit this please.
> 
> - Maurice

Re: Easiest Way...

[Kelcey Jamison Damage]

Ok so this would make it very difficult to achieve. With Advanced zones you 
have the flexibility to make some of this stuff work. Basic was not intended 
for this purpose. Advanced zone with SG enabled would give you the tools needed 
to accomplish your goal.

Also if the secondary subnet is NOT for legacy systems support, then the VPC 
service would work as well.

- Original Message -
From: "Maurice Lawler" 
To: dev@cloudstack.apache.org
Cc: kel...@backbonetechnology.com
Sent: Friday, August 16, 2013 12:36:32 PM
Subject: Re: Easiest Way...

I am not utilizing advanced, I am utilizing basic; which I know can be done, 
via editing the ebtables, but I cannot recall how to do this. Yes, this 
secondary subnet requires it's own gateway. 

Re: Easiest Way...

[Kelcey Jamison Damage]

Well there are rules on the VR for sure, these are not persistent so any 
alterations will break if rebooted/rebuilt < one of those. And there are rules 
on the Hosts.

The VR is the first place to mess around in.

- Original Message -
From: "Maurice Lawler" 
To: dev@cloudstack.apache.org
Sent: Friday, August 16, 2013 12:48:00 PM
Subject: Re: Easiest Way...

I recall it being fairly simple, by adding / removing a rule from the ebtables, 
so my method of thinking isn't to complex, I was hoping someone on the list 
could point me in the right direction.


On Aug 16, 2013, at 3:41 PM, Kelcey Jamison Damage 
 wrote:

> Ok so this would make it very difficult to achieve. With Advanced zones you 
> have the flexibility to make some of this stuff work. Basic was not intended 
> for this purpose. Advanced zone with SG enabled would give you the tools 
> needed to accomplish your goal.
> 
> Also if the secondary subnet is NOT for legacy systems support, then the VPC 
> service would work as well.
> 
> - Original Message -
> From: "Maurice Lawler" 
> To: dev@cloudstack.apache.org
> Cc: kel...@backbonetechnology.com
> Sent: Friday, August 16, 2013 12:36:32 PM
> Subject: Re: Easiest Way...
> 
> I am not utilizing advanced, I am utilizing basic; which I know can be done, 
> via editing the ebtables, but I cannot recall how to do this. Yes, this 
> secondary subnet requires it's own gateway. 
> 
> 

Re: Easiest Way...

[Kelcey Jamison Damage]

I was mainly trying to point out that ACS has the tools to meet almost any 
architectural desires, and that perhaps your selection of BASIC zone is not the 
best match for what you are trying to accomplish.

It might be advantageous to build out a second zone to explore the correct 
services needed to accomplish your goals without hacking which obviously can 
lead to instability.


- Original Message -
From: "Maurice Lawler" 
To: dev@cloudstack.apache.org
Sent: Friday, August 16, 2013 12:48:00 PM
Subject: Re: Easiest Way...

I recall it being fairly simple, by adding / removing a rule from the ebtables, 
so my method of thinking isn't to complex, I was hoping someone on the list 
could point me in the right direction.


On Aug 16, 2013, at 3:41 PM, Kelcey Jamison Damage 
 wrote:

> Ok so this would make it very difficult to achieve. With Advanced zones you 
> have the flexibility to make some of this stuff work. Basic was not intended 
> for this purpose. Advanced zone with SG enabled would give you the tools 
> needed to accomplish your goal.
> 
> Also if the secondary subnet is NOT for legacy systems support, then the VPC 
> service would work as well.
> 
> - Original Message -
> From: "Maurice Lawler" 
> To: dev@cloudstack.apache.org
> Cc: kel...@backbonetechnology.com
> Sent: Friday, August 16, 2013 12:36:32 PM
> Subject: Re: Easiest Way...
> 
> I am not utilizing advanced, I am utilizing basic; which I know can be done, 
> via editing the ebtables, but I cannot recall how to do this. Yes, this 
> secondary subnet requires it's own gateway. 
> 
> 

Re: [ANNOUNCE] New PMC member: Ilya Musayev

[Kelcey Jamison Damage]

Congrats!

- Original Message -
From: "Ilya Musayev" 
To: dev@cloudstack.apache.org, aemne...@gmail.com
Sent: Thursday, September 5, 2013 1:42:43 PM
Subject: RE: [ANNOUNCE] New PMC member: Ilya Musayev

Thank you all..

> -Original Message-
> From: Ahmad Emneina [mailto:aemne...@gmail.com]
> Sent: Thursday, September 05, 2013 2:52 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [ANNOUNCE] New PMC member: Ilya Musayev
> 
> Congrats Mr Musayev!
> 
> 
> On Wed, Sep 4, 2013 at 11:51 PM, sebgoa  wrote:
> 
> > The Project Management Committee (PMC) for Apache CloudStack has
> asked
> > Ilya Musayev to join the PMC and we are pleased to announce that they
> > have accepted.
> >
> > Join me in congratulating Ilya,
> >
> > -The CloudStack PMC

Re: [ACS42] KVM upgrade path to 4.2

[Kelcey Jamison Damage]

Question for you guys,

I updated the schema on my 4.1.1 cloud. For the most part it works, but some 
hosts that I've updated now fail to deploy VMs do to the following error:

-- Instead of creating a guest bridge called 'brbondg-1200' it tries to create 
'br-1200' as if it can not detect my interface names.

Any thoughts?

- Original Message -
From: "Prasanna Santhanam" 
To: dev@cloudstack.apache.org
Sent: Friday, August 30, 2013 9:51:53 AM
Subject: Re: [ACS42] KVM upgrade path to 4.2

Hi Edison,

I've just added these steps to the doc bug that was linked to the
it at CLOUDSTACK-4550


On Fri, Aug 30, 2013 at 12:04:51AM +, Edison Su wrote:
> There is a bug related to KVM upgrade: CLOUDSTACK-4405. The main issue is 
> related to guest network bridge name schema is changed, thus migrate vm, 
> create new vm will have problem after upgraded to 4.2.
> If you are using basic network, then don't need to do the following steps.
> The proposed upgrade paths are:
> 1. Stick to old network name in 4.2. You can set 
> "network.bridge.name.schema=3.0" in /etc/cloudstack/agent/agent.properties
> 2. Upgrade to new network name schema, need to do the following steps:
>   a. Install 4.2 cloudstack agent on each kvm host
>   b. Run "cloudstack-agent-upgrade". This script will upgrade all the 
> existing bridge name to new bridge name.
>   c. install a libvirt hook: 
>c1. mkdir /etc/libvirt/hooks
>c2. cp /usr/share/cloudstack-agent/lib/libvirtqemuhook 
> /etc/libvirt/hooks/qemu
>c3. chmod +x /etc/libvirt/hooks/qemu
>c4. service libvirtd restart
>c5. service cloudstack-agent restart
> The potential issues if you are using above upgrade path 2:
> 1. If you are using multiple physical bridges, other than the one specified 
> in "guest.network.device" in /etc/cloudstack/agent/agent.properties, then the 
> vm live migration may have problem.
> 2. Advanced zone with security group, wont' work.
> 3. may have old iptables rules left on kvm host, it shouldn't impact guest 
> connectivity though.

-- 
Prasanna.,


Powered by BigRock.com

Re: Free template repository or marketplace

[Kelcey Jamison Damage]

I do believe we had reached a consensus on a market place needing to be 
external to the project, but If someone wanted to make connectors/plug-ins for 
integration with an existing service, that would be ok.

I'm pretty certain it had to do with legalities/logistics of the project being 
attached to something that could not be effectively controlled withing the 
scope of our project and presented too many liabilities.

Correct me if I'm wrong, it's been a while since the discussion.

-Kelcey

- Original Message -
From: "Chip Childers" 
To: dev@cloudstack.apache.org
Sent: Tuesday, September 10, 2013 6:14:20 AM
Subject: Re: Free template repository or marketplace

On Tue, Sep 10, 2013 at 11:26:12AM +0200, France wrote:
> Hi all,
> 
> during recent problems creating my own Ubuntu 12.04 LTS PV template
> to work on CS 4.1.1. with XS 6.0.2, i got the idea, that it would be
> nice, if i could share my templates with the world. I would also
> like to get new ones for free. So before i go and create my own
> public free template repository, (because i could not find one), i
> would like to ask, does Cloudstack have some sort of marketplace in
> plans? If so, what's the deadline and are templates going to be free
> of charge?
> 
> Regards,
> F.
> 

There was talk about doing something like this, perhaps in conjunction
with the OpenNebula project.  However, that was quite some time ago and
nothing (that I'm aware of) has moved forward with it.

One of the downstream projects, CloudSand, is working on making some
basic OS templates available (along with some CloudStack-in-a-box
templates).  http://www.cloudsand.com/content/

Ilya is the one running this project.  Perhaps you two could
collaborate?  I'm sure that creating useful OS templates is something
that everyone would find valuable!

-chip

Re: [ANNOUNCE] New committer: Rajesh Battala

[Kelcey Jamison Damage]

Congratulations!

- Original Message -
From: "Min Chen" 
To: dev@cloudstack.apache.org
Sent: Tuesday, September 24, 2013 9:46:43 AM
Subject: Re: [ANNOUNCE] New committer: Rajesh Battala

Congrats, Rajesh.

-min

On 9/24/13 9:40 AM, "Sateesh Chodapuneedi"
 wrote:

>Hearty Congratulations Rajesh:)
>
>Regards,
>Sateesh
>> -Original Message-
>> From: Chip Childers [mailto:chip.child...@sungard.com]
>> Sent: 24 September 2013 21:00
>> To: dev@cloudstack.apache.org
>> Subject: [ANNOUNCE] New committer: Rajesh Battala
>> 
>> The Project Management Committee (PMC) for Apache CloudStack has asked
>>Rajesh Battala 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 Rajesh!
>> 
>> -chip
>> on behalf of the CloudStack PMC

Re: [DISCUSS] UI: New look and feel

[Kelcey Jamison Damage]

You just made my day, these look great. Most importantly it has a look that 
will sell to IT managers, etc.

I wish you the best of luck with this and hope for rapid progress :)

Again, it looks awesome!

- Original Message -
From: "Brian Federle" 
To: dev@cloudstack.apache.org
Cc: "Sonny Chhen" , "Animesh Chaturvedi" 
, "Jessica Wang" 
Sent: Thursday, September 26, 2013 3:11:07 PM
Subject: [DISCUSS] UI: New look and feel

Hi all,

In addition to the CSS code cleanup I'm working on, I am planning a 'reskin' of 
the current UI to give a better user experience and look and feel. This will 
utilize SASS and a grid system as I have discussed in the previous thread.

I created a task in JIRA and wiki functional spec, which has screenshots of 
what I've done so far and what I plan to do:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Update+UI+visual+appearance

https://issues.apache.org/jira/browse/CLOUDSTACK-4748

You can also checkout the ui-restyle branch on git, if you are able to manually 
compile the cloudstack.scss file via SASS (that will be automated in the 
future). I can send over instructions on how to compile SASS manually; it's 
pretty easy to setup.

Let me know what you think so far :)  I'll of course up and post more 
screenshots as I get more done. This reskin is only changing the CSS mainly, 
with minimal changes to actual usage or JS code, so it is basically a drop-in 
replacement for the current styling. I'm hoping to get this in by 4.3, so 
please give me feedback on anything from the current UI you don't like or want 
changed, and I can see about improving it.

Thanks!
Brian

Re: [DISCUSS] UI: New look and feel

[Kelcey Jamison Damage]

Hmm, maybe cut 2 copies... 1 with icons, and 1 just a clean text look.

- Original Message -
From: "Ilya Musayev" 
To: dev@cloudstack.apache.org
Sent: Thursday, September 26, 2013 4:08:50 PM
Subject: RE: [DISCUSS] UI: New look and feel

Brian,

Are we no longer using icons on the left navigation menu or is this a draft?

Thanks
ilya

> -Original Message-
> From: Kelcey Jamison Damage [mailto:kel...@backbonetechnology.com]
> Sent: Thursday, September 26, 2013 6:28 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] UI: New look and feel
> 
> You just made my day, these look great. Most importantly it has a look that
> will sell to IT managers, etc.
> 
> I wish you the best of luck with this and hope for rapid progress :)
> 
> Again, it looks awesome!
> 
> - Original Message -
> From: "Brian Federle" 
> To: dev@cloudstack.apache.org
> Cc: "Sonny Chhen" , "Animesh Chaturvedi"
> , "Jessica Wang"
> 
> Sent: Thursday, September 26, 2013 3:11:07 PM
> Subject: [DISCUSS] UI: New look and feel
> 
> Hi all,
> 
> In addition to the CSS code cleanup I'm working on, I am planning a 'reskin' 
> of
> the current UI to give a better user experience and look and feel. This will
> utilize SASS and a grid system as I have discussed in the previous thread.
> 
> I created a task in JIRA and wiki functional spec, which has screenshots of
> what I've done so far and what I plan to do:
> 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Update+UI+visu
> al+appearance
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4748
> 
> You can also checkout the ui-restyle branch on git, if you are able to 
> manually
> compile the cloudstack.scss file via SASS (that will be automated in the
> future). I can send over instructions on how to compile SASS manually; it's
> pretty easy to setup.
> 
> Let me know what you think so far :)  I'll of course up and post more
> screenshots as I get more done. This reskin is only changing the CSS mainly,
> with minimal changes to actual usage or JS code, so it is basically a drop-in
> replacement for the current styling. I'm hoping to get this in by 4.3, so 
> please
> give me feedback on anything from the current UI you don't like or want
> changed, and I can see about improving it.
> 
> Thanks!
> Brian
> 

Re: [DISCUSS] UI: New look and feel

[Kelcey Jamison Damage]

We should make a CSS skinning bin/repo so people can easily share their skins. 
This could even just be a Wiki section. I have been playing with a dark(Greys) 
themed flatter skin that is designed for comfortable 1920 x 1080 usage. 

I think us having a fairly easily skin-able UI will attract a lot more people.

I always enjoy seeing these re-skin projects. I am most excited to setup and 
use Shiva's angular.js project with the re-skins.

-Kelcey

- Original Message -
From: "Christopher SuichII" 
To: "" 
Sent: Friday, September 27, 2013 5:14:10 AM
Subject: Re: [DISCUSS] UI: New look and feel

Brian - The new style looks great, but I'd like to repeat someone else's 
question: Are we getting rid of the icons on the nav bar? As a plugin dev, it 
would be really nice to keep our company logo by our UI plugin.

Shiva & Sebastien - What impact would this angular.js project have on UI 
plugins?
-- 
Chris Suich
chris.su...@netapp.com
NetApp Software Engineer
Data Center Platforms – Cloud Solutions
Citrix, Cisco & Red Hat

On Sep 27, 2013, at 2:44 AM, sebgoa  wrote:

> 
> On Sep 27, 2013, at 6:52 AM, Shiva Teja  wrote:
> 
>> On Fri, Sep 27, 2013 at 9:28 AM, Ian Duffy  wrote:
>> 
>>> I think so
>>> implementation of AngularJS like the way Shiva did it for his GSoC
>>> project would be good.
>>> 
>> 
>> I'm trying to setup a demo for my project. This should give an idea about
>> the code.
>> 
>> https://github.com/shivateja/cloudstack-ui/blob/angular-rawapi/static/js/common/resources/virtualmachines.js
>> https://github.com/shivateja/cloudstack-ui/blob/angular-rawapi/static/js/app/instances/instances.js
>> https://github.com/shivateja/cloudstack-ui/blob/angular-rawapi/static/js/app/instances/instances.tpl.html
>> 
>> Thanks,
>> Shiva Teja
> 
> Thanks Shiva, I was going to mention it. 
> 
> Shiva has worked on an angular.js app for a cloudstack frontend.
> All the code has been contributed in tools/ngui
> 
> This could easily be used with Brian new "CSS" and it would clean up all the 
> javascript.
> 
> -Sebastien
> 

Re: Scalable Backup and Recovery

[Kelcey Jamison Damage]

I agree this needs to be approached. I find it quite frustrating to have a VM 
with 4-5 volumes and not be able to backup all 5 volumes as a set. Plus the 
restore operation gets messy when you have to restore 5 volumes and re-attach 
them to the VM.

The user and domain sets you discuss below I can also clearly see the use for.

Thanks for starting this discussion.

-Kelcey

- Original Message -
From: "Christopher SuichII" 
To: "" 
Sent: Friday, September 27, 2013 10:27:29 AM
Subject: Scalable Backup and Recovery

I'd like to start a discussion around the direction of scalable backup and 
recovery in CloudStack. Currently, the only want to backup and recover vms is 
by setting up a schedule or manually snapshotting up individual vm disks or 
manually snapshotting vms. Unfortunately, I don't believe this is a very 
scalable solution. What if a user wants all of their vm disks to be backed up 
on the same schedule? What if a domain administrator wants all of the vms in 
their domain to be backed up on the same schedule or to manually backup every 
vm in their domain?

Here are some use cases I see for helping to scale things up:
-Scheduled and manual backup of 1 to all of a user's vms and vm disks
-Scheduled and manual backup of 1 to all of a domain's vms and vm disks (by a 
domain admin)
-Scheduled and manual backup of 1 to all vms and vm disks on primary storage 
(by a cloud admin) - this one is tougher to find a valid use case for
-Backup schedules attached to service offerings

I know I previously started a discussion about backing up multiple vm disks at 
once, but I think these use cases, broken down by user type (user, domain admin 
and admin), should help clear things up and show the utility of being able to 
backup multiple objects at once.

Thanks!
Chris
-- 
Chris Suich
chris.su...@netapp.com
NetApp Software Engineer
Data Center Platforms – Cloud Solutions
Citrix, Cisco & Red Hat

Re: [ANNOUNCE] New PMC member: Daan Hoogland

[Kelcey Jamison Damage]

Congrats!

- Original Message -
From: "Rajesh Battala" 
To: dev@cloudstack.apache.org
Sent: Tuesday, October 1, 2013 8:58:53 AM
Subject: RE: [ANNOUNCE] New PMC member: Daan Hoogland

Congrats Daan :) 

-Original Message-
From: Chip Childers [mailto:chip.child...@sungard.com] 
Sent: Tuesday, October 1, 2013 8:18 PM
To: dev@cloudstack.apache.org
Subject: [ANNOUNCE] New PMC member: Daan Hoogland

The Project Management Committee (PMC) for Apache CloudStack has asked Daan 
Hoogland to join the PMC and we are pleased to announce that they have accepted.

Join me in congratulating Daan!

-The CloudStack PMC

[ACS 4.2][Upgrade Issue] System VM template caching

[Kelcey Jamison Damage]

Hi, 

Several of us in the community have found that with the 4.2 upgrade, when we 
download and install the latest system VM template, CloudStack refuses to use 
this template for new system VM creation. CloudStack appears to be usin a 
cached or master-clone variant of the old template. 

This is causing may KVM+ 4.2 users to have broken clouds, A bug report has been 
filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826 

My question is: Does anyone know where this cached template is stored? when 
CloudStack goes to make a new system VM, where does it look first for the 
template? We have observed through testing that this is no secondary storage. 

Thanks in advance. 

Kelcey Damage | Infrastructure Systems Architect 
Strategy | Automation | Cloud Computing | Technology Development 

Backbone Technology, Inc 
604-331-1152 ext. 114 

Re: System VM template caching

[Kelcey Jamison Damage]

t this ? I thought we needed to register them as user 
>>> vm 
>>> and that the upgrade would convert them to systemVM automatically 
>>> 
>>> -Sebastien 
>>> 
>>> On 9 Oct 2013, at 17:22, "kel...@backbonetechnology.com"< 
>>> kel...@backbonetechnology.com> wrote: 
>>> 
>>>> I was able to create a work around and several community builders 
>>> tested 
>>> it out for me and it works. 
>>>> 
>>>> I will not submit to docs as it's a hack, but I have updated the JIRA 
>>> ticket. 
>>>> 
>>>> Work around can be found at: 
>>>> 
>>>> 
>>> 
>>> http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cl 
>>> oudstack-4-2-dragon-kvm/ 
>>>> 
>>>> Thanks, 
>>>> 
>>>> -Kelcey 
>>>> 
>>>> Sent from my HTC 
>>>> 
>>>> - Reply message - 
>>>> From: "Soheil Eizadi"  
>>>> To: "dev@cloudstack.apache.org"  
>>>> Subject: System VM template caching 
>>>> Date: Tue, Oct 8, 2013 9:49 PM 
>>>> 
>>>> This seems similar to a problem I had on 4.3 Master with System VM 
>>> creation. If it is the same problem you can check from API command 
>>> ListTemplateCommand(), from CloudMonkey and see if it returns a bogus 
>>> cached value. Then you know it is the same problem. 
>>>> -Soheil 
>>>> 
>>>> 
>>> 
>>> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3C67 
>>> 17ec2e5a665a40a5af626d7d4fa90625e2e...@x2008mb1.infoblox.com%3E 
>>>> 
>>>>  
>>>> From: Kelcey Jamison Damage [kel...@backbonetechnology.com] 
>>>> Sent: Tuesday, October 08, 2013 12:19 PM 
>>>> To: Cloud Dev 
>>>> Subject: [ACS 4.2][Upgrade Issue] System VM template caching 
>>>> 
>>>> Hi, 
>>>> 
>>>> Several of us in the community have found that with the 4.2 upgrade, 
>>> when we download and install the latest system VM template, CloudStack 
>>> refuses to use this template for new system VM creation. CloudStack 
>>> appears 
>>> to be usin a cached or master-clone variant of the old template. 
>>>> 
>>>> This is causing may KVM+ 4.2 users to have broken clouds, A bug report 
>>> has been filed: https://issues.apache.org/jira/browse/CLOUDSTACK-4826 
>>>> 
>>>> My question is: Does anyone know where this cached template is stored? 
>>> when CloudStack goes to make a new system VM, where does it look first 
>>> for 
>>> the template? We have observed through testing that this is no secondary 
>>> storage. 
>>>> 
>>>> Thanks in advance. 
>>>> 
>>>> Kelcey Damage | Infrastructure Systems Architect 
>>>> Strategy | Automation | Cloud Computing | Technology Development 
>>>> 
>>>> Backbone Technology, Inc 
>>>> 604-331-1152 ext. 114 
> 

Re: System VM template caching

[Kelcey Jamison Damage]

I can patch in what I have been told, but I don't understand what I have been 
told so I know most of the people I help on irc won't get it either. Once I 
find what appears to be a digestible solution I will happily look into patching 
the docs. 

- Original Message -

From: "Sebastien Goasguen"  
To: dev@cloudstack.apache.org 
Sent: Thursday, October 10, 2013 4:44:46 PM 
Subject: Re: System VM template caching 


On Oct 10, 2013, at 2:19 PM, Kelcey Jamison Damage 
 wrote: 

> I just went back through the release guide an nowhere could I find any 
> mention of the template upgrade and workaround process for KVM host based 
> CloudStack upgrading from 4.1 to 4.2. I also took a look through the 
> troubleshooting section. I might just be missing it, but using the steps in 
> the guide for a second time I was able to perfectly replicate the broken 
> system VMs. 
> 
> I also read the mail chain, and it does mention needing to register the new 
> template but from a user perspective it does not mention how. And that email 
> thread is quite possible obscure for many of our current users. 
> 
> I am not trying to criticize, only express from a user perspective that this 
> information is not globally known or accessible. And based on a couple of 
> days on irc working with others in this situation it was quite prevalent that 
> no one knew of this information outside the development circle. 

There is no development circle. The dev@ list is it. 

I agree with you that the upgrade procedure in the release notes seem to be 
lacking something. 

If you have found the proper way to do it, then you can patch the documentation 
since you have write access to the code. 


> I can copy my blog post into a wiki article but the release docs do need some 
> form of bold entry 3.1 in the 4.2 release docs explaining the process of 
> upgrading and registering the new template. This would limit much confusion 
> in the user circle. 
> 
> I myself I must admit do not know how to do the .java upgrade process as I 
> have never really worked with .java files before or that aspect of ACS. If 
> someone had the time to jot down a verbose how-to, it would be really 
> helpful. 
> 
> This is the only steps I have found: 
> 
> (1) register a new template (such as systemvmtemplate-4.2) on UI or in 
> Upgrade*.java file 
> (2) Change template type from User to System in Upgrade*.java file. 
> (3) cloud-install-sys-tmplt download the systemvm template 
> (4) cloudstack-sysvmadm re-deploy systemvms 
> 
> The first two steps are slightly ambiguous assuming the user has done this 
> sort of activity before. 
> 
> Thanks all! 
> 
> -Kelcey 
> 
> - Original Message - 
> 
> From: "Sebastien Goasguen"  
> To: dev@cloudstack.apache.org 
> Cc: aemne...@gmail.com 
> Sent: Wednesday, October 9, 2013 11:26:13 AM 
> Subject: Re: System VM template caching 
> 
> and that one: 
> 
> http://markmail.org/message/kdmvc3frngdki5ho 
> 
> 
> On Oct 9, 2013, at 2:15 PM, Chiradeep Vittal  
> wrote: 
> 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Releas 
>> e_Notes/upgrade-instructions.html 
>> 
>> 
>> On 10/9/13 10:11 AM, "kel...@backbonetechnology.com" 
>>  wrote: 
>> 
>>> We tested deleting the template on primary storage, and it failed to 
>>> regenerate. 
>>> 
>>> What is the documented method for registering the new template, can you 
>>> link to it? 
>>> 
>>> It seems many of us failed to find any documentation about updating the 
>>> template period, not just in the 4.2 release doc under upgrades from 4.1 
>>> 
>>> Thanks. 
>>> 
>>> Sent from my HTC 
>>> 
>>> - Reply message - 
>>> From: "Ahmad Emneina"  
>>> To: "dev@cloudstack.apache.org"  
>>> Subject: System VM template caching 
>>> Date: Wed, Oct 9, 2013 9:48 AM 
>>> 
>>> there might be a more sound way than swapping the template on secondary 
>>> storage and hacking the db. I figure one should be able to register the 
>>> template, via the documented route... wait for download to succeed, 
>>> upgrade 
>>> the binary bits. then when the system vm's fail to launch. delete the 
>>> cached template on primary storage. That should be enough to trigger a new 
>>> system vm propagated to the primary storage. I find it hard to believe 
>>> this 
>>> passed QA... 
>>> 
>>> 
>>> On Wed, Oct 9, 2013 at 9:39 AM, kel...@backbonetechnology.com < 
>>> kel...@backbonetechnology.com> wrote: 
>>

Re: KVM systemvm not getting IP

[Kelcey Jamison Damage]

That is the old template and won't work with 4.2 

You can follow one of the methods in 
http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cloudstack-4-2-dragon-kvm/
 if you wish to recover your cloud, or you can simply use the updated template 
link posted and start over again. 

Thanks. 

-Kelcey 

- Original Message -

From: "Francois Gaudreault"  
To: dev@cloudstack.apache.org 
Sent: Friday, October 11, 2013 9:17:43 AM 
Subject: Re: KVM systemvm not getting IP 

Hmm... How do I know if I am using the old or new :P 

I downloaded this one: 
http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2 

FG 

On 10/11/2013, 12:12 PM, Rajesh Battala wrote: 
> Hi Francois, 
> Are you using the new systemvm template. 
> System vm's ip's info (boot args) are passed via socket in 4.2. Please check 
> whether you are using new or old systemvm template. 
> 
> Thanks 
> Rajesh Battala 
> 
> -Original Message- 
> From: Francois Gaudreault [mailto:fgaudrea...@cloudops.com] 
> Sent: Friday, October 11, 2013 8:30 PM 
> To: dev@cloudstack.apache.org 
> Subject: KVM systemvm not getting IP 
> 
> Anyone faced an issue where the KVM system VM doesn't set IPs on the network 
> interfaces? In fact there is no interfaces definitions in 
> /etc/network/interfaces. 
> 
> I am using CS 4.2. I re-installed my host to use Ubuntu 13.04 (I have the 
> same behavior on CentOS 6). 
> 
> -- 
> Francois Gaudreault 
> Architecte de Solution Cloud | Cloud Solutions Architect 
> fgaudrea...@cloudops.com 
> 514-629-6775 
> - - - 
> CloudOps 
> 420 rue Guy 
> Montréal QC H3J 1S6 
> www.cloudops.com 
> @CloudOps_ 
> 
> 
> 


-- 
Francois Gaudreault 
Architecte de Solution Cloud | Cloud Solutions Architect 
fgaudrea...@cloudops.com 
514-629-6775 
- - - 
CloudOps 
420 rue Guy 
Montréal QC H3J 1S6 
www.cloudops.com 
@CloudOps_ 

Re: Contributing as a non-committer

[Kelcey Jamison Damage]

As a non-committer follow these steps:

http://cloudstack.apache.org/develop/non-committer.html

hope that helps.

- Original Message -
From: "Paul Angus" 
To: dev@cloudstack.apache.org
Cc: "Sebastien Goasguen" 
Sent: Friday, June 7, 2013 1:55:17 PM
Subject: Contributing as a non-committer 

Guys,

I'm just trying to get up to speed with how I can contribute more (starting 
with a minor doc fix) but the link  
http://cloudstack.apache.org/develop/non-contributors.html is broken.

Can it be fixed pls (does it count as a bug that I need to report). Is there an 
alternate link for the time being?


Regards

Paul Angus
Senior Consultant / Cloud Architect

[cid:image002.png@01CE1071.C6CC9C10]

S: +44 20 3603 0540 | M: +447711418784
paul.an...@shapeblue.com | 
www.shapeblue.com | Twitter:@shapeblue
ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS

ShapeBlue are proud to be sponsoring CloudStack Collaboration  Conference NA
[https://cwiki.apache.org/confluence/download/attachments/30760149/CloudStack+Collaboration+Conference+Banner+v2+Blue+Background+Only.jpg?version=3&modificationDate=1367282397297]

Apache CloudStack Bootcamp training courses
19/20 June, 
London
22/23 June, Santa Clara  
CA
10/11 July, Bangalore, 
India
21/22 August, 
London

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 operated under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: if anybody know how to restrict access to a specific zone

[Kelcey Jamison Damage]

in cloudstack the domain or subdomain would require 1 or more 'private zones' 
to restrict user access

If you make a zone under root(called a public zone) then everyone can access 
and is restricted by quotas.

hope that helps.

- Original Message -
From: "Jessica Wang" 
To: us...@cloudstack.apache.org, dev@cloudstack.apache.org, 
users...@cloudstack.apache.org
Sent: Tuesday, June 11, 2013 3:23:08 PM
Subject: RE: if anybody know how to restrict access to a specific zone

> I want to give access to a user to see only a specific zone.

What is the role of the user that you want to give access to see only a 
specific zone?
A normal-user, a domain-admin, or a root-admin?


-Original Message-
From: William Jiang [mailto:william.ji...@manwin.com] 
Sent: Tuesday, June 11, 2013 3:17 PM
To: dev@cloudstack.apache.org; users...@cloudstack.apache.org; 
us...@cloudstack.apache.org
Subject: if anybody know how to restrict access to a specific zone

Hi,

if anybody know how to restrict access to a specific zone? We have multiple 
zone in our cloudstack 3.0 and I want to give access to a user to see only a 
specific zone.

Thanks,
William
This e-mail may be privileged and/or confidential, and the sender does not 
waive any related rights and obligations. Any distribution, use or copying of 
this e-mail or the information it contains by other than an intended recipient 
is unauthorized. If you received this e-mail in error, please advise me (by 
return e-mail or otherwise) immediately. Ce courrier ?lectronique est 
confidentiel et prot?g?. L'exp?diteur ne renonce pas aux droits et obligations 
qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des 
renseignements qu'il contient par une personne autre que le (les) 
destinataire(s) d?sign?(s) est interdite. Si vous recevez ce courrier 
?lectronique par erreur, veuillez m'en aviser imm?diatement, par retour de 
courrier ?lectronique ou par un autre moyen.

Re: if anybody know how to restrict access to a specific zone

[Kelcey Jamison Damage]

Also the our user structure is per-domain:

[]root| {Quota}}{Quota}   < --- public 
zone
  |
  {Access}[]sub-domain| {Restricted}  < --- private 
zone
  |
  {Access}  {Restricted}  []t2-sub-domain|< --- private 
zone



- Original Message -
From: "Kelcey Jamison Damage" 
To: dev@cloudstack.apache.org
Sent: Tuesday, June 11, 2013 3:35:30 PM
Subject: Re: if anybody know how to restrict access to a specific zone

in cloudstack the domain or subdomain would require 1 or more 'private zones' 
to restrict user access

If you make a zone under root(called a public zone) then everyone can access 
and is restricted by quotas.

hope that helps.

- Original Message -
From: "Jessica Wang" 
To: us...@cloudstack.apache.org, dev@cloudstack.apache.org, 
users...@cloudstack.apache.org
Sent: Tuesday, June 11, 2013 3:23:08 PM
Subject: RE: if anybody know how to restrict access to a specific zone

> I want to give access to a user to see only a specific zone.

What is the role of the user that you want to give access to see only a 
specific zone?
A normal-user, a domain-admin, or a root-admin?


-Original Message-
From: William Jiang [mailto:william.ji...@manwin.com] 
Sent: Tuesday, June 11, 2013 3:17 PM
To: dev@cloudstack.apache.org; users...@cloudstack.apache.org; 
us...@cloudstack.apache.org
Subject: if anybody know how to restrict access to a specific zone

Hi,

if anybody know how to restrict access to a specific zone? We have multiple 
zone in our cloudstack 3.0 and I want to give access to a user to see only a 
specific zone.

Thanks,
William
This e-mail may be privileged and/or confidential, and the sender does not 
waive any related rights and obligations. Any distribution, use or copying of 
this e-mail or the information it contains by other than an intended recipient 
is unauthorized. If you received this e-mail in error, please advise me (by 
return e-mail or otherwise) immediately. Ce courrier ?lectronique est 
confidentiel et prot?g?. L'exp?diteur ne renonce pas aux droits et obligations 
qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des 
renseignements qu'il contient par une personne autre que le (les) 
destinataire(s) d?sign?(s) est interdite. Si vous recevez ce courrier 
?lectronique par erreur, veuillez m'en aviser imm?diatement, par retour de 
courrier ?lectronique ou par un autre moyen.

Re: Cloning VMs in CloudStack, or not...

[Kelcey Jamison Damage]

Hey David, not sure if I mentioned this, but there are some guys at NetApp in 
Calgary that are interested in CloudStack development as well

- Original Message -
From: "Chip Childers" 
To: dev@cloudstack.apache.org
Sent: Thursday, June 13, 2013 10:56:51 AM
Subject: Re: Cloning VMs in CloudStack, or not...

On Thu, Jun 13, 2013 at 04:17:10PM +, La Motta, David wrote:
> Cool, we'll take a look at CreateCommand.  I like your suggestion to tweak 
> the execute method to accomplish this.
> 
> We are literally getting our feet wet at this point, and have some ideas that 
> we are looking to implement in a NetApp plugin to CS.
> 
> Hopefully we'll get to meet some of you at the CCC in a couple of weeks and 
> share some of those ideas.

Glad to hear about this!  Please keep sharing as you progress in your
thinking.

Re: Cloning VMs in CloudStack, or not...

[Kelcey Jamison Damage]

I was tipped off by one of the Vancouver guys by the name of Dave Dye. He never 
told me who specifically or which team, so I'm afraid it's a witch hunt, or 
maybe get in touch with Dave, he might know who to connect you to.

- Original Message -
From: "David La Motta" 
To: "" 
Sent: Thursday, June 13, 2013 11:13:41 AM
Subject: Re: Cloning VMs in CloudStack, or not...

Hey Kelcey, you'd mentioned there was somebody, but never got any specifics.  
You can share names outside of this thread if you'd like, and I'll reach out to 
them internally.  If not I'll have to go on a witch hunt  :-)


David La Motta
Technical Marketing Engineer
Citrix Solutions

NetApp
919.476.5042
dlamo...@netapp.com<mailto:dlamo...@netapp.com>



On Jun 13, 2013, at 2:10 PM, Kelcey Jamison Damage 
mailto:kel...@bbits.ca>>
 wrote:

Hey David, not sure if I mentioned this, but there are some guys at NetApp in 
Calgary that are interested in CloudStack development as well

- Original Message -
From: "Chip Childers" 
mailto:chip.child...@sungard.com>>
To: dev@cloudstack.apache.org<mailto:dev@cloudstack.apache.org>
Sent: Thursday, June 13, 2013 10:56:51 AM
Subject: Re: Cloning VMs in CloudStack, or not...

On Thu, Jun 13, 2013 at 04:17:10PM +, La Motta, David wrote:
Cool, we'll take a look at CreateCommand.  I like your suggestion to tweak the 
execute method to accomplish this.

We are literally getting our feet wet at this point, and have some ideas that 
we are looking to implement in a NetApp plugin to CS.

Hopefully we'll get to meet some of you at the CCC in a couple of weeks and 
share some of those ideas.

Glad to hear about this!  Please keep sharing as you progress in your
thinking.

Re: [ANNOUNCE] New CloudStack PMC Member: John Burwell

[Kelcey Jamison Damage]

Congratulations John!

- Original Message -
From: "John Burwell" 
To: dev@cloudstack.apache.org
Sent: Tuesday, June 18, 2013 2:04:28 PM
Subject: Re: [ANNOUNCE] New CloudStack PMC Member: John Burwell

All,

I just wanted to thank the community for being so welcoming.  Since I started 
working on the project last September, I have greatly appreciated the 
community's openness to exploring new ideas and patience in explaining old 
concepts to a noob like me.

I look forward to continuing to help out,
-John

On Jun 5, 2013, at 2:51 AM, Radhika Puthiyetath 
 wrote:

> I thought John is already one :-)
> 
> Congrats John
> -Radhika
> 
> -Original Message-
> From: Chip Childers [mailto:chipchild...@apache.org] 
> Sent: Tuesday, June 04, 2013 7:05 PM
> To: dev@cloudstack.apache.org
> Subject: [ANNOUNCE] New CloudStack PMC Member: John Burwell
> 
> The Apache CloudStack PMC has invited John Burwell to join the PMC, and he 
> has accepted.  Congrats John!
> 
> -chip

Re: [UI][[GSoC] Feedback on UI prototype with angular.js

[Kelcey Jamison Damage]

I went through some of the code and I like much of what I see, but I don't have 
a system right now that I can deploy and test this on. Does anyone have a demo 
build?

Thanks

- Original Message -
From: "Sebastien Goasguen" 
To: dev@cloudstack.apache.org, "Shiva Teja" 
Sent: Friday, July 12, 2013 12:45:11 AM
Subject: [UI][[GSoC] Feedback on UI prototype with angular.js

Hi folks,

Shiva Teja a GSoC student has a prototype of a UI using angular.js:

https://github.com/shivateja/cloudstack-ui/tree/angular-rawapi

While he worked on a REST interface early on, he switched to raw api calls.

Any feedback would be very much appreciated.

-sebastien

Apache MESOS and CloudStack

[Kelcey Jamison Damage]

Hi,

Is there anyone running MESOS on a pool of CloudStack guests?

This is something I am interested in, and am wondering if anyone is doing it?

Thanks

-Kelcey

Re: we like dev better then users :(

[Kelcey Jamison Damage]

You can always send them over to IRC where I am. Usually it's easier to handle 
support in real-time.

- Original Message -
From: "Alex Huang" 
To: dev@cloudstack.apache.org
Sent: Thursday, August 1, 2013 10:15:08 AM
Subject: RE: we like dev better then users :(

Daan,

This is a great service you're providing to the community!  I will go to my 
management and see if we can lend some support in terms of following up on your 
list.  Do you want to tag it so if I do get some resources, we have an easy way 
to filter in your report?

--Alex

> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Thursday, August 1, 2013 6:41 AM
> To: dev
> Subject: Re: we like dev better then users :(
> 
> Wido, I am not urging you or anybody to keep better track of this. It is a
> marketing issue. That is the only point I am trying to make. I am notorious at
> not reading user lists ever, myself.
> 
> DaanOps
> 
> On Thu, Aug 1, 2013 at 3:36 PM, Wido den Hollander 
> wrote:
> > On 08/01/2013 03:31 PM, Daan Hoogland wrote:
> >>
> >> I think the following list speaks for itself
> >>
> >
> > Although it's really good that you point this out I took the following
> > decision for myself: I contribute to the project by resolving bugs and
> > writing new features.
> >
> > In my case my colleague (Lennert) is subscribed to the users list and
> > he watches that and sometimes asks me to look to something.
> >
> > For me it's not doable to keep track of both the users and dev list
> > and work on $dayjob
> >
> > It's about shifting priorities and for me the dev list (which is hard
> > enough) is my main priority.
> >
> > Wido
> >
> >
> >> http://markmail.org/message/ap42zplnpenniqtd can't create VM after
> >> upgrade from 3.0.2 to 4,1. Error Code: 533 Error text: Unable to
> >> create a deploymentfor VM by William Jiang
> >> http://markmail.org/message/wxe6oktgtxtvg6uk Setting up networking
> on
> >> single machine by Philip Andrews
> >> http://markmail.org/message/lrenopzjshkzfxbe MuleSoft by Len
> >> Bellemore http://markmail.org/message/vicznsksl5k33uby VPC Issue with
> >> CS 4.1/KVM/Openvswitch by Dinu Arateanu
> >> http://markmail.org/message/nqw3abaplbzgutwz AMI Import questions
> by
> >> Carlos Reategui http://markmail.org/message/ny7wi4hpufe6j7wb
> windows
> >> vm lost static ip config after xe-tools upgrade from 6.0.2 to 6.1 by
> >> William Jiang http://markmail.org/message/camfk7jrekuzy2ge Cloud
> >> capacity by Jerry Jiang http://markmail.org/message/apnzuex65qcijegl
> >> vms hang in expunged state by Valery Ciareszka
> >> http://markmail.org/message/apkldlvxvq2u2yvm few orphan disk on
> >> primary storage (CS v3) by Pierre Benard
> >> http://markmail.org/message/to5zyb3k6z6hd3sg ESXI support by Chitra
> >> Manjunath http://markmail.org/message/23ga4bseph6ruh4x
> >> ClassCastException for Virtual Routers in Zones using Adv Networking
> >> by Boyer, Marc
> >>
> >> regards,
> >> Daan
> >>
> >

RE: NetApp Storage Integration

[Kelcey Jamison Damage]

Hi,

Do we have anyone working on storage integration with NetApp? I just got out of 
a non-nda meeting with them where they told me they are integrating both Swift 
and PNFS. Considering they are the primary curators of the NFS kernel, I'm 
hoping we might have at least 1 dev interested in maybe working with them?

They are also helping me design a 'Flex-Pod' for CloudStack which could have 
some cool implications for system integrators and builders.

Let's discuss.

Re: [GSOC] Five projects accepted for 2013 Google Summer of Code

[Kelcey Jamison Damage]

Awesome! I pasted this list in my 'important' folder, lol

- Original Message -
From: "Sebastien Goasguen" 
To: dev@cloudstack.apache.org
Sent: Monday, May 27, 2013 12:23:40 PM
Subject: [GSOC] Five projects accepted for 2013 Google Summer of Code

Hi,

I am pleased to report that the following projects have been accepted by the 
2013 Google Summer of Code:

"CloudStack: LDAP user provisioning", Ian Duffy

"Improving CloudStack support in Apache Whirr and Apache Provisionr 
incubating", Meng Han

"Integration project to deploy and use Apache Mesos on a CloudStack based 
Cloud" Dharmesh Kakadia

"A New Modular UI for Apache CloudStack" Shiva Teja Reddy

"Add Xen/XCP support for GRE SDN Controller" Nguyen Anh Tu

Join me in congratulating all five and welcoming them to the Apache CloudStack 
community this summer.

Abhi, Kelcey, Hugo and Myself will be their mentors but if you see questions 
from any of these five students feel free to jump in and help them out.

Happy coding,

Cheers,

-Sebastien

Re: [GSOC] Community Bonding Period

[Kelcey Jamison Damage]

Hello Shiva, I am your mentor, lol.

How's it going? I'm pretty excited about your project.

Are you still planning to integrate Flask into your project?

- Original Message -
From: "Shiva Teja" 
To: dev@cloudstack.apache.org
Sent: Thursday, May 30, 2013 9:54:26 AM
Subject: Re: [GSOC] Community Bonding Period

Hi,

I am Shiva Teja, 2nd year computer science undergrad student from IIT
Mandi, India. I'll be working on #CLOUDSTACK-1778 "Create a new bootstrap
based GUI for CloudStack". I like algorithm research, web development and a
bit of system administration.

I'll be creating a new UI for CloudStack using Bootstrap by Twitter and
Backbone.js. Along with this, I'll creating a RESTful wrapper API on top
the current CloudStack API to make things easy working with backbone.js. I
made a prototype along with my proposal which can found at
https://github.com/shivateja/cloudstack-ui. This will make custom UIs very
easy as the backbone models can be reused very easily.

jira : https://issues.apache.org/jira/browse/CLOUDSTACK-1778
wiki:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Create+a+bootstrap+based+GUI+for+CloudStack
(I messed up a bit too while creating the wiki page, same as Dharmesh's
mistake. I think cleaned it up too.)
Full proposal:
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/shivateja/1
Github : https://github.com/shivateja/
IRC nick: teja

My username on JIRA, review board and wiki is teja.

Looking forward for an awesome summer!

Thanks,
Shiva Teja


On Thu, May 30, 2013 at 7:51 PM, Abhinandan Prateek  wrote:

> Welcome Ian !
>
> On 30/05/13 3:05 AM, "Ian Duffy"  wrote:
>
> >Hi All,
> >
> >My name is Ian Duffy and I will be working on the the project titled "LDAP
> >User provisioning". I am a Computer Science Student at Dublin City
> >University in Ireland. I have interests in virtualization, automation,
> >information systems, networking and web development.
> >
> >The aim of my project, as stated in my proposal is to provide a more
> >effective mechanism to provision users from LDAP into cloudstack.
> >Currently
> >cloudstack enables LDAP authentication. In this authentication users must
> >be first setup in cloudstack. Once the user is setup in cloudstack they
> >can
> >authenticate using their ldap username and password. This project will
> >improve cloudstack LDAP integration by enabling users to be automatically
> >setup using their LDAP credentials. The full proposal can be seen here:
> >http://ianduffy.ie/cloudstack-ldap.pdf
> >
> >JIRA entry: https://issues.apache.org/jira/browse/CLOUDSTACK-2014
> >Wiki page:
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/LDAP+user+provision
> >ing+in+cloudstack
> >
> >I have connected my BNC to #gsoc, #cloudstack and #cloudstack-dev under
> >the
> >nickname of imduffy15, so it should I should be there 24/7. I have added
> >both Sebastien and Abhi on Skype, if anybody else wishes to connect on
> >skype my username is duffyi3.
> >
> >I have registered accounts on JIRA, review board and the wiki under the
> >username imduffy15.
> >
> >Look forward to working with you!
> >Ian
>
>
>

Re: [GSOC] Community Bonding Period

[Kelcey Jamison Damage]

I agree with Chip, lets keep all discussion open, and we can create a [DISCUSS] 
thread if need be.

I am currently working on a Flask based UI/API for cloud platforms 
management(The layer above CloudStack).

- Original Message -
From: "Chip Childers" 
To: dev@cloudstack.apache.org
Sent: Thursday, May 30, 2013 10:14:33 AM
Subject: Re: [GSOC] Community Bonding Period

On Thu, May 30, 2013 at 10:42:40PM +0530, Shiva Teja wrote:
> I was about to send an email off-list with updates.

On-list is best please (probably with a distinct subject like to start a
new thread).

Welcome by the way!

Re: [MERGE] disk_io_throttling to MASTER

[Kelcey Jamison Damage]

Is there any plan on supporting KVM in the patch cycle post 4.2?

- Original Message -
From: "Mike Tutkowski" 
To: dev@cloudstack.apache.org
Sent: Monday, June 3, 2013 10:12:32 AM
Subject: Re: [MERGE] disk_io_throttling to MASTER

I agree on merging Wei's feature first, then mine.

If his feature is for KVM only, then it is a non issue as I don't support
KVM in 4.2.


On Mon, Jun 3, 2013 at 8:55 AM, Wei ZHOU  wrote:

> John,
>
> For the billing, as no one works on billing now, users need to calculate
> the billing by themselves. They can get the service_offering and
> disk_offering of a VMs and volumes for calculation. Of course it is better
> to tell user the exact limitation value of individual volume, and network
> rate limitation for nics as well. I can work on it later. Do you think it
> is a part of I/O throttling?
>
> Sorry my misunstand the second the question.
>
> Agree with what you said about the two features.
>
> -Wei
>
>
> 2013/6/3 John Burwell 
>
> > Wei,
> >
> >
> > On Jun 3, 2013, at 2:13 AM, Wei ZHOU  wrote:
> >
> > > Hi John, Mike
> > >
> > > I hope Mike's aswer helps you. I am trying to adding more.
> > >
> > > (1) I think billing should depend on IO statistics rather than IOPS
> > > limitation. Please review disk_io_stat if you have time.   disk_io_stat
> > can
> > > get the IO statistics including bytes/iops read/write for an individual
> > > virtual machine.
> >
> > Going by the AWS model, customers are billed more for volumes with
> > provisioned IOPS, as well as, for those operations (
> > http://aws.amazon.com/ebs/).  I would imagine our users would like the
> > option to employ similar cost models.  Could an operator implement such a
> > billing model in the current patch?
> >
> > >
> > > (2) Do you mean IOPS runtime change? KVM supports setting IOPS/BPS
> > > limitation for a running virtual machine through command line. However,
> > > CloudStack does not support changing the parameters of a created
> offering
> > > (computer offering or disk offering).
> >
> > I meant at the Java interface level.  I apologize for being unclear.  Can
> > we more generalize allocation algorithms with a set of interfaces that
> > describe the service guarantees provided by a resource?
> >
> > >
> > > (3) It is a good question. Maybe it is better to commit Mike's patch
> > after
> > > disk_io_throttling as Mike needs to consider the limitation in
> hypervisor
> > > type, I think.
> >
> > I will expand on my thoughts in a later response to Mike regarding the
> > touch points between these two features.  I think that disk_io_throttling
> > will need to be merged before SolidFire, but I think we need closer
> > coordination between the branches (possibly have have solidfire track
> > disk_io_throttling) to coordinate on this issue.
> >
> > >
> > > - Wei
> > >
> > >
> > > 2013/6/3 John Burwell 
> > >
> > >> Mike,
> > >>
> > >> The things I want to understand are the following:
> > >>
> > >>   1) Is there value in capturing IOPS policies be captured in a common
> > >> data model (e.g. for billing/usage purposes, expressing offerings).
> > >>2) Should there be a common interface model for reasoning about IOP
> > >> provisioning at runtime?
> > >>3) How are conflicting provisioned IOPS configurations between a
> > >> hypervisor and storage device reconciled?  In particular, a scenario
> > where
> > >> is lead to believe (and billed) for more IOPS configured for a VM
> than a
> > >> storage device has been configured to deliver.  Another scenario
> could a
> > >> consistent configuration between a VM and a storage device at creation
> > >> time, but a later modification to storage device introduces logical
> > >> inconsistency.
> > >>
> > >> Thanks,
> > >> -John
> > >>
> > >> On Jun 2, 2013, at 8:38 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com>
> > >> wrote:
> > >>
> > >> Hi John,
> > >>
> > >> I believe Wei's feature deals with controlling the max number of IOPS
> > from
> > >> the hypervisor side.
> > >>
> > >> My feature is focused on controlling IOPS from the storage system
> side.
> > >>
> > >> I hope that helps. :)
> > >>
> > >>
> > >> On Sun, Jun 2, 2013 at 6:35 PM, John Burwell 
> > wrote:
> > >>
> > >>> Wei,
> > >>>
> > >>> My opinion is that no features should be merged until all functional
> > >>> issues have been resolved and it is ready to turn over to test.
>  Until
> > >> the
> > >>> total Ops vs discrete read/write ops issue is addressed and
> re-reviewed
> > >> by
> > >>> Wido, I don't think this criteria has been satisfied.
> > >>>
> > >>> Also, how does this work intersect/compliment the SolidFire patch (
> > >>> https://reviews.apache.org/r/11479/)?  As I understand it that work
> is
> > >>> also involves provisioned IOPS.  I would like to ensure we don't
> have a
> > >>> scenario where provisioned IOPS in KVM and SolidFire are
> unnecessarily
> > >>> incompatible.
> > >>>
> > >>> Thanks,
> > >>> -John
> > >>>
> > >>> On Jun 1, 2013, at 6:47 AM, Wei ZHOU  wrote:

CloudStack + KVM(Ubuntu 12.04, Libvirt 1.0.2) + Ceph [Seeking Help]

[Kelcey Jamison Damage]

Hi, 

I have gotten so close to have Ceph work in my cloud but I have reached a 
roadblock. Any help would be greatly appreciated. I know this is not actually a 
CloudStack issue at this point, but I also know several ACS users have tried 
Ceph. 

I receive the following error when trying to get KVM to run a VM with an RBD 
volume: 

Libvirtd.log: 

2013-10-16 22:05:15.516+: 9814: error : qemuProcessReadLogOutput:1477 : 
internal error Process exited while reading console log output: 
char device redirected to /dev/pts/3 
kvm: -drive 
file=rbd:libvirt-pool/new-libvirt-image:id=libvirt:key=+F5ScBQlLhAAYCH8qhGEh/gjKW+NpziAlA==:auth_supported=cephx\;none:mon_host=
 
10.0.1.83\:6789,if=none,id=drive-ide0-0-1: error connecting 
kvm: -drive 
file=rbd:libvirt-pool/new-libvirt-image:id=libvirt:key=+F5ScBQlLhAAYCH8qhGEh/gjKW+NpziAlA==:auth_supported=cephx\;none:mon_host=
 
10.0.1.83\:6789,if=none,id=drive-ide0-0-1: could not open disk image 
rbd:libvirt-pool/new-libvirt-image:id=libvirt:key=+F5ScBQlLhAAYCH8qhGEh 
/gjKW+NpziAlA==:auth_supported=cephx\;none:mon_host=10.0.1.83\:6789: Invalid 
argument 

Ceph Pool showing test volume exists: 

root@ubuntu-test-KVM-RBD:/opt# rbd -p libvirt-pool ls 
new-libvirt-image 

Ceph Auth: 

client.libvirt 
key: AQBx+F5ScBQlLhAAYCH8qhGEh/gjKW+NpziAlA== 
caps: [mon] allow r 
caps: [osd] allow class-read object_prefix rbd_children, allow rwx 
pool=libvirt-pool 

KVM Drive Support: 

root@ubuntu-test-KVM-RBD:/opt# kvm --drive 
format=?ibvirt-image:id=libvirt:key=+F5Sc 
Supported formats: vvfat vpc vmdk vdi sheepdog rbd raw host_cdrom host_floppy 
host_device file qed qcow2 qcow parallels nbd dmg tftp ftps ft 
p https http cow cloop bochs blkverify blkdebug 

Thank you if anyone can help :) 


Kelcey Damage | Infrastructure Systems Architect 
Strategy | Automation | Cloud Computing | Technology Development 

Backbone Technology, Inc 
604-331-1152 ext. 114 

Re: Cloudstack collab Hackathons

[Kelcey Jamison Damage]

+1 again for KVM in Python! 


- Original Message -

From: "Darren Shepherd"  
To: dev@cloudstack.apache.org 
Sent: Wednesday, October 16, 2013 5:54:26 PM 
Subject: Re: Cloudstack collab Hackathons 

+1 for kvm in python. I'd like to take it a step further. I'd like to create a 
framework for adding compute and storage with python drivers. The first 
implementation should just happen to be libvirt/kvm. So yeah, I'll be 
interested in this. I'll be landing around 10am so don't know what time I'll 
get to the hackathon. 

Darren 

> On Oct 14, 2013, at 9:29 AM, Marcus Sorensen  wrote: 
> 
>> On Mon, Oct 14, 2013 at 8:22 AM, Sebastien Goasguen  
>> wrote: 
>> 
>>> On Oct 11, 2013, at 4:43 AM, Hugo Trippaers  wrote: 
>>> 
>>> Hey Guys, 
>>> 
>>> The CloudStack collaboration conference is right around the corner. The 
>>> first day of the conference will be dedicated to workshops and a hackathon. 
>>> 
>>> I'm curious which developers are planning to attend the hackthon and what 
>>> subjects you are interested in. In Santa Clara we had a short list of some 
>>> subjects to discuss and some tables and discussions were already prepared 
>>> in advance. In the upcoming conference we can do the same, so if you have a 
>>> discussion or project idea that you want to work on at the hackthon let us 
>>> know with a reply in this thread. 
>>> 
>>> I'm also curious if there are any aspiring developers that would like to 
>>> have a sort of introduction into cloudstack development during the 
>>> hackathon. 
>>> 
>>> If you have any other ideas, just shout. 
>>> 
>>> Cheers, 
>>> 
>>> Hugo 
>> 
>> I am adding couple topics that I would like to see: 
>> 
>> -API interfaces (AWS refactor, GCE, OCCI&CIMI standard): Discuss the state 
>> of our interfaces, plans for future, needs etc. AWS interface might need a 
>> refactor, GCE is a new interface, OCCI is a standard and Isaac Chiang has 
>> developed an interface. We are missing a CIMI interface. 
>> 
>> -DOCs: We are having lots of talks about docs, they have been split in a 
>> separate repo, we need to discuss format, release life cycle, format etc. 
>> 
>> -KVM agent: There has been discussions/wishes to re-write the KVM agent in 
>> something else than Java. Review architecture, define a plan, find 
>> developers :) 
> 
> What? First I've heard of it! I'm not sure how I feel about that. On 
> one side, it seems reasonable to do it in something like python and 
> remove the java dependency on the KVM host. On the other hand, there's 
> a lot of technical debt in what's been built already, while it would 
> probably be almost trivial to set up a basic working agent, it seems 
> like a significant amount of work to transfer all of the 
> functionality, special code that works around libvirt bugs, etc. Not 
> to mention agent plugins that have already had a significant amount of 
> effort put into them. On top of that, I'm not sure there's a whole lot 
> of value if the motive is to attract non-java guys or admins, when the 
> agent's features rely on what the mgmt server can do (new 
> features/capabilities would require java code anyway, or at the very 
> least coordinated effort between multiple devs who want the same 
> feature). 
> 
>> 
>> -Ecosystem: The are lots of tools in the cloud ecosystem, we should talk 
>> about docker, ansible, cloud foundry/bosh…etc.and define a plan to have 
>> great cloudstack support in all of those. 
>> 
>> -sebastien 
>> 
>> 

Re: regions

[Kelcey Jamison Damage]

you would be surprised that in some Ops environments having to only remember 
one site url is worth it. 

I was hoping that with LDAP and the account structure I I could be 'root' 
across all regions. I could provide the client a separate yet co-managed dev 
environment at their site. Maintain their production in the main cloud, and 
limit traffic over the IPSEC link. 

My only concern with putting a clustered management member at their site and 
making it a dedicated extension of their domain, was all the traffic over the 
tunnel for the database. Which brings up the question, can we specify a 
read-only database for cloudstack? as in read from here, write to there? 

Because if that's possible then it makes no sense for me to use regions at all. 

Thanks 

- Original Message -

From: "Marcus Sorensen"  
To: dev@cloudstack.apache.org 
Sent: Friday, October 18, 2013 8:46:52 AM 
Subject: Re: regions 

To answer your last question, a region is a grouping of zones, so you 
can't have multiple regions manage the same zone. You can have 
multiple mgmt servers manage the same zone though. 

You could deploy a management server as a part of a mgmt server 
cluster in another site, assuming it had access to the database and 
access to the vm hosts/management network. Or you could deploy a full 
cluster, complete with vm hosts and database in the other site. You 
can then link your sites together as regions, but per the email I'm 
not sure it buys you anything yet except for a link at the top of the 
page that lets you switch between being logged in to one site's mgmt 
page or another. 

On Fri, Oct 18, 2013 at 9:24 AM, kel...@backbonetechnology.com 
 wrote: 
> I was under the impression that from the UI you could select the current 
> region and view/manipulate resources. 
> 
> I was planning on using this to deploy a region for local dev work at a 
> client's office, but maintain admin authority. Simply allowing tasks to be 
> processed locally to them. 
> 
> Perhaps I miss-interpreted the use of regions. 
> 
> Does this mean I need to set the remote office as a dedicated cluster and 
> have all that management traffic over the site to site link? 
> 
> Thanks. 
> 
> Sent from my HTC 
> 
> - Reply message - 
> From: "Marcus Sorensen"  
> To: "dev@cloudstack.apache.org"  
> Subject: regions 
> Date: Fri, Oct 18, 2013 8:13 AM 
> 
> Thanks for the reply. 
> 
> On Fri, Oct 18, 2013 at 8:46 AM, Kishan Kavala  
> wrote: 
>> 
>>> -Original Message- 
>>> From: Marcus Sorensen [mailto:shadow...@gmail.com] 
>>> Sent: Friday, 18 October 2013 4:28 AM 
>>> To: dev@cloudstack.apache.org 
>>> Subject: regions 
>>> 
>>> I'm looking for more information on use cases for regions. I've been 
>>> through: 
>>> 
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/AWS- 
>>> Style+Regions+Functional+Spec 
>>> 
>> [KK] Requirements doc has some info on use cases [1] 
>>> And I've set up two management servers as separate regions. From what I can 
>>> tell, I'm not sure why I'd want to use it. 1) accounts need to be 
>>> replicated 
>>> manually, and 
>> [KK] Account sync need not be manual. Currently it is expected that sync is 
>> done outside CS. Either though integrating with directory service or using a 
>> portal layer above. 
>> Alex Ough started a discussion [2] to use messaging framework to sync 
>> account data 
> 
> Ok, that's good to know. To me this is pretty much the one thing from 
> a management perspective that would differentiate regions vs 
> standalone clusters. If a cloud operator has the means to manage 
> external accounts on their own then they can also easily deploy 
> multiple standalone management clusters and treat them as endpoints 
> with the same amount of effort. If they don't, then regions become 
> really useful if the feature handles account sync. 
> 
>> 
>> 2)I can't make an API call to one MS to deploy in another region 
>> [KK] AWS also doesn't support making API call to another region. You need 
>> select an end_point before making an API call. 
> 
> Sure, but I don't generally think of CloudStack in terms of what AWS 
> does or doesn't do. It never really occurs to me that a feature might 
> do or not do something because it's what AWS does. I think we do that 
> a bit too much. At any rate, I was just looking for reasons from a 
> management perspective to use regions over standalone management 
> clusters; if I have to choose an endpoint then at least in this regard 
> it doesn't matter if that endpoint is a standalone cloudstack install 
> or a region. 
> 
>> 
>>> (or at least I don't see a documented way to do this). Between those two 
>>> limitations, it means I could also set up two standalone management servers 
>>> and they'd function the same, aside from the slight UI change of having 
>>> another 
>>> region listed in the UI. I realize there are GSLB and portable IP features, 
>>> but 
>>> they're not mentioned in the functional spec.I'm just looking for the 

Re: regions

[Kelcey Jamison Damage]

The reason I like the thought of a read or write database selection, is the 
ability to move dev systems into staging by simply assigning the VM to the 
correct domain for it's life-cycle. 

Maybe I can convince a dev to pick up read/write separation. It can't be that 
tough, our inhouse distributed app does it with simple DSNs in a text file. 

Key thing being I want to tie the two sites as closely as possible and limit 
WAN talk. It would be nice to even have a secondary storage at the remote site 
and control local vs replicated templates/snapshot for DR purposes. 

So many decisions to make, haha. 

Thanks for all your help. 


- Original Message -

From: "Marcus Sorensen"  
To: dev@cloudstack.apache.org 
Sent: Friday, October 18, 2013 9:10:34 AM 
Subject: Re: regions 

If you were to set up two cloudstacks (prod and dev), both authing to 
the same LDAP, at different sites, that would probably work, 
regardless of whether they're tied together as regions. If regions is 
LDAP compatible that might alleviate the manual account replication 
issue. 

On Fri, Oct 18, 2013 at 9:55 AM, Kelcey Jamison Damage 
 wrote: 
> you would be surprised that in some Ops environments having to only remember 
> one site url is worth it. 
> 
> I was hoping that with LDAP and the account structure I I could be 'root' 
> across all regions. I could provide the client a separate yet co-managed dev 
> environment at their site. Maintain their production in the main cloud, and 
> limit traffic over the IPSEC link. 
> 
> My only concern with putting a clustered management member at their site and 
> making it a dedicated extension of their domain, was all the traffic over the 
> tunnel for the database. Which brings up the question, can we specify a 
> read-only database for cloudstack? as in read from here, write to there? 
> 
> Because if that's possible then it makes no sense for me to use regions at 
> all. 
> 
> Thanks 
> 
> - Original Message - 
> 
> From: "Marcus Sorensen"  
> To: dev@cloudstack.apache.org 
> Sent: Friday, October 18, 2013 8:46:52 AM 
> Subject: Re: regions 
> 
> To answer your last question, a region is a grouping of zones, so you 
> can't have multiple regions manage the same zone. You can have 
> multiple mgmt servers manage the same zone though. 
> 
> You could deploy a management server as a part of a mgmt server 
> cluster in another site, assuming it had access to the database and 
> access to the vm hosts/management network. Or you could deploy a full 
> cluster, complete with vm hosts and database in the other site. You 
> can then link your sites together as regions, but per the email I'm 
> not sure it buys you anything yet except for a link at the top of the 
> page that lets you switch between being logged in to one site's mgmt 
> page or another. 
> 
> On Fri, Oct 18, 2013 at 9:24 AM, kel...@backbonetechnology.com 
>  wrote: 
>> I was under the impression that from the UI you could select the current 
>> region and view/manipulate resources. 
>> 
>> I was planning on using this to deploy a region for local dev work at a 
>> client's office, but maintain admin authority. Simply allowing tasks to be 
>> processed locally to them. 
>> 
>> Perhaps I miss-interpreted the use of regions. 
>> 
>> Does this mean I need to set the remote office as a dedicated cluster and 
>> have all that management traffic over the site to site link? 
>> 
>> Thanks. 
>> 
>> Sent from my HTC 
>> 
>> - Reply message - 
>> From: "Marcus Sorensen"  
>> To: "dev@cloudstack.apache.org"  
>> Subject: regions 
>> Date: Fri, Oct 18, 2013 8:13 AM 
>> 
>> Thanks for the reply. 
>> 
>> On Fri, Oct 18, 2013 at 8:46 AM, Kishan Kavala  
>> wrote: 
>>> 
>>>> -Original Message- 
>>>> From: Marcus Sorensen [mailto:shadow...@gmail.com] 
>>>> Sent: Friday, 18 October 2013 4:28 AM 
>>>> To: dev@cloudstack.apache.org 
>>>> Subject: regions 
>>>> 
>>>> I'm looking for more information on use cases for regions. I've been 
>>>> through: 
>>>> 
>>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/AWS- 
>>>> Style+Regions+Functional+Spec 
>>>> 
>>> [KK] Requirements doc has some info on use cases [1] 
>>>> And I've set up two management servers as separate regions. From what I 
>>>> can 
>>>> tell, I'm not sure why I'd want to use it. 1) accounts need to be 
>>>> replicated 
>>>> manually, and 
>>

Re: [ANNOUNCE] New PMC member: Animesh Chaturvedi

[Kelcey Jamison Damage]

Congratulations! 


- Original Message -

From: "Ahmad Emneina"  
To: dev@cloudstack.apache.org 
Sent: Monday, October 21, 2013 12:26:30 PM 
Subject: Re: [ANNOUNCE] New PMC member: Animesh Chaturvedi 

Congrats Animesh. Your contributions to 4.2 were tremendous... Looking 
forward to more great things! 
On Oct 21, 2013 12:06 PM, "Chip Childers"  wrote: 

> The Project Management Committee (PMC) for Apache CloudStack has asked 
> Animesh Chaturvedi to join the PMC and we are pleased to announce that they 
> have accepted. 
> 
> Join me in congratulating Animesh! 
> 
> -The CloudStack PMC 
> 

Re: How does HA work?

[Kelcey Jamison Damage]

I can tell you it uses 'Storage-Heartbeat" method for HA, unless that's 
changed. That means the heartbeat ring is via the primary storage. 


- Original Message -

From: "Nux!"  
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Sent: Wednesday, October 23, 2013 10:48:40 AM 
Subject: How does HA work? 

Hello, 

Since I'm not a programmer reading the code doesn't make too much sense 
to me. 
Can anyone explain to me how HA works (for VMs expecially)? 
Who monitors these HA VMs? Can I run multiple monitors, for HA? Any 
recommendations, best practices, gotchas? 

Thanks, 
Lucian 

-- 
Sent from the Delta quadrant using Borg technology! 

Nux! 
www.nux.ro 

Re: why system.vm.use.local.storage?

[Kelcey Jamison Damage]

That's a good point. I know the system VMs are auto created if the system is 
aware of their state being either 'Destroyed', 'Expunged'. If the state is 
'Starting', or 'Started'/'Running' then no actions are taken. 

In your scenario, the system VM would still be 'Started' in the database even 
though communication is lost to the host, so no automatic action would be 
taken. 

- Original Message -

From: "Darren Shepherd"  
To: dev@cloudstack.apache.org 
Sent: Thursday, October 31, 2013 10:47:41 AM 
Subject: why system.vm.use.local.storage? 

Why do we have the configuration system.vm.use.local.storage? Why would 
somebody care if they systemvm is on local storage? I'm guessing the idea 
here is if it's on local storage we can't bring it back in a host failure 
situation? But don't we just recreate the systemvm? 

Darren 

Re: why system.vm.use.local.storage?

[Kelcey Jamison Damage]

Well perhaps it should be a checkbox on the first zone wizard page, have it 
show up when the user selects 'use local storage'. it could say 'allow system 
VMs on local storage'. 


- Original Message -

From: "Darren Shepherd"  
To: dev@cloudstack.apache.org 
Cc: dev@cloudstack.apache.org 
Sent: Thursday, October 31, 2013 11:46:32 AM 
Subject: Re: why system.vm.use.local.storage? 

I just find it annoying setting up a zone with local storage that I have to 
turn this setting on. If I have no shared storage, then system VMs won't deploy 
with out this parameter. It's just seems like a useless setting that might have 
been added because there is something else in the system that isn't working 
right. 

Darren 

> On Oct 31, 2013, at 10:52 AM, Kelcey Jamison Damage 
>  wrote: 
> 
> That's a good point. I know the system VMs are auto created if the system is 
> aware of their state being either 'Destroyed', 'Expunged'. If the state is 
> 'Starting', or 'Started'/'Running' then no actions are taken. 
> 
> In your scenario, the system VM would still be 'Started' in the database even 
> though communication is lost to the host, so no automatic action would be 
> taken. 
> 
> - Original Message - 
> 
> From: "Darren Shepherd"  
> To: dev@cloudstack.apache.org 
> Sent: Thursday, October 31, 2013 10:47:41 AM 
> Subject: why system.vm.use.local.storage? 
> 
> Why do we have the configuration system.vm.use.local.storage? Why would 
> somebody care if they systemvm is on local storage? I'm guessing the idea 
> here is if it's on local storage we can't bring it back in a host failure 
> situation? But don't we just recreate the systemvm? 
> 
> Darren 
>