gies for losing it, can someone
> point it out to me?
>
> [^t]:
> <http://eavesdrop.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
>
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
27/cellsv2-operatordevelopercommunity-coordination
> [2] https://docs.openstack.org/developer/nova/sample_policy.html
> [3]
> https://www.openstack.org/summit/boston-2017/summit-schedule/events/18738/using-cinder-for-
eployability
> 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,
Maish Saidel-Keesing
.
--
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
> http://lists.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.opensta
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
__
OpenSt
/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 a
ave.
>
> 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 questions)
Unsubscribe: o
_
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/op
know what would be. But I do think using the
abstraction layer of tooz will 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
___
, 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
/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
ctual flow 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
igurations 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
mailto:mais...@mais
ures the 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
mailto:mais...@maish
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
+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, Jos
?
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 st
/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
tive discussion at the Nova mid-cycle
next week. I know it will be a lively one. :)
[1] http://cassandra.apache.org/
[2] http://www.datastax.com/
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@
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
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
ackaged:sles:juno
I will be proposing the above tag definition to the
openstack/governance repository this week.
Thanks for listening,
-jay
[1]
http://eavesdrop.openstack.org/irclogs/%23openstack-meeting/%23openstack-meeting.2015-06-09.log.html#t2015-06-09T20:18:00
[2] https:
On 06/01/15 03:20, Steve Gordon wrote:
- Original Message -
From: "Maish Saidel-Keesing"
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 so
? I do not think is
a realistic expectation or something that will work.
--
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/mailman/listinfo/openstack-dev
penst...@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 below. Please al
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
mailto:mais...@maishsk.com>> wrote:
Hello all,
Going over today's presentation "Load Balancing as a Service, Kil
note speakers, food, venue 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
___
anks
[1] https://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:u
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
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
stack-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
Stack 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
minds 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/0
be some.
Either way, those collective experiences may be different, but I
think very little is happening in a total vacuum.
Doug
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack
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
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 not
my fingers
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 Said
reciated.
[1] https://etherpad.openstack.org/p/PHL-ops-meetup
[2] http://en.wikipedia.org/wiki/Field_of_Dreams
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscri
n/Mission
[2] https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee
[3] https://wiki.openstack.org/wiki/Governance/Foundation/TechnicalCommittee
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Maili
will not come for another 1000 years and
changes take time.
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.opensta
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
g/reference/charter.html
[2] https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.open
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
. I thought we had done more.
Doug
______
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/li
eir ballot without
/> >/ feeling that doing so is an indication about their feelings regarding a
/> >/ secondary issue.
/>
I can't let this go without making yet another comment. I feel like
I should just leave it alone because apparently I'm in deep water
but: In what fashion
best interests to find,
hard as it may be.
--
Best Regards,
Maish Saidel-Keesing
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscr
cloud computing
platform that will meet the needs of public 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://vsph
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
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
://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
es 3 & 4
> were created as a result of load.
>
> When the load is reduced and the instances are scaled back down, which
> ones will be removed? And in which order?
>
> From old to new (1->4) or new to old (4 -> 1) ?
>
> Thanks
>
> --
:pshchelokovs...@mirantis.com>>:
>
> 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
>
? 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
t;
> Staggered terms optimize for continuity, but by amplifying the
> majority
> voice (if such a thing exists in our case), they tend to pessimize for
> balanced representation.
>
> Cheers,
> Eoghan
>
> _______
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
gt; Anita.
>>> Thanks so much for creating this wikipage,
>>> Anita.
>>>
>>> ___
>>> OpenStack-dev mailing list
>>> OpenStack-dev@lists.openstack.org
>>> http://list
tack.org/cgi-bin/mailman/listinfo/openstack-dev
A huge +1 on this!
You cannot expect the Docs team to understand and document a project -
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
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
document format they
>> want to use.
>>
>> FTR the benefit of a googledocs spreadsheet in my view would include
>> the ease of totalling votes & sessions slots, color-coding candidate
>> sessions for merging etc.
> Good point. I
enforce the
traffic 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
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
63 matches
Mail list logo
