RE: Graduation

Congratulation all! -kd >-Original Message- >From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com] >Sent: Wednesday, March 20, 2013 11:45 AM >To: cloudstack-dev@incubator.apache.org >Subject: RE: Graduation > >Yay :-) Congratulations everyone! > >-Original Message- >From: C

RE: [VMWARE] Can 1 VSphere cluster - be managed by 2 CS hosts

- be managed by 2 CS hosts > >Correct, there is no deep integration like agent, however it creates system VMs >and storage pool and I'm not certain if it find them as conflicting.. > >> -Original Message- >> From: Kelcey Damage (BT) [mailto:kel...@backbonetechnolo

RE: [VMWARE] Can 1 VSphere cluster - be managed by 2 CS hosts

oudstack. > >I want to use 2 CloudStack management servers (4.0 and 4.1) on the same >cluster. > > >> -----Original Message- >> From: Kelcey Damage (BT) [mailto:kel...@backbonetechnology.com] >> Sent: Friday, March 15, 2013 4:42 PM >> To: cloudstack-dev@in

RE: [VMWARE] Can 1 VSphere cluster - be managed by 2 CS hosts

I thought with CS we still needed vcenter, which would make the answer a no. But by CS hosts do you mean management servers? >-Original Message- >From: Musayev, Ilya [mailto:imusa...@webmd.net] >Sent: Friday, March 15, 2013 1:36 PM >To: cloudstack-dev@incubator.apache.org >Subject: [VMWA

RE: [VOTE] Graduate Apache CloudStack from the Incubator

+1 KELCEY DAMAGE Infrastructure Systems Architect www.backbonetechnology.com - kel...@backbonetechnology.com address: 55 East 7th Ave, Vancouver, BC, V5T 1M4 tel: +1 604 713 8560 ext:114   fax: +1 604 605 0964 skype: k

RE: HA question

Hi, I can’t remember, do we enable HA on a per host basis, or on a per cluster basis? Thanks. http://www.backbone.gr/media/backbone_symbol1.pngKelcey Damage Infrastructure Systems Architect www.backbonetechnology.com

RE: [DRAFT] Graduation resolution / IPMC vote email draft for discussion

I'm with Joe on this, best to avoid an over specific mission statement. Should leave room to interpret and grow. Besides the simpler and more direct the statement the easier it is to consume and follow. My 2 cents -KELCEY DAMAGE >-Original Message- >From: Joe Brockmeier [mailto:j...@zo

RE: Weekly News Weekly Reminder

I'd like to start re-blogging/linking the weeklies as my blog space is currently dormant. Any issues in me doing that? Thanks -KELCEY DAMAGE >-Original Message- >From: Joe Brockmeier [mailto:j...@zonker.net] >Sent: Monday, February 25, 2013 10:42 AM >To: CloudStack Developers >Subject

RE: [ACS41] Yet another reviewboard reminder... for both committers and contributors.

ard guidelines. > >Animesh > > >> -Original Message- >> From: Kelcey Damage (BT) [mailto:kel...@backbonetechnology.com] >> Sent: Friday, February 15, 2013 3:05 PM >> To: cloudstack-dev@incubator.apache.org >> Subject: RE: [ACS41] Yet another reviewboard

RE: [ACS41] Yet another reviewboard reminder... for both committers and contributors.

My name got attached to 1180, and I'm not sure why. I am not what you would call capable of reviewing the submission other then from a legal/compliance perspective. Thanks -Kelcey >-Original Message- >From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com] >Sent: Friday, February

RE: CloudStack VS OpenStack - stack wars

What you can't gauge is the amount of emails and conversations I have, for instance, with magazines and VPs all very interested in ACS, where it is ,and how long it will take. I can imagine several community members field the same types of question I do daily. Openstack has higher numbers, yes...

RE: [SCREENCAST] request for screencast to demo features

That sounds awesome Hugo, looking forward to it. -kd >-Original Message- >From: Hugo Trippaers [mailto:htrippa...@schubergphilis.com] >Sent: Monday, January 21, 2013 12:22 AM >To: cloudstack-dev@incubator.apache.org >Subject: RE: [SCREENCAST] request for screencast to demo features > >Scr

RE: [DISCUSS] Email etiquette CC or not CC

My position is the same as Joe, judicious email filters. TBH I would like a copy of everything to go to the list. If certain people want to CC above and beyond that, I think it's ok. We really need to keep the archival working. Thanks -kd >-Original Message- >From: Sheng Yang [mailto:s

RE: [DISCUSS] Security Groups Isolation in Advanced Zone

So to catch myself up, this will allow functional security group isolation/ACLs on both 'shared' and 'isolated' networks? -kd >-Original Message- >From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com] >Sent: Wednesday, January 16, 2013 1:36 PM >To: cloudstack-dev@incubator.apac

