Re: [openstack-dev] [tc] [all] TC Report 18

rop.openstack.org/meetings/tc/2017/tc.2017-04-25-20.00.log.html#l-177> > [^m]: > <http://eavesdrop.openstack.org/meetings/tc/2017/tc.2017-04-25-20.00.log.html#l-259> > > # Colophon > > This is an opinionated overview of Technical Committee activity from > my perspective.

Re: [openstack-dev] [nova] Reflections on the pike-1 milestone

Perfect explanation and very clear - Thanks Matt!! On 20/04/17 21:18, Matt Riedemann wrote: > On 4/20/2017 2:01 AM, Maish Saidel-Keesing wrote: >> Just as a matter of interest - from the numbers above you say 62 >> blueprints approved - was this only for this cycle - or *up until

Re: [openstack-dev] [nova] Reflections on the pike-1 milestone

g/developer/nova/sample_policy.html > [3] > https://www.openstack.org/summit/boston-2017/summit-schedule/events/18738/using-cinder-for-nova-ephemeral-storage-backend > [4] https://review.openstack.org/#/c/438134/ >

Re: [Openstack-operators] [User-committee] User Committee elections

Congratulations to Both Melvin and Shamail!! I am sure you will do an awesome job. Looking forward to continue the work - we have started to make the entire OpenStack community a better one On Sat, Feb 18, 2017 at 7:47 AM, Edgar Magana wrote: > Congratulations to our

Re: [Openstack-operators] User Committee Election

l/user-committee/2017-February/001635.html - Melvin Hillsman http://lists.openstack.org/pipermail/user-committee/2017-February/001661.html - Shamail Tahir http://lists.openstack.org/pipermail/user-committee/2017-February/001680.html - Maish Saidel-Keesing http://lists.openstack.org/pipermail/user-com

Re: [openstack-dev] [all] [barbican] [security] Why are projects trying to avoid Barbican, still?

major difference on deployability > which Barbican now satisfies. Big tent projects should aim to cover > these areas also if they wish to thrive in the community. > > Tim > >> >>> Thanks, >>> Kevin >> >> Brandon B. Jozsa >> -- Best Regards, M

Re: [Openstack-operators] UC Bylaws Changes - Approved!

t; > > > We have a lot of more work to do but for today we can take a break and > celebrate. > > > > OpenStack User Committee, > > Shilla Saebi, Jon Proulx and Edgar Magana > -- Best Regards, Maish Saidel-Keesing

Re: [openstack-dev] [all][elections] Results of the TC Election

