quantum; then
_horizon_config_set $local_settings OPENSTACK_NEUTRON_NETWORK
enable_security_group $Q_USE_SECGROUP
fi
On Tue, Jul 30, 2013 at 6:02 AM, Edgar Magana emag...@plumgrid.com
wrote:
You just confirmed what I found!
I was wondering if I could add update that variable in devstack, I
; then
_horizon_config_set $local_settings OPENSTACK_NEUTRON_NETWORK
enable_security_group $Q_USE_SECGROUP
fi
On Tue, Jul 30, 2013 at 6:02 AM, Edgar Magana emag...@plumgrid.com
wrote:
You just confirmed what I found!
I was wondering if I could add update that variable in devstack, I was
planning to add into lib
+1 Absolutely for both!
BTW. I also would like to propose to Eugene Nikanorov
Thanks,
Edgar
On 7/23/13 12:15 PM, Mark McClain mark.mccl...@dreamhost.com wrote:
All-
I'd like to propose that Kyle Mestery and Armando Migliaccio be added to
the Neutron core team. Both have been very active
This is ready to be merged, already has two core reviews but Salvatore ask
for some changes in the commit message.
Thanks,
Edgar
On 7/15/13 1:47 AM, Thierry Carrez thie...@openstack.org wrote:
Nachi Ueno wrote:
Since this is critical bug which stops gating, I hope this is merged
soon.
I'll
Craig,
It will help if you can add more information about your set-up:
release version?
devstack configuration (if you are using it)
configuration files
recently, if you are using master branch this error is really weird because
we renamed all quantum references to neutron.
Thanks,
Edgar
On
PM, Edgar Magana emag...@plumgrid.com wrote:
Folks,
When I create a network and a subnet associated to that network, I am able to
delete the network without deleting the subnet first from both CLI and
Horizon.
The difference is that in Horizon, both APIs are called: delete_subnet
it directly from the database.
Aaron
On Tue, Jul 2, 2013 at 1:39 PM, Edgar Magana emag...@plumgrid.com wrote:
If the plugin performs operations when the subnet is created, how is possible
to roll-back those operation if the plugin implementation of delete_subnet()
is never called?
I don¹t
delete
that then too. I don't see any reason to complicate things by forcing the
user to delete the subnets first.
Aaron
On Tue, Jul 2, 2013 at 2:04 PM, Edgar Magana emag...@plumgrid.com wrote:
Before filing a bug, do we really want this kind of functionality?
Is it correct to delete a network
. Since you cannot have a subnet without a network we should delete
that then too. I don't see any reason to complicate things by forcing the user
to delete the subnets first.
Aaron
On Tue, Jul 2, 2013 at 2:04 PM, Edgar Magana emag...@plumgrid.com wrote:
Before filing a bug, do we really want
achieve that. Why doesn't that work?
Thanks,
Aaron
On Thu, Jun 20, 2013 at 1:51 PM, Edgar Magana emag...@plumgrid.com wrote:
Could it be possible to add a flag to disable the allocation for the IP?
If the no allocation flag is enabled, all ports will have an empty value for
IPs
the blueprint
https://blueprints.launchpad.net/quantum/+spec/configurable-ip-allocation
On Jun 21, 2013, at 5:34 PM, Edgar Magana emag...@plumgrid.com wrote:
Mark,
Can you point me to the BP for this feature?
I want to keep an eye on it.
Thanks,
Edgar
From: Mark McClain mark.mccl
Developers,
So far in Networking (formerly Quantum) IPs are pre-allocated when a new
port is created by the following def:
_allocate_ips_for_port(self, context, network, port):
If we are using a real DHCP (not the dnsmasq process) that does not accept
static IP allocation because it only
an allocator for a subnet.
mark
On Jun 20, 2013, at 2:36 PM, Edgar Magana emag...@plumgrid.com wrote:
Developers,
So far in Networking (formerly Quantum) IPs are pre-allocated when a new port
is created by the following def:
_allocate_ips_for_port(self, context, network, port):
If we
201 - 213 of 213 matches
Mail list logo