RE: [VOTE] Accept a donation of SRX&F5 inline mode support in CloudStack from Citrix

Gave it a read through, +1 (Binding) -kd >-Original Message- >From: Chip Childers [mailto:chip.child...@sungard.com] >Sent: Wednesday, January 16, 2013 12:09 PM >To: cloudstack-dev@incubator.apache.org >Subject: Re: [VOTE] Accept a donation of SRX&F5 inline mode support in >CloudStack

RE: [DISCUSS] Limit Resources to domain/account

My bad, I see you were discussing speed per core in relation to quotas and resource constraints/account restrictions. -kd >-Original Message- >From: Sanjay Tripathi [mailto:sanjay.tripa...@citrix.com] >Sent: Wednesday, January 16, 2013 11:53 AM >To: cloudstack-dev@incubator.apache.org >

RE: [DISCUSS] Limit Resources to domain/account

I believe the idea is that CPU cores are treated like compute units, and speed is simply a value the admin set based on availability and cost model. However the fact that you can create many different compute units, lets you leverage a more granular pricing model. CloudStack already factors int

RE: [DISCUSS] Getting CloudStack into the linux distros?

+1 for getting CS into a distro or two. And for resolving the concerns below which strike me as pretty important to focus on first. -kd >-Original Message- >From: Robert Schweikert [mailto:rjsch...@suse.com] >Sent: Thursday, January 10, 2013 9:29 AM >To: cloudstack-dev@incubator.apache.o

RE: [DISCUSS] PaaS Enablement: Composite Application Blueprints (#576)

+1 for YAML, I find JSON good for when I never look at the data and simply pass to a Python dictionary, however for interaction I am going to back the YAML choice. KELCEY DAMAGE Infrastructure Systems Architect www.backbonetechnology.com ---

RE: [VOTE] Accept a donation of marvin automated tests from Citrix

+1 (binding) from me as well -kd >-Original Message- >From: Joe Brockmeier [mailto:j...@zonker.net] >Sent: Wednesday, January 09, 2013 12:57 PM >To: cloudstack-dev@incubator.apache.org >Subject: Re: [VOTE] Accept a donation of marvin automated tests from Citrix > >On Wed, Jan 9, 2013, at

RE: [DISCUSS] PaaS Enablement: Composite Application Blueprints (#576)

Right off the bat, I like what's being proposed here. Being able to 1-shot provision application infrastructures is a great feature. And to store these pocket infrastructures as blue-prints in the template system I think makes the most sense. As for guest automation, I too would like to see CloudS

RE: Restore a VM from template

Not restore, but you can re-instance. Make a call to provision a VM from the template catalog. It will be a new sequenced clone, not a restore. With CS you don’t really use VMs, the term ‘instance’ is actually quite correct. They are ‘stateless’ to the hypervisor, and exist only in the DB. So in

RE: [DISCUSS] IP Address Reservation within a network

So I see this and now wonder why do we even specify the guest CIDR at zone creation? Why not just use VLSM at network creation? Or some other instance in time controlled by the client/admin provisioning process. Thanks -kd >-Original Message- >From: Saksham Srivastava [mailto:saksham.sri

RE: New committer: Sebastien Goasguen

Congrats Sebastien! KELCEY DAMAGE Infrastructure Systems Architect www.backbonetechnology.com - kel...@backbonetechnology.com address: 55 East 7th Ave, Vancouver, BC, V5T 1M4 tel: +1 604 713 8560 ext:114   fax: +1 604 6

RE: [DISCUSS] CloudStack Social media

Hootsuite bought the building around the corner from my DC. Will be their headquarters/main DC. -kd >-Original Message- >From: John Kinsella [mailto:j...@stratosec.co] >Sent: Thursday, January 03, 2013 10:14 AM >To: cloudstack-dev@incubator.apache.org >Subject: Re: [DISCUSS] CloudStack S

RE: New committer: Kelcey Damage

Awesome, that made my day :) -kd >-Original Message- >From: Chip Childers [mailto:chip.child...@sungard.com] >Sent: Wednesday, January 02, 2013 2:10 PM >To: cloudstack-dev@incubator.apache.org >Subject: Re: New committer: Kelcey Damage > >On Wed, Jan 2, 2013 at 5:07

RE: New committer: Kelcey Damage

Aww, I was hoping for a RickRolling! -kd >-Original Message- >From: Chip Childers [mailto:chip.child...@sungard.com] >Sent: Wednesday, January 02, 2013 2:02 PM >To: cloudstack-dev@incubator.apache.org >Subject: Re: New committer: Kelcey Damage > >On Wed, Jan 2, 2013 at 4:59 PM, Sonny Chhe

RE: [VOTE] Project Bylaws

+1 -kd >-Original Message- >From: John Kinsella [mailto:j...@stratosec.co] >Sent: Wednesday, January 02, 2013 12:05 PM >To: cloudstack-dev@incubator.apache.org >Subject: Re: [VOTE] Project Bylaws > >+1 > >On Jan 2, 2013, at 7:29 AM, Chip Childers >wrote: > >> Hi all, >> >> We've had som

RE: New committer: Kelcey Damage

Thanks John, and thank you everybody. I hope in 2013 I can involve myself to a larger degree in the project. -kd >-Original Message- >From: John Kinsella [mailto:j...@stratosec.co] >Sent: Wednesday, January 02, 2013 12:38 PM >To: d...@incubator.apache.org> >Subject: New committer: Kelcey

RE: [VOTE] Enforcing UUID string in API query

Hmm, I am going to vote +0 on this one. I see this as something that makes sense for the future functionality of the CS API, but the fact it is such a major change, it's hard for me to jump on it. I also very much dislike UUIDs as they can be cumbersome and unwieldy to manage. The upside is, if we

RE: Changes to the wiki

Just don't delete my account related pages :) , I'm sure we aren't running out of space. -kd   >-Original Message- >From: Prasanna Santhanam [mailto:prasanna.santha...@citrix.com] >Sent: Wednesday, December 19, 2012 1:38 PM >To: cloudstack-dev@incubator.apache.org >Subject: Re: Changes

RE: Changes to the wiki

Lol, 'diagram conversions' was mine, but no one wanted new diagram designs, so delete away :) -kd >-Original Message- >From: David Nalley [mailto:da...@gnsa.us] >Sent: Wednesday, December 19, 2012 1:26 PM >To: cloudstack-dev@incubator.apache.org >Subject: Re: Changes to the wiki > >On Wed

RE: Changes to the wiki

Lol, +1 on this suggestion :) -kd >-Original Message- >From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] >Sent: Wednesday, December 19, 2012 1:00 PM >To: CloudStack DeveloperList >Subject: Re: Changes to the wiki > >Very nice. Now can you make the site faster too please? :) > >