. -- Best Regards, Maish Saidel-Keesing On 10/10/16 02:49, Tony Breeds wrote: > Please join me in congratulating the 6 newly elected members of the TC. > > Doug Hellmann (dhellmann) > Emilien Macchi (emilienm) > Jeremy Stanley (fungi) > Monty Taylor (mordred) > Sean Dague (sdagu

[Openstack-operators] [AUC] Cancelling today's AUC WG meeting

Due to unforeseen circumstances, today's AUC meeting today will _*not*_ be held today. Catch you all next week. -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http

Re: [openstack-dev] Seeking Mobile Beta Testers

sts.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:

Re: [Openstack-operators] User Survey usage of QEMU (as opposed to KVM) ?

ifference to the Operator? In the meantime - I have opened up this bug [1] > Chris > > [1] https://bugs.launchpad.net/horizon/+bug/1580746 -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.open

Re: [Openstack-operators] User Survey usage of QEMU (as opposed to KVM) ?

>>/kashyap > >> > >>___ > >>OpenStack-operators mailing list > >>OpenStack-operators@lists.openstack.org > <mailto:OpenStack-operators@lists.openstack.org> > >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [Openstack-operators] User Survey usage of QEMU (as opposed to KVM) ?

: Checking if device /dev/kvm exists > : PASS > QEMU: Checking if device /dev/kvm is accessible > : PASS > > >> [1] https://libvirt.org/drvqemu.html >> > -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] User Survey usage of QEMU (as opposed to KVM) ?

t. > > Does anyone have any thoughts on this topic ? > > Indeed, is there anyone here who genuinely use virt_type=qemu in a > production deployment of OpenStack who might have other reasons that > I've missed ? > > Regards, > Daniel -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [openstack-dev] [neutron]: Neutron naming legal issues

evelopment Mailing List (not for usage questions) > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best Regards, Maish Saidel-Keesing

Re: [openstack-dev] [magnum] High Availability

/openstack/2014-March/006100.html Some food for thought -- Best Regards, Maish Saidel-Keesing On 03/18/16 17:18, Hongbin Lu wrote: > Douglas, > > I am not opposed to adopt Barbican in Magnum (In fact, we already adopted > Barbican). What I am opposed to is a Barbican lock-in, which

Re: [openstack-dev] [all] A proposal to separate the design summit

diverse needs we have. > > Thank you very much! > > I think that this is great and well thought out proposal. Thanks! -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage ques

Re: [openstack-dev] Encouraging first-time contributors through bug tags/reviews

OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/opensta

Re: [Openstack-operators] [openstack-dev] [stable][all] Keeping Juno "alive" for longer.

ors and developers input in a single place, and to get this idea on the radar of all of the projects. -- Tom Cameron ________ From: Maish Saidel-Keesing <mais...@maishsk.com <mailto:mais...@maishsk.com>> Sent: Monday, No

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

l at least allow us to move forward without having to convince everybody everywhere that this is actually just the path of least resistance. -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not

Re: [Openstack-operators] [openstack-dev] [stable][all] Keeping Juno "alive" for longer.

in Austin for this topic after blueprints are submitted and discussed? It would be nice to have the operators and developers input in a single place, and to get this idea on the radar of all of the projects. -- Tom Cameron ____ From: Maish Saidel-Kee

Re: [openstack-dev] Scheduler proposal

, providing HA, etc. has operational cost. This is not to say that this cannot be overseen, but it should be taken into consideration. And *if* they can be consolidated into an agreed solution across the whole of OpenStack - that would be highly beneficial (IMHO). -- Best Regards, Maish Saidel

Re: [Openstack-operators] [openstack-dev] Scheduler proposal

, providing HA, etc. has operational cost. This is not to say that this cannot be overseen, but it should be taken into consideration. And *if* they can be consolidated into an agreed solution across the whole of OpenStack - that would be highly beneficial (IMHO). -- Best Regards, Maish Saidel

[openstack-dev] [Election] [TC] TC Candidacy

/AddingYourBlog -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin

[Openstack-operators] [Election] [TC] TC Candidacy

/AddingYourBlog -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[openstack-dev] [glance] [nova] Verification of glance images before boot

in a bit more detail. Thanks. [1] https://blueprints.launchpad.net/glance/+spec/image-signing-and-verification-support -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions

Re: [Openstack-operators] [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

r dhcp agent configurations and then populate the file with: domain=DOMAIN_NAME,CIDR for each network i.e. domain=example.com <http://example.com>,10.11.22.0/24 <http://10.11.22.0/24> ... -Steve On Thu, Sep 3, 2015 at 1:04 AM, Maish Saidel-Keesing

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

r dhcp agent configurations and then populate the file with: domain=DOMAIN_NAME,CIDR for each network i.e. domain=example.com <http://example.com>,10.11.22.0/24 <http://10.11.22.0/24> ... -Steve On Thu, Sep 3, 2015 at 1:04 AM, Maish Saidel-Keesing

[Openstack-operators] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

the same throughout the whole system is the domain suffix. I see that this is not a current neutron feature. Is this on the roadmap? Are there ways to achieve this today? If so I would be very interested in hearing how. Thanks -- Best Regards, Maish Saidel-Keesing

[openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

the same throughout the whole system is the domain suffix. I see that this is not a current neutron feature. Is this on the roadmap? Are there ways to achieve this today? If so I would be very interested in hearing how. Thanks -- Best Regards, Maish Saidel-Keesing

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

same subnet - this could cause all sorts of problems. And all of this has to be done with appropriate shell permissions to the neutron node. In other words, it could work, but only for a very certain use case. On Thu, Sep 3, 2015 at 1:04 AM, Maish Saidel-Keesing <mais...@maishsk.com <mailto:m

Re: [openstack-dev] [all] PTL/TC candidate workflow proposal for next elections

+1 To what Joshua said. I would also like to understand what is the goal we are trying to accomplish by moving this to a repo and submitting a CR and what does this solve or improve on the current way we are doing things? Will it reduce noise? marginally (IMHO). Maish On 08/22/15 06:02,

[openstack-dev] [Heat] creating a stack with a config_drive

/openstack.html#OS::Nova::Server -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [openstack-dev] [Heat] creating a stack with a config_drive

? Original message From: Maish Saidel-Keesing Date:08/07/2015 8:08 AM (GMT-06:00) To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Heat] creating a stack with a config_drive I have been looking for a working example to create Heat stack

[Openstack-operators] [all] OpenStack voting by the numbers

Some of my thoughts on the Voting process. http://technodrone.blogspot.com/2015/07/openstack-summit-voting-by-numbers.html Guess which category has the most number of submissions?? ;) -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators

[Openstack] [all] OpenStack voting by the numbers

Some of my thoughts on the Voting process. http://technodrone.blogspot.com/2015/07/openstack-summit-voting-by-numbers.html Guess which category has the most number of submissions?? ;) -- Best Regards, Maish Saidel-Keesing ___ Mailing list: http

Re: [Openstack-operators] [tags] Meeting this week

: OK, if there isn't soon an outpouring of support for this meeting, I think it's best cancelled :) On 16/07/15 18:37, Maish Saidel-Keesing wrote: I would prefer to defer today's meeting On 07/16/15 11:17, Tom Fifield wrote: Hi, According to the logs from last week, which are sadly in yet

Re: [Openstack-operators] [tags] Meeting this week

://www.timeanddate.com/worldclock/fixedtime.html?iso=20150702T1400 ) To kick off with agenda item #4: https://etherpad.openstack.org/p/ops-tags-June-2015 Previous meeting notes can be found at: http://eavesdrop.openstack.org/meetings/ops_tags/2015/ Regards, Tom -- Best Regards, Maish Saidel-Keesing

Re: [openstack-dev] [nova] Proposal for an Experiment

/ __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best Regards, Maish Saidel-Keesing

[openstack-dev] [tags] ops:ha tag request for feedback

I would appreciate if you could all leave your comments and thoughts on the following patch [1]. Please be advised this is an initial version and your feedback is very much appreciated. [1] https://review.openstack.org/#/c/200128/1 -- Best Regards, Maish Saidel-Keesing

[Openstack-operators] [tags] ops:ha tag request for feedback

I would appreciate if you could all leave your comments and thoughts on the following patch [1]. Please be advised this is an initial version and your feedback is very much appreciated. [1] https://review.openstack.org/#/c/200128/1 -- Best Regards, Maish Saidel-Keesing

Re: [Openstack-operators] [tags] Ops-Data vs. Ops-Tags

can work within the same framework to communicate the best information to all the consumers of our ecosystem. -- Thierry Carrez (ttx) [1] http://eavesdrop.openstack.org/meetings/ops_tags/2015/ops_tags.2015-06-18-14.03.log.html -- Best Regards, Maish Saidel-Keesing

Re: [Openstack] Can openstack conference video files be downloaded?

...@stratoscale.com [1] http://technodrone.blogspot.com/2015/06/downloading-all-sessions-from-openstack.html -- Best Regards, Maish Saidel-Keesing ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack

Re: [openstack-dev] [nova][ceilometer] proposal to send bulk hypervisor stats data in periodic notifications

it would be safe to say that in any production environment I would run, Nova would control the instances exclusively. -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions

Re: [Openstack-operators] [ops][tags][packaging] [tc] ops:packaging tag - a little common sense, please

-- Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [openstack-dev] [Openstack-operators] [ops][tags][packaging] [tc] ops:packaging tag - a little common sense, please

-- Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/01/15 03:20, Steve Gordon wrote: - Original Message - From: Maish Saidel-Keesing mais...@maishsk.com To: openstack-dev@lists.openstack.org On 05/29/15 18:25, Matthew Thode wrote: On 05/29/2015 10:18 AM, Ihar Hrachyshka wrote: What about release notes? How can we now communicate

Re: [Openstack-operators] [Tags] Tags Team Repo our first tags!

. Does this repo have the same 'core' reviewer methodology like all others? If so who are those who have the 'authority' to merge patch? -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev for release notes just do git log between commit hashes? Do you really think that is what an Operator will do? I do not think is a realistic expectation or something that will work. -- Best Regards, Maish Saidel

Re: [openstack-dev] [lbaas] [octavia] [barbican] Relationship between Octavia and Barbican and Octavia 1.0 questions

*To:* maishsk+openst...@maishsk.com; OpenStack Development Mailing List (not for usage questions); Maish Saidel-Keesing *Subject:* Re: [openstack-dev] [lbaas] [octavia] [barbican] Relationship between Octavia and Barbican and Octavia 1.0 questions Hi Maish, Thanks for the feedback, some answers

Re: [openstack-dev] [lbaas] [octavia] [barbican] Relationship between Octavia and Barbican and Octavia 1.0 questions

will not be able to attend - I will be on a plane. I will look monitor the etherpad and pass my comments on. On May 19, 2015, at 12:05 AM, Maish Saidel-Keesing mais...@maishsk.com mailto:mais...@maishsk.com wrote: Hello all, Going over today's presentation Load Balancing as a Service, Kilo

Re: [openstack-dev] rating talks (and keynotes) at the OpenStack summit

everything. This feedback can be used by the foundation to evaluate what was amazing, what was wrong, and in addition also help the track leads during the session selection process. -- Best Regards, Maish Saidel-Keesing

[openstack-dev] [lbaas] [octavia] [barbican] Relationship between Octavia and Barbican and Octavia 1.0 questions

://www.youtube.com/watch?v=-eAKur8lErU -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [Openstack-operators] [nova] Backlog Specs: a way to send requirements to the developer community

/openstack-operators -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[openstack-dev] [all] [tc] A way for Operators/Users to submit feature requests

Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [openstack-dev] [all] [tc] A way for Operators/Users to submit feature requests

On 05/14/15 23:34, Jay Pipes wrote: On 05/14/2015 03:48 PM, Maish Saidel-Keesing wrote: I just saw an email on the Operators list [1] that I think would allow a much simpler process for the non-developer community to submit a feature request. I understand that this was raised once upon a time

Re: [openstack-dev] [new][cloudpulse] Announcing a project to HealthCheck OpenStack deployments

-cloudpulse. Regards, Vinod Pandarinathan [1] https://github.com/openstack-dev/cookiecutter -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ

Re: [openstack-dev] [all] TC Communications planning

questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

this translates into something noticeably unique starting with the next election. In my perfect world anyway. ; ) I am all for OTC (OpenStack / Operational Technical Contributor) :) -- Best Regards, Maish Saidel-Keesing

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

