On Jun 30, 2016, at 6:07 AM, Kevin Benton wrote:
> It shouldn't matter which node they land on because the networks should be
> able to reach any node.
Ok, thanx. I just thought it was strange that the router was "bound"
(?) to the Compute, not the [Network] Controller.
--
Turbo Fredriksson
tu..
>But unfortunately (?) they're all on the Compute node for some reason!?
>While the DHCP network namespaces (but no interfaces) end up on the
>Control node!
It shouldn't matter which node they land on because the networks should be
able to reach any node. If you don't see the DHCP agent's interfac
On Jun 29, 2016, at 4:10 PM, Kevin Benton wrote:
> No, just remove the interfaces from whichever one is your integration
> bridge.
Ok, my network seems to be back on track. I deleted the router and all
the networks and subnets and recreated them and now all the interfaces
are as they should be.
On Jun 29, 2016, at 12:28 AM, Kevin Benton wrote:
> you will also need to change that in the
> nova compute config with the 'linuxnet_ovs_integration_bridge' setting
Ah, perfect! Thanx.
> Whatever your integration bridge is, it should *not* have any physical
> interfaces plugged into it directly
You can't have a physical interface in the br-int
Remo
Inviato da iPhone
> Il giorno 28 giu 2016, alle ore 19:11, Kevin Benton ha
> scritto:
>
> Check my other email. Having a physical interface directly in the integration
> bridge will not work as expected.
>
>> On Jun 28, 2016 5:45 PM, "
Check my other email. Having a physical interface directly in the
integration bridge will not work as expected.
On Jun 28, 2016 5:45 PM, "Turbo Fredriksson" wrote:
> On Jun 29, 2016, at 12:03 AM, Turbo Fredriksson wrote:
>
> >Bridge br-tun
> >fail_mode: secure
> >Port patch-i
br-int (is the integration bridge) the br-tun is use for vxlan, gre etc.
here is a very detail chart about those info above.
https://www.rdoproject.org/networking/networking-in-too-much-detail/
> On Jun 28, 2016, at 16:24, Turbo Fredriksson wrote:
>
> On Jun 29, 2016, at 12:03 AM, Turbo Fre
On Jun 29, 2016, at 12:03 AM, Turbo Fredriksson wrote:
>Bridge br-tun
>fail_mode: secure
>Port patch-int
>Interface patch-int
>type: patch
>options: {peer=patch-tun}
Looking at my own setup in more detail, I just noticed
this.
"patc
>Is there a difference between "integration_bridge" and
>"ovs_integration_bridge"?
They should match, shouldn't they??
Yes, 'ovs_integration_bridge' is for non-OVS things like the L3 agent, DHCP
agent, and Nova compute to refer to an OVS setting. Since you are using a
non-default integration brid
On Jun 28, 2016, at 11:36 PM, Remo Mattei wrote:
> is this a multi deployment air?
"multi deployment air"?
> Did you check if you can ping each other if in a multi?
"in a multi"?
If you mean, can I ping the Controller via eth0 and
vise versa, without the traffic going through eth1,
then yes:
On Jun 28, 2016, at 11:19 PM, Kevin Benton wrote:
> It sounds like the agents may be plugging their ports into the wrong OVS
> bridge. It sounds like you have br-physical configured as your integration
> bridge, but you also have eth0 directly plugged into that bridge as well.
> That's not goin
is this a multi deployment air? Did you check if you can ping each other if in
a multi? What does the ovs-vsctl show output is? The UI/Dashboard sometimes
show it’s down but it really it’s not and it works fine. It’s a bad case where
this is a very common issue when people are looking at the UI
"Port 57fa1869-fc0d-4c5c-924c-402782b5bd24 was not found on the integration
bridge and will therefore not be processed"
It sounds like the agents may be plugging their ports into the wrong OVS
bridge. It sounds like you have br-physical configured as your integration
bridge, but you also have eth0
On Jun 28, 2016, at 10:31 PM, Remo Mattei wrote:
> Ok Turbo,
> looks like your services are all up and running. can you check if your
> neutron agent-list and neutron port-list shows any down services?
- s n i p -
bladeA01b:~# neutron agent-list
+--+
Ok Turbo,
looks like your services are all up and running. can you check if your neutron
agent-list and neutron port-list shows any down services?
> On Jun 28, 2016, at 14:04, Turbo Fredriksson wrote:
>
> On Jun 28, 2016, at 5:17 PM, Turbo Fredriksson wrote:
>
>> Not sure if this is what you m
On Jun 28, 2016, at 5:17 PM, Turbo Fredriksson wrote:
> Not sure if this is what you mean:
Found a reference to nova service list, and this is probably
more correct:
- s n i p -
bladeA01b:/etc/ironic# openstack compute service list
+++---+--+-+
On Jun 28, 2016, at 1:02 AM, Remo Mattei wrote:
> Quick question how was this installed? Centos packstack, devstack etc.
Manually, by installing packages from/on Debian GNU/Linux Sid
(unstable). Then manual configuration by modifying files.
> What does the nova service list show?
Not sure if t
Quick question how was this installed? Centos packstack, devstack etc.
What does the nova service list show?
How about neutron agent-list?
Remo
Inviato da iPhone
> Il giorno 27 giu 2016, alle ore 15:25, Turbo Fredriksson
> ha scritto:
>
> I'm not sure what to do next. I've finally got my
I'm not sure what to do next. I've finally got my first
instance up and running. But it doesn't get a DHCP address.
Which is the first thing I can't figure out.
I assume(d) that the Control node is [going to be] the gateway
to the rest of the network (because the Control node is also
the Network n
19 matches
Mail list logo