RE: [PROPOSAL] Raise cluster size limit to 16 on VMware

This is certainly needed, Thank you -kd >-Original Message- >From: Chip Childers [mailto:chip.child...@sungard.com] >Sent: Wednesday, December 19, 2012 12:52 PM >To: cloudstack-dev@incubator.apache.org >Cc: Kelven Yang >Subject: Re: [PROPOSAL] Raise cluster size limit to 16 on VMware >

RE: Changes to the wiki

So far so good! -kd >-Original Message- >From: Alex Huang [mailto:alex.hu...@citrix.com] >Sent: Wednesday, December 19, 2012 12:11 PM >To: cloudstack-dev@incubator.apache.org >Subject: RE: Changes to the wiki > >If we're all okay with this, we also need a lot of second level pages and >m

RE: [PROPOSAL] Better VM Sync on VMware

Disregard, it's clearly a core site alteration :) >-Original Message- >From: Kelcey Damage (BT) [mailto:kel...@backbonetechnology.com] >Sent: Wednesday, December 19, 2012 11:31 AM >To: cloudstack-dev@incubator.apache.org >Subject: RE: [PROPOSAL] Better VM Sync on VMwa

RE: [PROPOSAL] Better VM Sync on VMware

Completely off topic, can you show me how you created the collapsible side menu on your wiki page? Thanks -kd >-Original Message- >From: Hari Kannan [mailto:hari.kan...@citrix.com] >Sent: Wednesday, December 19, 2012 11:20 AM >To: cloudstack-dev@incubator.apache.org >Cc: Kelven Yang >S

RE: Functional Specification for the multiple IPs per NIC

the public IP with the guest IP (CS does the NAT) "release" >public IP, if acquired "release" guest IP, if acquired (cannot release if still >mapped to a public IP) > >The workflow is similar for shared net > >Does it make sense? > >Hari >

RE: Functional Specification for the multiple IPs per NIC

All networks in CS shared, isolated, basic track assigned IPs in the database, so yes, we can know what is in use if provisioned by CS. The key here is to use the same tables to assign auxiliary IPs at the users request to individual instances. The responsibility is still on the VM administrator

RE: Functional Specification for the multiple IPs per NIC

ta/user-data code >first? > >On Dec 18, 2012, at 10:58 AM, "Kelcey Damage (BT)" > > wrote: > >> I guess we are all in agreement them :) >> >>> -Original Message- >>> From: John Kinsella [mailto:j...@stratosec.co] >>> Sent: Tues

RE: Functional Specification for the multiple IPs per NIC