://en.wikipedia.org/wiki/Field_of_Dreams -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

On 05/05/15 19:14, Sylvain Bauza wrote: Le 05/05/2015 18:00, Thierry Carrez a écrit : Maish Saidel-Keesing wrote: It is not only the representation - it is also action on the feedback. There was an OPS summit not so long ago in Philadelphia [1]. Two full days. I personally did

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

and creates acceptance for those who are not like us. Believe me I have been dealing with this all my life. I would like to thank you all for your contribution and thoughts in this thread, I hope it was useful for you all as it was for me. -- Best Regards, Maish Saidel-Keesing On 05/04/15 20:11

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

On 05/05/15 19:00, Thierry Carrez wrote: Maish Saidel-Keesing wrote: It is not only the representation - it is also action on the feedback. There was an OPS summit not so long ago in Philadelphia [1]. Two full days. I personally did not participate but from what I heard it was a good two

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Best Regards, Maish Saidel-Keesing

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

/Governance/Foundation/UserCommittee [3] https://wiki.openstack.org/wiki/Governance/Foundation/TechnicalCommittee -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe

Re: [openstack-dev] Congrats (I think) to the new TC

and changes take time. -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [openstack-dev] [tc] Who is allowed to vote for TC candidates

/wiki/Governance/Foundation/UserCommittee -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [openstack-dev] [Elections] TC Election analysis

