How is it not what I described? Time zones become irrelevant if you get it
in by the end of the day in your local time zone.
https://en.wikipedia.org/wiki/Anywhere_on_Earth
On Thu, Sep 17, 2015 at 10:30 AM, Brian Curtin <br...@python.org> wrote:
> On Thu, Sep 17, 2015 at 12:26 PM, Kev
reference to how
> many more hours you have until it's no longer that date anywhere on
> earth. People screw themselves out of things by using their EOD as the
> definition.
>
> (we've been using this with the PyCon CFP since forever)
>
> On Thu, Sep 17, 2015 at 1:17 PM, Kevin B
t a different way of doing the actual
> switching (virtual bridging vs. standard linux bridges).
>
> I'm no Neutron expert, but I suspect that one could use either the
> LinuxBridge *or* the OVS ML2 mechanism driver for the L2 agent, along with
> a single flat provider network for your
__
> 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
>
--
Kevin Benton
__
-September/073986.html
> [2]
> http://lists.openstack.org/pipermail/openstack-dev/2015-September/074242.html
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@list
, in which case a SYN
probe would likely work just as well.
Any feedback here or directly on the patch would be great.
1. https://review.openstack.org/#/c/218517/
Cheers
--
Kevin Benton
__
OpenStack Development Mailing List
_
> > 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
> >
>
>
> ___
> 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
>
> ___
> 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
>
--
Kevin Benton
___
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
-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: open
s" <s...@coreitpro.com> wrote:
> On Sun, Sep 06, 2015 at 04:25:43PM EDT, Kevin Benton wrote:
> > So it's been pointed out that http://169.254.169.254/openstack is
> completed
> > OpenStack invented. I don't quite understand how that's not violating the
> > contra
n Fri, Sep 04, 2015 at 04:20:23PM EDT, Kevin Benton wrote:
> > Right, it depends on your perspective of who 'owns' the API. Is it
> > cloud-init or EC2?
> >
> > At this point I would argue that cloud-init is in control because it
> would
> > be a large undertaki
gt;
> Thanks,
> Kevin
>
> From: Steve Gordon [sgor...@redhat.com]
> Sent: Thursday, September 03, 2015 11:06 AM
> To: Kevin Benton
> Cc: OpenStack Development Mailing List (not for usage questions); PAUL
> CARVER
> Subject: Re: [openstack-dev] [Neutron] cl
ought has been given to this. See
> https://bugs.launchpad.net/neutron/+bug/1460177
>
> I like the third option, a well-known name using DNS.
>
>
> On Thu, Sep 03, 2015, Kevin Benton <blak...@gmail.com> <blak...@gmail.com>
> wrote:
>
> I think that's dif
questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Kevin Benton
__
OpenStack Development Mailing List
init translates a ubuntu style
> networking style the ubuntu/debian style format should also work.
>
>
> Steve Gordon wrote:
>
>> ----- Original Message -
>>
>>> From: "Kevin Benton"<blak...@gmail.com>
>>>
>>> When we discuss
in/mailman/listinfo/openstack-dev
>>>
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-
in/mailman/listinfo/openstack-dev
>>>
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi
ecurity subject)
>
> Thanks
> Gal.
>
> [1]
> https://github.com/openstack/neutron-specs/blob/master/specs/liberty/unaddressed-port.rst
> [2] https://review.openstack.org/#/c/218470/
>
--
Kevin Benton
__
r.valid_mac(mac)
> False
> >>>
>
> I posted several patches for solving this gate problem:
>
>
> https://review.openstack.org/#/q/status:open+branch:master+topic:bug/1490368,n,z
>
> Thanks
> Ken Ohmichi
>
>
> 2015-08-31 13:08 GMT+09:00 Kevin Benton <bla
e have other thoughts regarding this?
>
> Thanks
> Gal.
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://
ists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Kevin Benton
__
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
changes that will fail like this you end up reseting
> over and over until the queue processes each one at the head of the
> queue, removes them, and leaves a -2 vote for the failed gate run.
>
> On Mon, Aug 31, 2015, at 08:20 AM, Kevin Benton wrote:
> > Why would they reset the
06077/
> [2] https://review.openstack.org/#/c/218486/
>
> I guess the question is: would you consider [2] to be a monkey-patch, in
> the sense that you had in mind when writing below? If it is, I guess that
> means that I should continue pursuing the approach of [1].
>
> Man
API,
> the Neutron client, and the Neutron components such as ML2 and the OvS
> agent?
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?
)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions
Why would that only impact py34 and not py27? Aren't the py27 run with
testtools?
On Fri, Aug 28, 2015 at 5:41 AM, Sean Dague s...@dague.net wrote:
On 08/28/2015 08:34 AM, Kevin Benton wrote:
One of the patches that fixes one of the functional failures that has
been hitting is here: https
-dev
--
Kevin Benton
__
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
-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
developing proper API enhancements by backend devs?
1. https://bugs.launchpad.net/neutron/+bug/1460222
2. https://bugs.launchpad.net/neutron/+bug/1483480
3. https://review.openstack.org/#/c/216021/
Cheers
--
Kevin Benton
be stable and will be tempting to use for lots of stuff.
:)
On Mon, Aug 24, 2015 at 6:35 AM, Russell Bryant rbry...@redhat.com wrote:
On 08/24/2015 09:25 AM, Kevin Benton wrote:
Hi everybody!
In Neutron the idea of adding tags to resources has come up several
times this cycle alone.[1][2][3
/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman
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
--
Kevin Benton
__
OpenStack
?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
I am in favor not to go for a least common denominator approach with the
bgpvpn API. The API should cover the use case commonly acknowledged as
useful and which are supported by at least one of the existing back-ends,
with the aim to have various back-ends to grow in support coverage.
So then
/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe :
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
--
Kevin Benton
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post
__
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
--
Kevin Benton
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
added the following to it as Erik suggested and it did not work, port
8472 is still being used afterwards.
[agent]
vxlan_udp_port=4789
I’m using Linux Bridge, not OVS.
From: Kevin Benton blak...@gmail.com
Date: Monday, August 10, 2015 at 4:20 PM
To: Adam Lawson alaw...@aqorn.com
Cc: Danny
-bin/mailman/listinfo/openstack
___
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
--
Kevin
--
Kevin Benton
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
pursue it because a few informal
attempts to discuss it with others indicated to me that it would be a
difficult heavy-lifting job that others may not appreciate or
understand. Scroll to the bottom of this message for a little more on
this.
Carl
On Tue, Jul 28, 2015 at 1:15 AM, Kevin Benton blak
or
understand. Scroll to the bottom of this message for a little more on
this.
Carl
On Tue, Jul 28, 2015 at 1:15 AM, Kevin Benton blak...@gmail.com
wrote:
Also, in my proposal, it is more the router that is the grouping
mechanism.
I can't reconcile this with all of the points you
or
understand. Scroll to the bottom of this message for a little more on
this.
Carl
On Tue, Jul 28, 2015 at 1:15 AM, Kevin Benton blak...@gmail.com
wrote:
Also, in my proposal, it is more the router that is the grouping
mechanism.
I can't reconcile this with all of the points you
-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
--
*From:* Kevin Benton [blak...@gmail.com]
*Sent:* Thursday, July 30, 2015 4:22 PM
*To:* OpenStack Development Mailing List (not for usage questions)
*Subject:* Re: [openstack-dev] [nova, cinder, neutron] quota-update
tenant-name bug
Good point. Unfortunately the other issues are going
. Performance of them
can take the hit.
Thanks,
Kevin
--
*From:* Kevin Benton
*Sent:* Wednesday, July 29, 2015 10:44:49 PM
*To:* OpenStack Development Mailing List (not for usage questions)
*Subject:* Re: [openstack-dev] [nova, cinder, neutron] quota-update
__
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
--
Kevin Benton
...@ecbaldwin.net wrote:
On Jul 23, 2015 6:04 PM, Kevin Benton blak...@gmail.com wrote:
IOW, I don't think what I
proposed in adding L3 stuff to the network that wasn't already here.
The point I'm trying to make is that there isn't any L3 stuff on the
network itself. There are L3 things that depend
...
Ryan
Kevin Benton blak...@gmail.com wrote on 07/28/2015 02:15:13 AM:
[snip]
I would rather see something to reference a group of subnets that
can be used for floating IP allocation and port creation in lieu of
a network ID than the technical debt that conditionally redefining
, Shraddha Pandhe
spandhe.openst...@gmail.com wrote:
Hi,
I had a discussion about this with Kevin Benton on IRC. Filed a bug:
https://bugs.launchpad.net/neutron/+bug/1470612
Thanks!
On Wed, Jul 1, 2015 at 11:03 AM, Shraddha Pandhe
spandhe.openst...@gmail.com wrote:
Hi Shihan,
I
If it's a VM, Nova sets the binding host id. That field is set by the
system using the port. It's not a way to move ports around.
On Jul 26, 2015 20:33, 于洁 16189...@qq.com wrote:
Hi all,
Recently I used the parameter binding:host_id to create port, trying to
allocate the port to a specified
Is the neutron openvswitch agent running on host compute2? What do the logs
say for the agent there?
On Jul 22, 2015 07:22, Asmaa Chebba ache...@cdta.dz wrote:
Hi,
I installed Docker with juno release on Ubuntu
all compute/networking services are up and enabled, and I can add docker
images
them. If you attach a VM to that network it can
arp for them and all because it is an L2 network.
On Jul 23, 2015 5:09 PM, Carl Baldwin c...@ecbaldwin.net wrote:
On Thu, Jul 23, 2015 at 1:45 PM, Kevin Benton blak...@gmail.com wrote:
We ran in to this long ago.
What are some other examples? We've
for a port I think we
just need to rely on a scheduler filter that limits the migration to where
that network is available.
On Jul 23, 2015 8:28 AM, Carl Baldwin c...@ecbaldwin.net wrote:
On Wed, Jul 22, 2015 at 3:00 PM, Kevin Benton blak...@gmail.com wrote:
It seems to me that the existence
wrote:
On Wed, Jul 22, 2015 at 3:00 PM, Kevin Benton blak...@gmail.com wrote:
I proposed the port scheduling RFE to deal with the part about selecting
a
network that is appropriate for the port based on provided hints and
host_id. [1]
Thanks for the pointer. I hadn't paid much attention
scheduled to a
compute node so the port creation request should already have the host_id
field set.
Supporting the case a pre-created port and migration will be the issue. We
would essentially need to allow ports to be re-assigned to different
networks to handle these scenarios.
Cheers,
Kevin
Ultimately, we need to match up the host scheduled by Nova to the
addresses available to that host. We could do this by delaying
address assignment until after host binding or we could do it by
including segment information from Neutron during scheduling. The
latter has the advantage that we can
The issue with the availability zone solution is that we now force
availability zones in Nova to be constrained to network configuration. In
the L3 ToR/no overlay configuration, this means every rack is its own
availability zone. This is pretty annoying for users to deal with because
they have to
metal instance.
-Deva
Unless an operator specifically configures a baremetal node to be vlan
trunk.
Sam Stoelinga
On Sat, Jul 18, 2015 at 5:10 AM, Kevin Benton blak...@gmail.com wrote:
which requires VLAN info to be pushed to the host. I keep hearing
bare metal will never need to know
,
John
@jxstanford
___
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
--
Kevin Benton
__
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
--
Kevin Benton
metal.
On Jul 17, 2015 11:47 AM, Jim Rollenhagen j...@jimrollenhagen.com wrote:
On Fri, Jul 17, 2015 at 10:56:36AM -0600, Kevin Benton wrote:
Check out my comments on the review. Only Neutron knows whether or not an
instance needs to do manual tagging based on the plugin/driver loaded
.
Salvatore
On 16 July 2015 at 07:51, Kevin Benton blak...@gmail.com wrote:
I'm guessing Salvatore might just be suggesting that we restrict users
from populating values that have special meaning (e.g. l3 agent router
interface ports). I don't think at this point we could constrain the owner
the blueprint about this point in launchpad.net
, and got nothing, then register one at:
https://blueprints.launchpad.net/neutron/+spec/security-group-mac-rule
--
Yan Xing'an
*From:* Kevin Benton blak...@gmail.com
*Date:* 2015-07-14 18:31
*To:* OpenStack Development
questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage
(not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List
/openstack
Post to : openstack@lists.openstack.org
Unsubscribe :
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
--
Kevin Benton
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack
Oh, no I didn't. By the time I got around to it I saw 264 and figured that
would cover the issue.
On Mon, Jul 13, 2015 at 7:33 PM, Robert Collins robe...@robertcollins.net
wrote:
On 10 July 2015 at 22:07, Kevin Benton blak...@gmail.com wrote:
No prob. The fixes for Neutron were relatively
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions
Thanks for the info. So the equivalent in neutron would be if we just
ensure backward compatible AMQP APIs, right?
On Mon, Jul 13, 2015 at 7:33 AM, Russell Bryant rbry...@redhat.com wrote:
On 07/13/2015 04:09 AM, Kevin Benton wrote:
because you won't have to run Neutron agents on compute nodes
://github.com/Metaswitch/calico/commit/4ecaf3568af52ef9cc29662a3b94672540056f05
But still it seems a shame if this is needed.
Neil
On 07/07/15 22:32, Kevin Benton wrote:
How often does this happen? Is it on every call? If not, is it possible
the forking logic in require_state
is merged there. Now it should be more in line with
his actual position in the project.
Good work, Miguel!
On 07/06/2015 01:02 PM, Kevin Benton wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I am proposing
to add Miguel Angel Ajo to the control plane core reviewer team
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
-deterministic order in py34 which leads to leftover monkey patches.
These caused completely unrelated unit tests to randomly and inexplicably
explode later. More details here:
https://github.com/openstack/neutron/commit/1b60df85ba3ad442c2e4e7e52538e1b9a1bf9378
Cheers,
Kevin Benton
On Fri, Jul 10, 2015
Collins robe...@robertcollins.net
wrote:
On 10 July 2015 at 20:23, Kevin Benton blak...@gmail.com wrote:
How do we test to see what is failing in each project with the new
version?
Look at any CI failure in the last 5 hours or so.
Or run tox :).
Also, I'm responsible for the reference
...@robertcollins.net
wrote:
On 10 July 2015 at 20:50, Kevin Benton blak...@gmail.com wrote:
Thanks. I didn't realize it was already breaking everything. I thought it
might have been stuck in requirements bump patch somewhere.
Thats fixed in 1.1.0. So you should be able to unwind that. If you need
.
Cheers
On Jul 10, 2015 12:56 PM, Martinx - ジェームズ thiagocmarti...@gmail.com
wrote:
Hello Kevin!
First of all... THANK YOU SO MUCH!!! :-D
On 10 July 2015 at 15:16, Kevin Benton blak...@gmail.com wrote:
Am I correct in understanding that the traffic you are expecting to see
is mirrored traffic
You should be able to confirm this is the issue by running brctl showmacs
bridgename. If the mac addresses is learned in that table on the physical
interface, any traffic to that mac wouldn't be flooded to your VM.
On Jul 10, 2015 12:16 PM, Kevin Benton blak...@gmail.com wrote:
Am I correct
!
Thiago
On 10 July 2015 at 16:19, Martinx - ジェームズ thiagocmarti...@gmail.com
wrote:
On 10 July 2015 at 16:01, Kevin Benton blak...@gmail.com wrote:
Now, how to configure setageing via Neutron ML2?
I don't think we have a nice place to put a hook for this right now.
Feel free to file
/contribution/neutron/60
http://stackalytics.com/report/contribution/neutron/90
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
__
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
--
Kevin Benton
should basically never import anything
from the neutron namespace.
On Tue, Jun 30, 2015 at 11:58 PM, Ihar Hrachyshka ihrac...@redhat.com
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/01/2015 08:22 AM, Kevin Benton wrote:
Hi,
We have had at least two breaking changes merge
...@parksidesoftware.com
wrote:
On Jun 30, 2015, at 11:22 PM, Kevin Benton blak...@gmail.com wrote:
Hi,
We have had at least two breaking changes merge this week for out-of-tree
drivers/plugins. These are just the two I noticed that broke the Big Switch
CI (the one I keep an eye on since I had set
-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
__
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
--
Kevin Benton
maintainers this is just the way things
work?
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
--
Kevin Benton
___
OpenStack-operators mailing list
?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kevin Benton
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
--
Kevin Benton
___
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
Hi, creating rbac entries by non-admins will be controlled by policy.json.
So you can enable it or disable it there.
Also is the action access_as_external available now ?
Not yet. The code is still under review.
On Thu, Jun 25, 2015 at 10:15 AM, Assaf Muller amul...@redhat.com wrote:
I'll
-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
--
Kevin Benton
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
+1.
On 06/12/2015 09:44 PM, Kevin Benton wrote:
Hello!
As the Lieutenant of the built-in control plane[1], I would like
Rossella Sblendido to be a member of the control plane core
reviewer team.
Her review stats are in line with other cores[2] and her feedback
on patches related
does iPXE do exactly?,
What are the implications of having this enabled by default?
Cheers,
Miguel Ángel
Kevin Benton wrote:
I'd like to resurrect this thread. The patch has been sitting for quite a
while.
Since it doesn't modify the responses by default of DHCP messages, I'm
inclined
or a
config value.
If anyone has any concerns with that, please comment on the patch.
Cheers,
Kevin Benton
On Mon, Apr 20, 2015 at 11:05 AM, Sean M. Collins s...@coreitpro.com
wrote:
Hi,
In the following patch, I had a question about setting the IPXE tag by
default.
https
! Yamamoto
shows great attention to detail in code reviews and frequently
finds real issues that were not spotted by others.
On Thu, Jun 11, 2015, Kevin Benton blak...@gmail.com wrote:
Hello all!
As the Lieutenant of the built-in control plane[1], I would like
YAMAMOTO Takashi
Ok. So if I understand it correctly, every update operation we do could
result in a deadlock then? Or is it just ones with where criteria that
became invalid.
On Tue, Jun 16, 2015 at 8:58 PM, Carl Baldwin c...@ecbaldwin.net wrote:
On Tue, Jun 16, 2015 at 5:17 PM, Kevin Benton blak...@gmail.com
__
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
--
Kevin Benton
to contend with DBDeadlock
errors when we switch to the new SQL driver anyway. From what I've
observed, it seems that if someone is holding a lock on a table and you try
to grab it, pymsql immediately throws a deadlock exception.
Cheers,
Kevin Benton
On Thu, Jun 11, 2015 at 1:45 PM, Salvatore Orlando
501 - 600 of 1028 matches
Mail list logo