I guess we are all in agreement them :) >-Original Message- >From: John Kinsella [mailto:j...@stratosec.co] >Sent: Tuesday, December 18, 2012 10:56 AM >To: cloudstack-dev@incubator.apache.org >Subject: Re: Functional Specification for the multiple IPs per NIC > >cloud-init's (more specific

RE: Functional Specification for the multiple IPs per NIC

h us pulling the CloudInit stuff back out of this proposal and making that a separate issue. +1 > >On 12/18/12 10:42 AM, "Kelcey Damage (BT)" > >wrote: > >> >> >>>-Original Message- >>>From: Chiradeep Vittal [mailto:chiradeep.vit...@ci

RE: Functional Specification for the multiple IPs per NIC

>-Original Message- >From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com] >Sent: Tuesday, December 18, 2012 10:39 AM >To: CloudStack DeveloperList >Subject: Re: Functional Specification for the multiple IPs per NIC > >Sorry, not sure why cloud-init is being clubbed into this featur

RE: Functional Specification for the multiple IPs per NIC

Replies inline >-Original Message- >From: John Kinsella [mailto:j...@stratosec.co] >Sent: Tuesday, December 18, 2012 10:36 AM >To: cloudstack-dev@incubator.apache.org >Subject: Re: Functional Specification for the multiple IPs per NIC > >Is there any logic behind 30? At some point, we're g

RE: [Discuss] EIP and ELB enhancements for HA & Failover application architecture

I agree that ELB needs some enhancements. I personally what to find a more open solution then NetScalar, but there is not too much out there. I dabbled myself with nginx trying to build an auto-scaling LB system, and might resurrect that if the proposal for an nginx based VR/LB goes through. Sti

RE: [OFFLINE] December 22 - January 1

Have a great vacation/holidays! -kd >>>-Original Message- >>>From: Joe Brockmeier [mailto:j...@zonker.net] >>>Sent: Thursday, December 13, 2012 2:00 PM >>>To: CloudStack Developers >>>Subject: [OFFLINE] December 22 - January 1 >>> >>>The subject should probably be "offline-ish"... I'm goi

RE: CentOS System Offering Thread

Centos also has a desirable file structure for many as well :) -Original Message- From: Donal Lafferty [mailto:donal.laffe...@citrix.com] Sent: Wednesday, December 12, 2012 12:34 PM To: cloudstack-dev@incubator.apache.org Subject: RE: CentOS System Offering Thread 1. Can you remind me o

RE: Email Conventions

That's my issue too, I use outlook. -Original Message- From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com] Sent: Wednesday, December 12, 2012 2:04 PM To: cloudstack-dev@incubator.apache.org Subject: RE: Email Conventions Chip I did not find an Option for Auto nesting in Outl

RE: Feature wish list

The feature wish list has been updated to reflect the round table at CCC. Please review and add details if any of these requests came from you, also feel free to clean up the organization. Thanks https://cwiki.apache.org/confluence/display/CLOUDSTACK/Features+Wish+List http://www.backbon

RE: [ASFCS41] nTier Apps 2.0

Adding to the feature request sheet -kd >>>-Original Message- >>>From: Manan Shah [mailto:manan.s...@citrix.com] >>>Sent: Thursday, December 13, 2012 11:44 AM >>>To: cloudstack-dev@incubator.apache.org >>>Subject: [ASFCS41] nTier Apps 2.0 >>> >>>Hi, >>> >>>I would like to propose a new f

RE: Email Conventions

Done Thanks -kd >>>-Original Message- >>>From: Alex Huang [mailto:alex.hu...@citrix.com] >>>Sent: Wednesday, December 12, 2012 4:20 PM >>>To: cloudstack-dev@incubator.apache.org >>>Subject: RE: Email Conventions >>> >>>Here's what you need to do in outlook 2010. >>> >>>Click on the File

RE: [DISCUSS] CloudStack Marketplace Update

m? Who would be responsible?? What payment GW? Broker? Legalities? -kd -Original Message----- From: Kelcey Damage (BT) [mailto:kel...@backbonetechnology.com] Sent: Wednesday, December 12, 2012 3:10 PM To: cloudstack-dev@incubator.apache.org Subject: RE: [DISCUSS] CloudStack Marketplace Update >

RE: [DISCUSS] CloudStack Marketplace Update

Ahh, that's what I was trying to figure out. To me, a marketplace is moot without infra. On Dec 12, 2012, at 3:09 PM, "Kelcey Damage (BT)" wrote: > Also has anyone thought of the logistics of hosting/operating an > ecommerce system? Who would be responsible?? Wh

RE: [DISCUSS] CloudStack Marketplace Update

>>>Weighing in late here as well. >>>First guys, appreciate the contribution. All these awesome ideas, we appreciate the work. >>>That said, work *has* to happen in The Apache Way. >>>Now, some comments: >>>I would strongly recommend separation of code and data. Build Marketplace in