of people like this - but do not really participate in the community? Thoughts? -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ

[openstack-dev] [all] Question for the TC candidates

it immediately and really we don't need to hash over the policies and procedures of the past. We might, however, like to make it better for the future. I sincerely hope that this will be possible. -- Best Regards, Maish Saidel-Keesing

Re: [openstack-dev] [all] Question for the TC candidates

-infra@lists.openstack.org/msg01430.html -- Best Regards, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

Re: [openstack-dev] [all] Question for the TC candidates

On 04/29/15 21:59, Stefano Maffulli wrote: On Wed, 2015-04-29 at 18:28 +0300, Maish Saidel-Keesing wrote: How about the fact that the definition of an ATC was changed [1] for a free Summit pass? [2] This was not a decision of the TC, it was a decision of the Foundation staff. The definition

Re: [openstack-dev] [all] Question for the TC candidates

, Maish Saidel-Keesing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] TC Candidacy

and private cloud providers regardless of size, by being simple to implement and massively scalable.`` I would like to wish all the candidates the best of luck. -- Best Regards, Maish Saidel-Keesing [1] http://vsphere-land.com/news/top-vblog-2015-full-results.html [2] http

[openstack-dev] [Infra] Use of heat for CI of OpenStack

I was wondering.. Is the OpenStack CI/CD Infra using Heat in any way? Do the commits trigger a new build of DevStack/OpenStack that is based on a Heat Template or just the provisioning of a regular instance and then deployment of code on top of that? -- Best Regards, Maish Saidel-Keesing

