On 8 October 2014 04:13, Joe Gordon wrote:
>
> On Fri, Oct 3, 2014 at 10:47 AM, Morgan Fainberg <
> morgan.fainb...@gmail.com> wrote:
>
>> Keeping the enforcement local (same way policy works today) helps limit
>> the fragility, big +1 there.
>>
>> I also agree with Vish, we need a uniform way to
I think I am suffering from
https://bugs.launchpad.net/devstack/+bug/1339982 and am surprised by the
lack of attention it has gotten --- it seems like a pretty basic thing. Am
I missing something here?
As revealed at the turning point of a discussion on the openstack mailing
list (
http://list
Right now it is not possible to rescue a volume-backed instance.
nova/compute/api.py: reason = _("Cannot rescue a volume-backed instance")
Are there plans to implement this feature?
Are there well known reasons why this feature is not yet available?
Christian.
--
Christian Berendt
Cloud Solut
I agree to @Kukura that implement as a driver to ML2 is recommend.
Regards,
Wei Wang
2014-10-08 3:57 GMT+08:00 Kyle Mestery :
> On Tue, Oct 7, 2014 at 2:20 PM, Ihar Hrachyshka
> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > On 06/10/14 06:51, thanh le giang wrote:
> >>
Hi Kapłoński,
I recommend you to read these materials:
Keynotes:
https://www.openstack.org/assets/presentation-media/insideneutron2.pdf
Video:
https://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/deep-dive-into-neutron
Post:
http://control-that-vm.blogspot.
Hi,
Frankly speaking, I'm not sure on how 1st approach will even work.
What if plugin doesn't provide any checkboxes (and in most cases it
won't)? How should we determine in serializer, which plugins should be
applied while generating astute.yaml and tasks.yaml? Should we
autogenerate some stuff f
On 8 October 2014 11:10, Mike Bayer wrote:
> Hi folks -
>
> So just to update on the status here, for the transactional testing and all
> that, I’ve had a blueprint in the queue for quite awhile:
...
I'll probably time it out upstream if I can't get a review and just
drop it straight into testt
On Tue, 7 Oct 2014 10:27:44 PM Lars Kellogg-Stedman wrote:
> On Tue, Oct 07, 2014 at 06:14:22PM +1100, Angus Lees wrote:
> > What you haven't stated here is whether the catalog endpoints should be
> > reachable outside the kubernetes minions or not.
>
> I thought I had been clear about that, but r
Hi,
I would go with the 1st approach. The thing I don't like in the 2nd
approach is that we have to make the user enable plugin twice. For example,
we have to enable Ceph as a plugin and then add Ceph role to nodes and
choose what we want to store in Ceph (images, objects). Why we would need
to ex
Thanks you Chen. What I'm finding is the '_report_state' function. Your
answer really helps :)
On Wed, Oct 8, 2014 at 11:28 AM, Chen CH Ji wrote:
> following are code analysis, only FYI
>
> not sure fully understand the question, but I think
> servicegroup/drivers/db.py might be a good place to
following are code analysis, only FYI
not sure fully understand the question, but I think
servicegroup/drivers/db.py might be a good place to look at
a timer function _report_state is called periodically ,when its updated,
the field will be updated
class TimestampMixin(object):
created_at = C
Armando,
Will error message change still stop the fix from making into RC2?
Thanks,
Xu Han
On 10/04/2014 03:42 AM, Armando M. wrote:
I have all of these bugs on my radar, and I want to fast track them
for merging in the next few days.
Please tag the bug reports with 'juno-rc-potential'.
For
On Tue, Oct 07, 2014 at 06:14:22PM +1100, Angus Lees wrote:
> What you haven't stated here is whether the catalog endpoints should be
> reachable outside the kubernetes minions or not.
I thought I had been clear about that, but reading over the email it
looks like the part where I made that clear
Hi, Nova guys
I know that 'nova-manage service list' will output 'XXX' for compute nodes
is the time between api node and compute node are larger than
service_down_time. At the same time Nova update db cyclically. So my
question is how does Nova update that data? via crontab or something else?
-
On Fri, Oct 3, 2014 at 10:47 AM, Morgan Fainberg
wrote:
> Keeping the enforcement local (same way policy works today) helps limit
> the fragility, big +1 there.
>
> I also agree with Vish, we need a uniform way to talk about quota
> enforcement similar to how we have a uniform policy language / e
Hello everyone!
I'll be perfectly straight and dedicate paragraph #1 to address the
painfully obvious. A number of you are probably reading this after seeing
'TC Candidacy', looked at my name and wondered 'who is this guy?' In short,
I'm pretty low-key but I've been heavily involved in Openstack s
I like the following:
Thursdays at 1700 UTC in #openstack-meeting-3
or Mondays at 1600 UTC [1] in #openstack-meeting-alt
-Josh
On Oct 7, 2014, at 12:22 PM, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 07/10/14 21:01, Roman Podoliaka wrote:
>> Hi all,
>>
On Oct 7, 2014, at 4:56 PM, Adam Young wrote:
>> On Oct 7, 2014, at 10:38 AM, Adam Young wrote:
>>
>>> We should come up with a published list of "intern and senior projects
>>> proposals"
>> I know there is a low-hanging-fruit tag in the bug tracker, and this summer
>> when we had two inter
On 10/07/2014 05:41 PM, Anita Kuno wrote:
On 10/07/2014 05:21 PM, Patricia Ellis wrote:
Thank you all for your attention,
In answer to Anita, in a way my goal is to get a good mark as I have been
getting good marks so far.
Great. Thanks for getting back to us.
Out of the replies thus far Dunc
On 10/07/2014 02:10 PM, Jay Faulkner wrote:
On Oct 7, 2014, at 10:38 AM, Adam Young wrote:
We should come up with a published list of "intern and senior projects
proposals"
I know there is a low-hanging-fruit tag in the bug tracker, and this summer
when we had two interns on our team workin
Hi all,
Just a quick reminder that the NFV subteam meets Wednesday 8th October 2014 @
1400 UTC in #openstack-meeting-alt on FreeNode. I have started putting an
agenda together here, feel free to add:
https://etherpad.openstack.org/p/nfv-meeting-agenda
Also many thanks to Itai for running t
>At first step we won't implement pylint as gate job, but will add it at
master to have a possibility to check code with pylint locally, if it is
needed.
No much sense in running it locally. It has too many false positives. The
best use - see new critical errors as a non-voting job.
Andrew.
On M
> I can't say I'm too deeply versed in the code, but it's enough to make
me wonder if we want to go that direction and avoid the issues altogether?
It's the nature of python that methods and modules can be added in runtime
and pylint can't do full analysis. That's why the best use of it - limited
I posted a patch that implements the "Different DB Different Chain"
approach [0].
That does not mean that this approach is the chosen one! It's just to have
a grasp of what the change looks like.
The "Same DB different chain" solution is much simpler to implement
(basically you just specify a diff
Congrats Pavlo, I have added you to core.
-Angus
On Wed, Oct 8, 2014 at 1:18 AM, Jeff Peeler wrote:
> +1
>
> On 10/06/2014 04:41 PM, Zane Bitter wrote:
>
>> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core
>> team.
>>
>> Pavlo has been a consistently active member of the He
Hi folks -
So just to update on the status here, for the transactional testing and all
that, I’ve had a blueprint in the queue for quite awhile:
https://review.openstack.org/#/c/117335/
and for a long time have had a working (with one caveat) version of the whole
thing that uses testresources:
At the project meeting today we decided that since we have several programs
following the liaison system we should have a single page listing all liaisons,
instead of separate project-specific pages.
I have created https://wiki.openstack.org/wiki/CrossProjectLiaisons as that
page, and moved the
On 10/07/2014 05:21 PM, Patricia Ellis wrote:
> Thank you all for your attention,
>
> In answer to Anita, in a way my goal is to get a good mark as I have been
> getting good marks so far.
Great. Thanks for getting back to us.
Out of the replies thus far Duncan seems to have the most experience
(
>
>From: Sandy Walsh [sandy.wa...@rackspace.com] Tuesday, October 07, 2014 6:07 PM
>
>Haven't had any time to get anything written down (pressing deadlines with
>StackTach.v3) but open to suggestions. Perhaps we should just add something to
>the olso.messaging etherpad to find time at the summit
Excerpts from Chris Jones's message of 2014-10-07 13:27:07 -0700:
> Hi
>
> > On 7 Oct 2014, at 20:47, Clint Byrum wrote:
> >>
> >> I don't think it should import those files wholesale, IMO that's making
> >> way too many assumptions about the similarity of the two builds.
> > Disagree on the gr
Thank you all for your attention,
In answer to Anita, in a way my goal is to get a good mark as I have been
getting good marks so far. I had a project proposal of my own, a web app
for a friend of mine but my supervisor didn't think it good enough to get
me a good mark and she suggested I approach
Any of the proposed times work for me.
-Ben
On 10/07/2014 02:01 PM, Roman Podoliaka wrote:
> Hi all,
>
> Last Friday we decided to find a better time for the weekly team
> meeting. Keeping in mind that DST ends soon (October the 26th in
> Europe, November the 2nd in the US), I think, we can choo
>From: Chris Dent [chd...@redhat.com] Tuesday, October 07, 2014 12:07 PM
>
>On Wed, 3 Sep 2014, Sandy Walsh wrote:
>
>> Good goals. When Producer and Consumer know what to expect, things are
>> good ... "I know to find the Instance ID ". When the consumer
>> wants to deal with a notification as a
- Original Message -
> From: "Alan Kavanagh"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
>
> I believe pointing it to the NFV Wiki would be good and that way it can be
> discussed during one of the weekly meetings run by Steven et.al and match
> the list to wh
Regarding to the Sahara, we could discuss it in the ML separately or you
could join the #openstack-sahara channel at freenode.
There is a big area of doing things inside and on top of Sahara.
thanks.
On Tue, Oct 7, 2014 at 11:41 AM, Adam Lawson wrote:
> Is the OP looking to help patch bugs wit
confirmed
On 07/10/14 04:30 PM, Doug Hellmann wrote:
> I am announcing my candidacy for a position on the OpenStack Technical
> Committee.
>
> I am currently employed by HP to work upstream on OpenStack. I started
> contributing in 2012, not long after joining DreamHost. I am one of
> the foundin
confirmed
On 07/10/14 04:21 PM, Russell Bryant wrote:
> Hello, everyone!
>
> I would like to run for re-election on the Technical Committee. I have
> been an elected member of the TC since it was created in the Fall of
> 2012 [1]. I have been contributing to OpenStack since late 2011 (commits
> [
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/10/14 22:25, Dirk Müller wrote:
> 2014-10-02 14:19 GMT+02:00 Duncan Thomas
> :
>
> Hi,
>
>> What is actually needed is those who rely on the stable
>> branch(es) existence need to step forward and dedicate resources
>> to it. Putting the work
Hi Julie,
> I'm adding a couple of people on cc: with an interest in Ubuntu and SUSE
> packaging: the Horizon team would love to have your opinion on this (it
> came up during our weekly meeting).
I was somehow not CC'ed although I'm the SUSE packager for OpenStack.
In my opinion a) is the option
I am announcing my candidacy for a position on the OpenStack Technical
Committee.
I am currently employed by HP to work upstream on OpenStack. I started
contributing in 2012, not long after joining DreamHost. I am one of
the founding members of the Ceilometer project, and a core reviewer
for the r
Hello everyone,
Due to various regressions and documentation issues in the published
Sahara RC1, we generated a new Juno release candidate for Sahara:
https://launchpad.net/sahara/juno/juno-rc2
Unless new release-critical issues are found that warrant a release
candidate respin, this RC2 will be
Hi
> On 7 Oct 2014, at 20:47, Clint Byrum wrote:
>>
>> I don't think it should import those files wholesale, IMO that's making way
>> too many assumptions about the similarity of the two builds.
> Disagree on the grounds that the point of this is to deal with people
> who already have images an
2014-10-02 14:19 GMT+02:00 Duncan Thomas :
Hi,
> What is actually needed is those who rely on the stable branch(es)
> existence need to step forward and dedicate resources to it. Putting
> the work on people not interested is just the same as killing them
> off, except slower, messier and creatin
Hello, everyone!
I would like to run for re-election on the Technical Committee. I have
been an elected member of the TC since it was created in the Fall of
2012 [1]. I have been contributing to OpenStack since late 2011 (commits
[2] reviews [3]). My most substantial contributions have been to Nov
On Tue, Oct 07, 2014 at 04:28:23PM +0100, Chris Dent wrote:
> On Mon, 25 Aug 2014, Joe Gordon wrote:
> >On Mon, Aug 4, 2014 at 3:29 AM, Chris Dent wrote:
> >>For constraints: Will tempest be available as a stable library? Is using
> >>tempest (or other same library across all projects) a good or b
On Mon, Oct 6, 2014 at 4:06 PM, Elizabeth K. Joseph
wrote:
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting on Tuesday October 7th, at 19:00 UTC in #openstack-meeting
Meeting minutes and log are now available:
Minutes:
http://eavesdrop.openstack.org/meetings/infra/201
Can you add a section to the wiki to document how a core can become a
member of the drivers team?
On Tue, Oct 7, 2014 at 7:55 AM, Kyle Mestery wrote:
> As discussed in today's meeting [1], I've created a neutron-drivers
> team [2], which was modeled on the same way as the existing
> nova-drivers
On Tue, Oct 7, 2014 at 2:20 PM, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 06/10/14 06:51, thanh le giang wrote:
>> Hi all
>>
>>
>>
>> I want to add a plugin to the Public Neutron Repository. Although I
>> have read the gerrit workflow and Neutron Development
On Tue, Oct 7, 2014 at 7:55 AM, Kyle Mestery wrote:
> As discussed in today's meeting [1], I've created a neutron-drivers
> team [2], which was modeled on the same way as the existing
> nova-drivers team. This team will be responsible for approving specs
> for Kilo. Please see the wiki page for t
Excerpts from Chris Jones's message of 2014-10-07 12:23:20 -0700:
> Hi
>
> > On 7 Oct 2014, at 18:49, Clint Byrum wrote:
> > * Create an element which imports /etc/passwd and /etc/group from local
> > disk into image. This will have an element-provides of uid-gid-map
>
> I don't think it should
If you are thinking about adding a new neutron core plugin, please
consider whether you could accomplish what you need with an ML2
MechanismDriver instead. Its a lot less code to write, review, and maintain.
-Bob
On 10/6/14 12:51 AM, thanh le giang wrote:
Hi all
I want to add a plugin to th
On Oct 7, 2014, at 3:15 PM, Doug Hellmann wrote:
>
> I remember talking about that at some point, but I don’t remember why we
> decided against it. Since we have several options for earlier in the week
> using the existing meeting rooms I think it’s safe to pick one of those.
>
> I have a sl
Hello,
Can You send me some examples or link to tutorial how to write extension to
neutron. I'm using ML2 plugin in neutron and I want to add some new
functionality and API methods to this neutron. So imho I should do it via
extension but how exactly write it that it will work in existing ML2 p
Hi everyone,
Be sure to read the discussions on openstack-dev about scaling
documentation efforts across projects. Lots of great discussion on this
thread:
http://lists.openstack.org/pipermail/openstack-dev/2014-October/047802.html
We've got a new gerrit dashboard for doc reviews that shows works
I'll add some more info to this as well:
Neutron LBaaS creates the neutron port for the VIP in the plugin layer
before drivers ever have any control. In the case of an async driver,
it will then call the driver's create method, and then return to the
user the vip info. This means the user will k
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/10/14 21:01, Roman Podoliaka wrote:
> Hi all,
>
> Last Friday we decided to find a better time for the weekly team
> meeting. Keeping in mind that DST ends soon (October the 26th in
> Europe, November the 2nd in the US), I think, we can choo
Hi
> On 7 Oct 2014, at 18:49, Clint Byrum wrote:
> * Create an element which imports /etc/passwd and /etc/group from local
> disk into image. This will have an element-provides of uid-gid-map
I don't think it should import those files wholesale, IMO that's making way too
many assumptions about
On 8 October 2014 06:49, Clint Byrum wrote:
> Excerpts from Chris Jones's message of 2014-10-07 04:35:33 -0700:
>> AFAICS, the only risk left at that point, is elements that other people are
>> maintaining. If we consider that to be a sufficient risk, we can still build
>> the mechanism for inj
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06/10/14 06:51, thanh le giang wrote:
> Hi all
>
>
>
> I want to add a plugin to the Public Neutron Repository. Although I
> have read the gerrit workflow and Neutron Development page
> (https://wiki.openstack.org/wiki/NeutronDevelopment), I d
On Oct 7, 2014, at 3:01 PM, Roman Podoliaka wrote:
> Hi all,
>
> Last Friday we decided to find a better time for the weekly team
> meeting. Keeping in mind that DST ends soon (October the 26th in
> Europe, November the 2nd in the US), I think, we can choose from:
>
> - Mondays at 1600 UTC [1]
Hi,
There are mainly two things you need to know when proposing a new Neutron
Plugin (or even any Openstack feature):
- The process [0];
- The tools [1].
Although the above documents cover those two points pretty well, I can give
you a high level overview of what the process looks like.
I'll not
Hi all,
Last Friday we decided to find a better time for the weekly team
meeting. Keeping in mind that DST ends soon (October the 26th in
Europe, November the 2nd in the US), I think, we can choose from:
- Mondays at 1600 UTC [1]: #openstack-meeting-alt, #openstack-meeting-3
- Thursdays at 1600 U
Is the OP looking to help patch bugs with an individual program or to use
Openstack to deploy an interesting use case? The latter is how I
interpreted the question.
*Adam Lawson*
AQORN, Inc.
427 North Tatnall Street
Ste. 58461
Wilmington, Delaware 19801-2230
Toll-free: (844) 4-AQORN-NOW ext. 101
confirmed
On 07/10/14 02:26 PM, Dean Troyer wrote:
> I am Dean Troyer here to nominate myself as a candidate for the upcoming
> Technical Committee election.
>
> I have been involved with OpenStack for a long time, working on the
> implementation at NASA of what became Nova. Since then I have bee
I am Dean Troyer here to nominate myself as a candidate for the upcoming
Technical Committee election.
I have been involved with OpenStack for a long time, working on the
implementation at NASA of what became Nova. Since then I have been heavily
involved in a number of projects: I was an early con
On 7 October 2014 19:01, Anita Kuno wrote:
> On 10/07/2014 01:38 PM, Adam Young wrote:
>> On 10/06/2014 05:28 PM, Anita Kuno wrote:
>>> On 10/06/2014 04:11 PM, Adam Young wrote:
I am looking to get someone to work on a Javascript based web client to
replace Horizon.
>>> Can I just say t
On Tue, Oct 7, 2014 at 10:56 AM, Vishvananda Ishaya
wrote:
>
> On Oct 7, 2014, at 6:21 AM, Daniel P. Berrange
> wrote:
>
> > On Mon, Oct 06, 2014 at 02:55:20PM -0700, Joe Gordon wrote:
> >> On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton wrote:
> >>
> >>> Hi,
> >>> At the moment the resource tracke
On Oct 7, 2014, at 10:38 AM, Adam Young wrote:
> We should come up with a published list of "intern and senior projects
> proposals"
I know there is a low-hanging-fruit tag in the bug tracker, and this summer
when we had two interns on our team working on Openstack we had them both
“onboard”
On 10/07/2014 01:38 PM, Adam Young wrote:
> On 10/06/2014 05:28 PM, Anita Kuno wrote:
>> On 10/06/2014 04:11 PM, Adam Young wrote:
>>> On 10/06/2014 03:25 PM, Patricia Ellis wrote:
Hi Adam,
Thanks for taking the time to reply.
I'm more of a web development type than securit
On Oct 7, 2014, at 6:21 AM, Daniel P. Berrange wrote:
> On Mon, Oct 06, 2014 at 02:55:20PM -0700, Joe Gordon wrote:
>> On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton wrote:
>>
>>> Hi,
>>> At the moment the resource tracker in Nova ignores that statistics that
>>> are returned by the hypervisor an
Excerpts from Chris Jones's message of 2014-10-07 04:35:33 -0700:
> Hi
>
> > On 6 Oct 2014, at 17:41, Clint Byrum wrote:
> > We have to be _extremely_ careful in how we manage this. I actually think
> > it has potential to really blow up in our faces.
>
> Yes, anything we do here has the potenti
On 10/06/2014 05:28 PM, Anita Kuno wrote:
On 10/06/2014 04:11 PM, Adam Young wrote:
On 10/06/2014 03:25 PM, Patricia Ellis wrote:
Hi Adam,
Thanks for taking the time to reply.
I'm more of a web development type than security. I have some maths
background so perhaps something with data analysi
confirmed
On 07/10/14 12:47 PM, Zane Bitter wrote:
> Greetings OpenStackers,
> I would like to announce my candidacy for the OpenStack Technical
> Committee.
>
> I have worked closely with the TC since around the time that Heat was
> incubated, two years ago. I have been a regular participant in
I'm adding a couple of people on cc: with an interest in Ubuntu and SUSE
packaging: the Horizon team would love to have your opinion on this (it
came up during our weekly meeting).
The current consensus is leaning toward removing the mo files for Juno
RC2 (in a couple of days) rather than wait unt
On Tuesday, October 7, 2014, Adam Young wrote:
> Horizon has a config options which says which version of the Keystone API
> it should work against: V2 or V3. I am not certain that there is still
> any reason for Horizon to go against V2. However, If we defer the decision
> to Keystone, we come
Greetings OpenStackers,
I would like to announce my candidacy for the OpenStack Technical Committee.
I have worked closely with the TC since around the time that Heat was
incubated, two years ago. I have been a regular participant in TC
meetings throughout the Juno cycle as the Heat PTL, so I a
A number of bugs[1][2][3] have been filed which are related to updating the
IPv6 attributes after a subnet has been created.
In the reviews[4][5] for the fixes for [1] and [2] some shortcomings and
questions have been raised, which were discussed in today's IPv6 IRC meeting[6].
Summary:
In Juno w
On Oct 7, 2014, at 8:29 AM, Ihar Hrachyshka wrote:
>
> That said, I wonder how we're going to manage cases when those
> *global* settings for the whole server should be really limited to
> specific databases. Isn't it better to enforce utf8 on service side,
> since we already know that we alway
On 7 October 2014 16:30, Monty Taylor wrote:
> Second BTW - you're certainly right about the first two in the global
> list - we keep track of quota and usage ourselves inside of nodepool.
> Actually - since nodepool already does a bunch of these things - maybe
> we should just slap a REST api on
Horizon has a config options which says which version of the Keystone
API it should work against: V2 or V3. I am not certain that there is
still any reason for Horizon to go against V2. However, If we defer the
decision to Keystone, we come up against the problem of discovery.
On the surface
confirmed
On 07/10/14 11:25 AM, Monty Taylor wrote:
> Hi everybody!
>
> I'd like to announce my candidacy for re-election to the TC.
>
> tl;dr - Vote for me or vote for someone else you prefer
>
> I've been around the project for quite a while, having been on the phone
> calls where we were dis
We are definitely able to parse all this information at the time of
deployment and generate deployment info
accordingly, but my idea was that additional status will provide more
visibility for operator.
It just wont be obivious - you added controllers/ceph-osd and suddenly your
computes/controllers
On 10/07/2014 06:41 AM, Duncan Thomas wrote:
> My data consistency concerts would be around:
>
> 1) Defining global state. You can of course hand wave away a lot of
> your issues by saying they are all local to the sub-unit, but then
> what benefit are you providing .v. just providing a list of en
On Mon, 25 Aug 2014, Joe Gordon wrote:
On Mon, Aug 4, 2014 at 3:29 AM, Chris Dent wrote:
For constraints: Will tempest be available as a stable library? Is using
tempest (or other same library across all projects) a good or bad thing?
Seems there's some disagreement on both of these.
Yes, the
Hi everybody!
I'd like to announce my candidacy for re-election to the TC.
tl;dr - Vote for me or vote for someone else you prefer
I've been around the project for quite a while, having been on the phone
calls where we were discussing the name OpenStack - although I'll admit
I had absolutely zer
+1
On 10/06/2014 04:41 PM, Zane Bitter wrote:
I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team.
Pavlo has been a consistently active member of the Heat community - he's
a regular participant in IRC and at meetings, has been making plenty of
good commits[1] and maintain
Hi,
I'm not sure if we should add the new state in this case, it looks like you
can get this
information dynamically, you already have the state of env which tells you
that
there are new ceph nodes, and there are no ready ceph nodes in the cluster
hence you should install ceph-mon on the controlle
Hi Dmitry,
>> In 1st case - in tasks we will introduce simple conditions (in
description or in python code of the plugin):
You will be able to do it in the same way in case of 2nd solution.
I mean there is no constraints on conditions defining.
>> Also, we should not forget about CLI
In case of
On Wed, 3 Sep 2014, Sandy Walsh wrote:
Good goals. When Producer and Consumer know what to expect, things are
good ... "I know to find the Instance ID ". When the consumer
wants to deal with a notification as a generic object, things get tricky
("find the instance ID in the payload", "What is th
As discussed in today's meeting [1], I've created a neutron-drivers
team [2], which was modeled on the same way as the existing
nova-drivers team. This team will be responsible for approving specs
for Kilo. Please see the wiki page for the long story, but the short
story is that as focused team dri
+1!
On Mon, Oct 06 2014, Zane Bitter wrote:
> I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team.
>
> Pavlo has been a consistently active member of the Heat community -
> he's a regular participant in IRC and at meetings, has been making
> plenty of good commits[1] and ma
Thank you, Jeremy. That solved it.
Jennifer Mulsow
Cloud Systems Software Development
IBM Systems & Technology Group
From: Jeremy Stanley
To: "OpenStack Development Mailing List (not for usage questions)"
Date: 10/06/2014 06:05 PM
Subject:Re: [openstack-dev] [Open
Hi, I would use 1st option.
Consider plugins which is mutually exclusive, and you need to disable
default tasks if plugin is selected.
As example:
- neutron backend plugins
neutron_backend:
choices:
- ovs
- contrail
value: ovs
Right now we are using ovs as neutron_backend, but what w
I am trying to use the Python Keystone client to integration
authentication functionality into a project I am contributing to
(https://github.com/rackerlabs/deuce-client).
However, I ran into a situation where if I do the following:
>>> c = keystoneclient.v2_0.client.Client(username='username',
pa
Last cycle the Ironic liaison wasn't a core reviewer and things worked.
So I agree with the idea of relaxing the recommendation.
Ghe Rivero (Ironic liaison)
On 07/10/14 14:50, Doug Hellmann wrote:
On Oct 7, 2014, at 7:55 AM, Ihar Hrachyshka wrote:
Signed PGP part
On 06/10/14 17:56, Doug He
Hi,
We had a meeting today about plugins on UI, as result of the meeting
we have two approaches and this approaches affect not only UX but
plugins itself.
*1st - disable/enable plugin on settings tab*
1. user installs the plugin
2. creates a cluster
3. configures and enables/disables pl
Hi folks,
I want to discuss cluster reconfiguration scenarios, i am aware of 2 such
bugs:
- ceph-mon not installed on controllers if cluster initially was deployed
without ceph-osd
- config with rabbitmq hosts not updated on non-controlles nodes after
additional controllers is added to cluster [1]
confirmed
On 07/10/14 09:19 AM, Anne Gentle wrote:
> I'm Anne Gentle (hi, Anne!) and I'm writing to announce my candidacy for
> the technical committee.
>
> I've served on the technical committee for two years and have been working
> on OpenStack since September 2010. I'm currently the Documentat
My data consistency concerts would be around:
1) Defining global state. You can of course hand wave away a lot of
your issues by saying they are all local to the sub-unit, but then
what benefit are you providing .v. just providing a list of endpoints
and teaching the clients to talk to multiple en
In today's Neutron meeting, we'll spend a portion of the time starting
to go over the Summit ideas we have proposed on our etherpad here [1].
The list is incredibly long, so I expect the process we use to select
our topics for Paris to include a lot of paring down.
I'd also like to emphasize that
1 - 100 of 124 matches
Mail list logo