a blueprint to make OVS agent use Ryu to talk with OVS.
https://blueprints.launchpad.net/neutron/+spec/ovs-ofctl-to-python
https://review.openstack.org/#/c/138980/ (kilo spec)
given that ML2/OVS is one of the most popular plugins and the proposal
has a few possible controversial points, i want to ask wider opinions.
- it introduces a new requirement for OVS agent. (Ryu)
- it makes OVS agent require newer OVS version than it currently does.
- what to do for xenapi support is still under investigation/research.
- possible security impact.
please comment on gerrit if you have any opinions. thank you.
YAMAMOTO Takashi
--
Message: 4
Date: Tue, 9 Dec 2014 14:28:33 +0800
From: Alex Xu sou...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [api] Using query string or request body
to pass parameter
Message-ID:
CAH7mGavuTfWON=PgDcMrg9hoNrYViO+e=fdeuesrwh26otm...@mail.gmail.com
Content-Type: text/plain; charset=utf-8
Kevin, thanks for the info! I agree with you. RFC is the authority. use
payload in the DELETE isn't good way.
2014-12-09 7:58 GMT+08:00 Kevin L. Mitchell kevin.mitch...@rackspace.com:
On Tue, 2014-12-09 at 07:38 +0800, Alex Xu wrote:
Not sure all, nova is limited
at
https://github.com/openstack/nova/blob/master/nova/api/openstack/wsgi.py#L79
That under our control.
It is, but the client frameworks aren't, and some of them prohibit
sending a body with a DELETE request. Further, RFC7231 has this to say
about DELETE request bodies:
A payload within a DELETE request message has no defined semantics;
sending a payload body on a DELETE request might cause some
existing
implementations to reject the request.
(?4.3.5)
I think we have to conclude that, if we need a request body, we cannot
use the DELETE method. We can modify the operation, such as setting a
force flag, with a query parameter on the URI, but a request body
should be considered out of bounds with respect to DELETE.
Maybe not just ask question for delete, also for other method.
2014-12-09 1:11 GMT+08:00 Kevin L. Mitchell
kevin.mitch...@rackspace.com:
On Mon, 2014-12-08 at 14:07 +0800, Eli Qiao wrote:
I wonder if we can use body in delete, currently , there isn't
any
case used in v2/v3 api.
No, many frameworks raise an error if you try to include a body
with a
DELETE request.
--
Kevin L. Mitchell kevin.mitch...@rackspace.com
Rackspace
--
Kevin L. Mitchell kevin.mitch...@rackspace.com
Rackspace
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstack.org/pipermail/openstack-dev/attachments/20141209/0de78824/attachment-0001.html
--
Message: 5
Date: Tue, 9 Dec 2014 06:29:50 +
From: xianchaobo xiancha...@huawei.com
To: openstack-dev@lists.openstack.org
openstack-dev@lists.openstack.org
Cc: Luohao \(brian\) brian.luo...@huawei.com
Subject: [openstack-dev] [Ironic] Some questions about Ironic service
Message-ID:
d008c043f9162e45a8153719ded7cc4b33fb9...@szxeml559-mbx.china.huawei.com
Content-Type: text/plain; charset=us-ascii
Hello, all
I'm trying to install and configure Ironic service, something confused me.
I create two neutron networks, public network and private network.
Private network is used to deploy physical machines
Public network is used to provide floating ip.
(1) Private network type can be VLAN or VXLAN? (In install guide, the
network type is flat)
(2) The network of deployed physical machines can be managed by neutron?
(3) Different tenants can have its own network to manage physical machines?
(4) Does the ironic provide some mechanism for deployed physical machines
to use storage such as shared storage,cinder volume?
Thanks,
XianChaobo
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstack.org/pipermail/openstack-dev/attachments/20141209/c752d0da/attachment-0001.html
--
Message: 6
Date: Tue, 09 Dec 2014 12:25:39 +0530
From: Peeyush Gupta gpeey...@linux.vnet.ibm.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Ironic] How to get past pxelinux.0
bootloader?
Message-ID: 54869ceb.4040...@linux.vnet.ibm.com
Content-Type: text/plain; charset=ISO-8859-1
Hi all,
So, I have set up a devstack ironic setup for baremetal deployment. I
have been able to deploy a baremetal node successfully using
pxe_ipmitool driver. Now, I am trying to boot a server where I