Re: [Openstack-operators] Hypervisor decision

/cgi-bin/mailman/listinfo/openstack-operators -- Best Regards, Maish Saidel-Keesing ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack] Base Image size

on this will be helpful. Regards Neelu ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack -- Best Regards, Maish Saidel

[openstack-dev] [Ceilometer] Real world experience with Ceilometer deployments - Feedback requested

regards, Maish Saidel-Keesing Platform Architect Cisco __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi

[Openstack] [All] Summit Session Proposal Voting

or not? And most importantly - are the results of the voting process publicly available - if so - where? And if not - then why not? Thanks -- Maish Saidel-Keesing ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post

[openstack-dev] [All] Start Contributing to OpenStack - The Easy Way with a docker container

://registry.hub.docker.com/u/maishsk/openstack-git-env/ [2] http://technodrone.blogspot.com/2014/11/start-contributing-to-openstack-easy.html Feedback is always welcome -- Maish Saidel-Keesing ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[Openstack] [All] Start Contributing to OpenStack - The Easy Way with a docker container

://registry.hub.docker.com/u/maishsk/openstack-git-env/ [2] http://technodrone.blogspot.com/2014/11/start-contributing-to-openstack-easy.html Feedback is always welcome -- Maish Saidel-Keesing ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman

[openstack-dev] [Heat] Order of machines to be terminated during scale down

? And in which order? From old to new (1-4) or new to old (4 - 1) ? Thanks -- Maish Saidel-Keesing ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Heat] Order of machines to be terminated during scale down

regards, Pavlo Shchelokovskyy. On Wed, Nov 26, 2014 at 12:24 PM, Maish Saidel-Keesing maishsk+openst...@maishsk.com mailto:maishsk+openst...@maishsk.com wrote: In which order are machines terminated during a scale down action in an auto scaling group

Re: [openstack-dev] [Heat] Order of machines to be terminated during scale down

Thanks Pavlo. Is there any reason why FIFO was chosen? Maish On 26/11/2014 12:30, Pavlo Shchelokovskyy wrote: Maish, by default they are deleted in in the same order they were created, FIFO style. Best regards, Pavlo Shchelokovskyy. On Wed, Nov 26, 2014 at 12:24 PM, Maish Saidel-Keesing

Re: [Openstack-operators] database hoarding

instead of having a number of poorly documented, slightly inconsistent commands. ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators -- Maish Saidel

[openstack-dev] [All] [Openstack-docs] High Availability Guide Update - RFI

or Active/Passive or both or other? - Suggested method of implementation - Additional info that you feel is relevant to add. [1] https://etherpad.openstack.org/p/openstack-haguide-update Thanks -- Maish Saidel-Keesing ___ OpenStack-dev mailing list

Re: [openstack-dev] TC election by the numbers

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Maish Saidel-Keesing ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

Re: [openstack-dev] Travels tips for the Paris summit

@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Maish Saidel-Keesing ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all][docs][tc] How to scale Documentation

- on the project team knows the ins and outs of the code, what it can do, and how to use it. This does not mean it should be a free for all. Work *with* the the Docs team to make the documentation standard and consistent across all of OpenStack. -- Maish Saidel-Keesing

Re: [openstack-dev] [all] Design Summit planning

-coding candidate sessions for merging etc. Good point. I've replaced the wording in the wiki page -- just use whatever suits you best, as long as it's a public document and you can link to it. -- Maish Saidel-Keesing ___ OpenStack-dev mailing list

Re: [openstack-dev] [all] Design Summit planning

On 17/09/2014 23:12, Anita Kuno wrote: On 09/17/2014 04:01 PM, Maish Saidel-Keesing wrote: This looks great - but I am afraid that something might be missing. As part of the Design summit in Atlanta there was an Ops Meetup track. [1] I do not see where this fits into the current planning

[openstack-dev] [Neutron] [LBaaS] Packet flow between instances using a load balancer

flow. How would you all deal with this scenario and controlling the traffic flow? Any help / thoughts is appreciated! -- Maish Saidel-Keesing ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman

[openstack-dev] Plugin Mechanism for Openstack Components to provide HA

be the same way you install the package through yum/apt part of this package could have a plugin to a central HA component with all the information needed to make this component highly available. Am I barking up the wrong tree? With best regards, Maish Saidel-Keesing Platform Architect SPVSS msaid