Is the additional IP block contiguous with the existing one or at least on
the neighbirhood?
-Erik
On Feb 17, 2016 12:06 AM, "Priyanka" wrote:
> Hi,
>
> I have an multinode openstack juno setup with VXLAN tunneling. I have an
> external network ext-net through which I assign floating IPs to the
Hi,
I have an multinode openstack juno setup with VXLAN tunneling. I have an
external network ext-net through which I assign floating IPs to the
VMs. I have limited IPs in the external network subnet. I want to assign
an additional external network so that I can assign the IPs from this
new
I don't think that you'll be able to do that in IceHouse, neither on Juno.
Only Kilo and Liberty have a native function to disable the port_security
per port. Without it, OpenStack Neutron (and also Nova Network, I guess)
will not allow the firewall Instance to work correctly. It will not see any
Michael,
I am not a neutron expect but this bug 1433461 does not seem to be a duplicate
of 1421024.
Bug 1433461 is for port binding while 1421024 is for Nexus switch not
configured at all.
This is the fix for 1433461:
@@ -1337,7 +1337,7 @@ class Ml2Plugin(db_base_plugin_v2.NeutronDbPluginV2,
Hello,
I am using Linux Bridge, I did see that bug report however it is marked
as a duplicate of: https://bugs.launchpad.net/neutron/+bug/1433461 which
indicates the issue was fixed in kilo. If I understand the report correctly.
Michael
On Tue, Feb 16, 2016 at 1:53 PM, Anthony T CHOW <
antho
Michael,
Are you using Linux Bridge or OvS?
There is a bug report: Linux bridge does not work with cisco_nexus ml2 plugins
https://bugs.launchpad.net/networking-cisco/+bug/1421024
anthony.
From: Michael Gale [mailto:gale.mich...@gmail.com]
Sent: Tuesday, February 16, 2016 12:42 PM
To: openstac
Hello,
I am having issues getting my Liberty environment working with VXLAN
and N9K.
Currently I am getting the following errors in the logs on startup:
--snip--
2016-02-16 13:18:42.097 595 WARNING
networking_cisco.plugins.ml2.drivers.cisco.nexus.mech_cisco_nexus
[req-825a9891-0467-4958-86ca-
I have some questions regarding the way that networking is handled via
qemu/kvm+libvirt, namely I'm trying to replicate OpenStack's use of the
magic IP on newly spun-up instances. My apologies in advance if this is
not the proper mailing list for such a question. I've already been to
the libv
Sounds good. Let me know how it goes.
Thanks Dilip,
Xing
> On Feb 16, 2016, at 1:21 AM, Dilip Sunkum Manjunath
> wrote:
>
> Hi Xing,
>
>
> Thanks for replay,
>
>
>
> I tried because the use case was to support both in single pool.
>
> I was thinking in same as to read the volume type
hello,guys,now I want to know the the process of start a new instance,and I
find the code in nova/conductor/rpcapi.py,
cctxt = self.client.prepare(version=version)
cctxt.cast(context, 'build_instances', **kw)
I know the code do a cast method,send the message to exchange,but which is
the exchange
John Depp writes:
>
> Hello Team,While trying to spawn a new CentOS instance on openstack, the
following error is being logged :url_helper.py[WARNING]: Calling
'http://169.254.169.254/2009-04-04/meta-data/instance-id ' failed [0/120s]:
unexpected error ['NoneType' object has no attribute 'statu
Mark and Martinx thank you both for your suggestions.
I had tried to build PFSense in the past but without success.
Indeed my goal is to run the virtual firewall as an instance since I am
on an older OpenStack version (IceHouse) with nova-networking and
therefore I cannot have control over the
12 matches
Mail list logo
