Ok, let’s first try to fix the inter-VM communication, then let’s look at the external
network.
Question:
1) What kind of segmentation are you attempting? VLAN?
I would recommend you to try VXLAN or GRE first.
In such case you won’t need to modify your local eth0.xx, just specify
the local_ip on the ovs agent configuration, and of course all the other VXLAN bits
(that’s
generally done automatically by packsack)
For the external network
you could plug your eth1 directly to the br-ex bridge, (without vlan tagged), and then
specify:
http://docs.openstack.org/havana/install-guide/install/apt/content/instal...
<
http://docs.openstack.org/havana/install-guide/install/apt/content/instal...
--provider:network_type vlan --provider:physical_network physnet1
--provider:segmentation_id SEG_ID
Make sure “physnet1” is the mapping that connects to your br-ex (bridge mappings on the
packstack config, that’s
installed to the ovs agent configuration file).
This way neutron would handle the vlan tagging/untagging from/to your external network.
Alternatively, if you want to provide your network node/controller with an external IP
address you can try to plug in eth1:1 instead
and keep eth1 for the system (warning, I haven’t tried this specifically, but I guess it
may work).
Best,
Miguel Ángel Ajo
On 14/4/2015, at 11:48, pauline phaure <phaurep(a)gmail.com>
wrote:
i turned down the br-ex and br-int and returned the eth0, eth0.xx, eth1,eth1.xx to their
original state. Now i can ssh to my servers. But when I spawn a VM it can't reach the
dhcp agent.
Starting acpid: OK
cirros-ds 'local' up at 0.84
no results found for mode=local. up 0.87. searched: nocloud configdrive ec2
Starting network...
udhcpc (v1.20.1) started
Sending discover...
Sending discover...
Sending discover...
Usage: /sbin/cirros-dhcpc <up|down>
No lease, failing
WARN: /etc/rc3.d/S40-network failed
cirros-ds 'net' up at 181.06
checking
http://169.254.169.254/2009-04-04/instance-id
<
http://169.254.169.254/2009-04-04/instance-id>
failed 1/20: up 181.07. request failed
failed 2/20: up 183.09. request failed
failed 3/20: up 185.10. request failed
failed 4/20: up 187.10. request failed
failed 5/20: up 189.11. request failed
failed 6/20: up 191.11. request failed
failed 7/20: up 193.12. request failed
failed 8/20: up 195.12. request failed
failed 9/20: up 197.13. request failed
failed 10/20: up 199.13. request failed
failed 11/20: up 201.14. request failed
failed 12/20: up 203.14. request failed
failed 13/20: up 205.15. request failed
failed 14/20: up 207.15. request failed
failed 15/20: up 209.16. request failed
failed 16/20: up 211.16. request failed
failed 17/20: up 213.17. request failed
failed 18/20: up 215.17. request failed
failed 19/20: up 217.18. request failed
failed 20/20: up 219.18. request failed
failed to read iid from metadata. tried 20
no results found for mode=net. up 221.19. searched: nocloud configdrive ec2
failed to get instance-id of datasource
2015-04-14 10:23 GMT+02:00 pauline phaure <phaurep(a)gmail.com
<mailto:phaurep@gmail.com>>:
no actually, packstack just added two files which were empty. Besides my VMs couldn't
reach the dhcp agent and it was clear that all the br-ex br-int and br-tun were down.
In order to fill my ifcfg-br-ex file i followed this tuto here
https://www.rdoproject.org/Neutron_with_existing_external_network
<
https://www.rdoproject.org/Neutron_with_existing_external_network>. for the br-int
i followed this one
https://www.rdoproject.org/forum/discussion/196/quantum-basic-setup/p1
<
https://www.rdoproject.org/forum/discussion/196/quantum-basic-setup/p1>. I did
exactly the same but i didn't work for me. I think that the problem is related to my
interfaces eth0 and eth1 placed in vlans on the physical switch. any idea on how i could
fix things?
2015-04-14 10:04 GMT+02:00 Miguel Angel Ajo Pelayo <mangelajo(a)redhat.com
<mailto:mangelajo@redhat.com>>:
It's been a while since I'm not doing it, but isn't packstack supposed to do
that for you?.
What guide steps are you following to modify such files?
----- Original Message -----
>
>
>
> ok, i will but how should i configure this ifcfg-files? should i put the
> br-ex and br-int in the same vlans as eth0 and eth1?
>
> 2015-04-14 10:00 GMT+02:00 Miguel Angel Ajo Pelayo < mangelajo(a)redhat.com
<mailto:mangelajo@redhat.com> > :
>
>
> Hi Pauline,
>
> I’m afraid that at this point you may need to connect via a KVM or direct
> monitor / keyboard to
> properly reconfigure the ifcfg files.
>
>
> > On 14/4/2015, at 9:48, pauline phaure < phaurep(a)gmail.com
<mailto:phaurep@gmail.com> > wrote:
> >
> > Hi everyone,
> > I recently installed Openstack with RDO packstack on two servers. on each
> > server I have 2 interfaces eth0 and eth1 each one of this interfaces is on
> > a seperate vlans. As the VMs spawened by NOVA couldn't get an IP address,
> > I saw in a tutorial that I should edit the files ifcfg-br-ex and
> > ifcfg-br-int and when I did I lost my connection and couldn't anymore ssh
> > to my servers.
> > Do you have any idea how i can solve this?
> > thank you in advance,
> > Pauline,
> > _______________________________________________
> > Rdo-list mailing list
> > Rdo-list(a)redhat.com <mailto:Rdo-list@redhat.com>
> >
https://www.redhat.com/mailman/listinfo/rdo-list
<
https://www.redhat.com/mailman/listinfo/rdo-list>
> >
> > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
<mailto:rdo-list-unsubscribe@redhat.com>
>
> Miguel Angel Ajo
>
>
>
>
>
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com <mailto:Rdo-list@redhat.com>
>
https://www.redhat.com/mailman/listinfo/rdo-list
<
https://www.redhat.com/mailman/listinfo/rdo-list>
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
<mailto:rdo-list-unsubscribe@redhat.com>
Miguel Angel Ajo