[Openstack] [ovsdb-dev] No IP assigned to Instances
Silvia Fichera
fichera.sil at gmail.com
Tue Nov 17 19:53:35 UTC 2015
Hi Vishal,
I'm following your suggestion. I'm posting the outputs in line
2015-11-17 14:18 GMT+01:00 Vishal Thapar <vishal.thapar at ericsson.com>:
> Hi,
>
>
>
> Typically I follow following steps to troubleshoot VMs not getting IP.
>
>
>
> 1. Get output of ‘ovs-vsctl show’ to know which bridges and ports
> are created.
>
Controller:
sudo ovs-vsctl show
a450ea16-a6c0-4f1b-ac49-5167b8c105ac
Manager "tcp:10.30.3.234:6640"
is_connected: true
Bridge br-int
Controller "tcp:10.30.3.234:6633"
is_connected: true
Port br-int
Interface br-int
type: internal
Port "tap94fe0b9c-6e"
Interface "tap94fe0b9c-6e"
Port "tapaed1d73e-42"
Interface "tapaed1d73e-42"
Port "tap48f99030-fe"
Interface "tap48f99030-fe"
Port "tap570295db-ca"
Interface "tap570295db-ca"
Port "tap353e93bd-e3"
Interface "tap353e93bd-e3"
Bridge br-ex
Controller "tcp:10.30.3.234:6633"
is_connected: true
Port br-ex
Interface br-ex
type: internal
Port "eth1"
Interface "eth1"
ovs_version: "2.3.2"
Compute:
sudo ovs-vsctl show
98337a76-b387-44f2-bbc7-1de9e41e42f8
Manager "tcp:10.30.3.234:6640"
is_connected: true
Bridge br-int
Controller "tcp:10.30.3.234:6633"
is_connected: true
Port br-int
Interface br-int
type: internal
Port "tapdd40ef9f-5c"
Interface "tapdd40ef9f-5c"
Port "tap6f9583ce-3f"
Interface "tap6f9583ce-3f"
Bridge br-ex
Controller "tcp:10.30.3.234:6633"
is_connected: true
Port "eth1"
Interface "eth1"
Port br-ex
Interface br-ex
type: internal
ovs_version: "2.0.2"
> 2. Get output of ‘ovs-ofctl show’ it helps map port names to port
> numbers.
>
Controller:
sudo ovs-ofctl -O Openflow13 show br-int
OFPT_FEATURES_REPLY (OF1.3) (xid=0x2): dpid:0000ee5d6205c74b
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS
OFPST_PORT_DESC reply (OF1.3) (xid=0x3):
1(tapaed1d73e-42): addr:fe:16:3e:86:8e:90
config: 0
state: 0
current: 10MB-FD COPPER
speed: 10 Mbps now, 0 Mbps max
2(tap570295db-ca): addr:fe:16:3e:89:c5:8f
config: 0
state: 0
current: 10MB-FD COPPER
speed: 10 Mbps now, 0 Mbps max
3(tap48f99030-fe): addr:fe:16:3e:95:9e:e1
config: 0
state: 0
current: 10MB-FD COPPER
speed: 10 Mbps now, 0 Mbps max
4(tap94fe0b9c-6e): addr:fe:16:3e:ff:80:59
config: 0
state: 0
current: 10MB-FD COPPER
speed: 10 Mbps now, 0 Mbps max
5(tap353e93bd-e3): addr:fe:16:3e:f8:4f:de
config: 0
state: 0
current: 10MB-FD COPPER
speed: 10 Mbps now, 0 Mbps max
LOCAL(br-int): addr:ee:5d:62:05:c7:4b
config: PORT_DOWN
state: LINK_DOWN
speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (OF1.3) (xid=0x5): frags=normal miss_send_len=0
Here I think it's strange that br-int is down
Compute:
sudo ovs-ofctl -O Openflow13 show br-int
OFPT_FEATURES_REPLY (OF1.3) (xid=0x2): dpid:000012c6e141b64d
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS
OFPT_GET_CONFIG_REPLY (OF1.3) (xid=0x4): frags=normal miss_send_len=0
> 3. Get output of ‘ovs-ofctl dump-flows’ to get all the flows.
>
Controller:
sudo ovs-ofctl -O Openflow13 dump-flows br-int
OFPST_FLOW reply (OF1.3) (xid=0x2):
I suppose this is because links are down.
Compute:
sudo ovs-ofctl -O Openflow13 dump-flows br-int
OFPST_FLOW reply (OF1.3) (xid=0x2):
> 4. Get output of ‘ovs-ofctl port-stats’ [check help for exact
> command] to get port stats.
>
Controller:
sudo ovs-ofctl -O Openflow13 dump-ports br-int
OFPST_PORT reply (OF1.3) (xid=0x2): 6 ports
port 4: rx pkts=9, bytes=1458, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=390, bytes=43814, drop=0, errs=0, coll=0
duration=1903.037s
port LOCAL: rx pkts=0, bytes=0, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=0, bytes=0, drop=0, errs=0, coll=0
duration=3146.566s
port 1: rx pkts=9, bytes=1458, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=390, bytes=43814, drop=0, errs=0, coll=0
duration=1903.258s
port 5: rx pkts=9, bytes=1461, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=156, bytes=17372, drop=0, errs=0, coll=0
duration=734.912s
port 2: rx pkts=9, bytes=1458, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=390, bytes=43814, drop=0, errs=0, coll=0
duration=1903.257s
port 3: rx pkts=9, bytes=1458, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=390, bytes=43814, drop=0, errs=0, coll=0
duration=1903.250s
Compute:
sudo ovs-ofctl -O Openflow13 dump-ports br-int
OFPST_PORT reply (OF1.3) (xid=0x2): 3 ports
port 1: rx pkts=9, bytes=1461, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=158, bytes=17538, drop=0, errs=0, coll=0
duration=782.148s
port 2: rx pkts=9, bytes=1461, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=158, bytes=17538, drop=0, errs=0, coll=0
duration=781.923s
port LOCAL: rx pkts=8, bytes=648, drop=0, errs=0, frame=0, over=0, crc=0
tx pkts=0, bytes=0, drop=0, errs=0, coll=0
duration=926.372s
>
>
I think that the port down affects all the results.
I've unstacked and stacked few times, but I don't know why it is down.
I'll try to stack again tomorrow morning and send you back again the resuls.
Thank you.
Silvia
> Then, keep triggering DHCP requests and watch output of dump-flows on that
> compute node and notice which flows it is hitting. This will let you know
> if for some reason pkts are being dropped. If all goes well, look at ports
> for which it hits the output action. E.g. in your case it could be one of
> the flows in table 110.
>
>
>
> Sometimes running wireshark on that particular port [if it is an eth port]
> helps to see if pkts are going on wire or not. If all well at this end
> [sending pkts over tunnel] look for pkts on the counterpart [node where
> DHCP is running] at and similarly run the above 4 commands. If the pkt
> reaches the pipeline, go through it to see if it is hitting DHCP
> namespace’s tap port or not.
>
>
>
> Hope this helps.
>
>
>
> Regards,
>
> Vishal.
>
>
>
> *From:* ovsdb-dev-bounces at lists.opendaylight.org [mailto:
> ovsdb-dev-bounces at lists.opendaylight.org] *On Behalf Of *Silvia Fichera
> *Sent:* 17 November 2015 18:23
> *To:* Janki Chhatbar
> *Cc:* <ovsdb-dev at lists.opendaylight.org>; openstack at lists.openstack.org
> *Subject:* Re: [ovsdb-dev] [Openstack] No IP assigned to Instances
>
>
>
> Hi
>
>
>
> I have already run the two commands and nothing has changed.
>
> There are any method to troubleshoot this issue?
>
>
>
> Thank you
>
>
>
>
>
>
>
> 2015-11-17 13:05 GMT+01:00 Janki Chhatbar <jankihchhatbar at gmail.com>:
>
> Hi
>
> It seems VXLAN tunnel is not created. Run these 2 commands on compute and
> neutron node.
> 1. Run "ovs-vsctl get Open_vSwitch . _uuid" - It will return a uuid, lets
> call it uuid_returned.
> 2. Run "ovs-vsctl set Open_vSwitch <uuid_returned>
> other_config:local_ip=<ip-of-your-data-interface>" - Data interface here
> refers to whichever interface you want data traffic to use.
>
> This will create a tunnel between Neutron and Compute node. DHCP messages
> will ass through this tunnel and VMs ill get IP.
>
> Thanks
>
>
> Janki Chhatbar
>
> M.Tech (Embedded Systems)
>
> Nirma University
>
> (+91) 9409239106
>
>
>
> On Tue, Nov 17, 2015 at 2:08 PM, Silvia Fichera <fichera.sil at gmail.com>
> wrote:
>
> Hi
>
> These are my output:
>
> neutron agent-list
>
>
> +--------------------------------------+----------------+-----------+-------+----------------+------------------------+
>
> | id | agent_type | host |
> alive | admin_state_up | binary |
>
>
> +--------------------------------------+----------------+-----------+-------+----------------+------------------------+
>
> | df34892b-4e00-4504-a9c2-6d73b89e7be7 | Metadata agent | devstack1 | :-)
> | True | neutron-metadata-agent |
>
> | e6497bd3-d34d-413d-8d99-c34df2d4de7e | DHCP agent | devstack1 | :-)
> | True | neutron-dhcp-agent |
>
>
> +--------------------------------------+----------------+-----------+-------+----------------+------------------------+
>
>
>
> br-int Controller/Compute node:
>
>
>
> sudo ovs-ofctl dump-flows br-int -O Openflow13
>
> OFPST_FLOW reply (OF1.3) (xid=0x2):
>
> cookie=0x0, duration=64916.193s, table=0, n_packets=9, n_bytes=1458,
> in_port=7,dl_src=fa:16:3e:cf:fd:30
> actions=set_field:0x40e->tun_id,load:0x1->NXM_NX_REG0[],goto_table:20
>
> cookie=0x0, duration=66408.764s, table=0, n_packets=3, n_bytes=180,
> priority=0 actions=goto_table:20
>
> cookie=0x0, duration=64916.188s, table=0, n_packets=0, n_bytes=0,
> priority=8192,in_port=7 actions=drop
>
> cookie=0x2b00000000000047, duration=64906.395s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=7 actions=output:5,output:6,CONTROLLER:65535
>
> cookie=0x2b0000000000003e, duration=64996.333s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=3
> actions=output:4,output:5,output:2,output:1,output:6,CONTROLLER:65535
>
> cookie=0x2b00000000000046, duration=64906.395s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=6 actions=output:5,output:7,CONTROLLER:65535
>
> cookie=0x2b00000000000045, duration=64906.400s, table=0, n_packets=3517,
> n_bytes=211377, priority=2,in_port=5 actions=output:6,output:7
>
> cookie=0x2b0000000000003f, duration=64996.332s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=1
> actions=output:4,output:5,output:2,output:3,output:6,CONTROLLER:65535
>
> cookie=0x2b0000000000003b, duration=64996.335s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=4
> actions=output:5,output:2,output:3,output:1,output:6,CONTROLLER:65535
>
> cookie=0x2b0000000000003d, duration=64996.333s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=2
> actions=output:4,output:5,output:3,output:1,output:6,CONTROLLER:65535
>
> cookie=0x0, duration=64916.143s, table=0, n_packets=0, n_bytes=0,
> tun_id=0x40e,in_port=6 actions=load:0x2->NXM_NX_REG0[],goto_table:20
>
> cookie=0x0, duration=66411.533s, table=0, n_packets=1189, n_bytes=124845,
> dl_type=0x88cc actions=CONTROLLER:65535
>
> cookie=0x2b00000000000007, duration=66411.622s, table=0, n_packets=0,
> n_bytes=0, priority=100,dl_type=0x88cc actions=CONTROLLER:65535
>
> cookie=0x0, duration=66408.756s, table=20, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:30
>
> cookie=0x0, duration=66408.749s, table=30, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:40
>
> cookie=0x0, duration=64916.203s, table=40, n_packets=0, n_bytes=0,
> priority=36001,ip,in_port=7,dl_src=fa:16:3e:cf:fd:30,nw_src=10.10.10.7
> actions=goto_table:50
>
> cookie=0x0, duration=66408.743s, table=40, n_packets=33, n_bytes=2520,
> priority=0 actions=goto_table:50
>
> cookie=0x0, duration=66086.470s, table=40, n_packets=15, n_bytes=4950,
> priority=61012,udp,tp_src=68,tp_dst=67 actions=goto_table:50
>
> cookie=0x0, duration=64916.203s, table=40, n_packets=0, n_bytes=0,
> priority=61011,udp,in_port=7,tp_src=67,tp_dst=68 actions=drop
>
> cookie=0x0, duration=66408.737s, table=50, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:60
>
> cookie=0x0, duration=66408.732s, table=60, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:70
>
> cookie=0x0, duration=66408.727s, table=70, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:80
>
> cookie=0x0, duration=66408.722s, table=80, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:90
>
> cookie=0x0, duration=66408.717s, table=90, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:100
>
> cookie=0x0, duration=64916.217s, table=90, n_packets=0, n_bytes=0,
> priority=61006,udp,dl_src=fa:16:3e:48:27:5a,tp_src=67,tp_dst=68
> actions=goto_table:100
>
> cookie=0x0, duration=66408.713s, table=100, n_packets=48, n_bytes=7470,
> priority=0 actions=goto_table:110
>
> cookie=0x0, duration=64916.151s, table=110, n_packets=0, n_bytes=0,
> priority=8192,tun_id=0x40e actions=drop
>
> cookie=0x0, duration=66408.687s, table=110, n_packets=3, n_bytes=180,
> priority=0 actions=drop
>
> cookie=0x0, duration=64916.178s, table=110, n_packets=0, n_bytes=0,
> priority=16384,reg0=0x2,tun_id=0x40e,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00
> actions=output:7
>
> cookie=0x0, duration=64916.164s, table=110, n_packets=9, n_bytes=1458,
> priority=16383,reg0=0x1,tun_id=0x40e,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00
> actions=output:7,output:6
>
> cookie=0x0, duration=64916.183s, table=110, n_packets=0, n_bytes=0,
> tun_id=0x40e,dl_dst=fa:16:3e:cf:fd:30 actions=output:7
>
> cookie=0x0, duration=64914.605s, table=110, n_packets=0, n_bytes=0,
> tun_id=0x40e,dl_dst=fa:16:3e:7e:0c:43 actions=output:6
>
> cookie=0x0, duration=64914.763s, table=110, n_packets=0, n_bytes=0,
> tun_id=0x40e,dl_dst=fa:16:3e:ef:2a:29 actions=output:6
>
>
>
>
>
> br-int Compute node:
>
>
>
> sudo ovs-ofctl dump-flows br-int -O Openflow13
>
> OFPST_FLOW reply (OF1.3) (xid=0x2):
>
> cookie=0x0, duration=64953.73s, table=0, n_packets=0, n_bytes=0,
> tun_id=0x40e,in_port=1 actions=load:0x2->NXM_NX_REG0[],goto_table:20
>
> cookie=0x0, duration=64953.782s, table=0, n_packets=9, n_bytes=1458,
> in_port=2,dl_src=fa:16:3e:ef:2a:29
> actions=set_field:0x40e->tun_id,load:0x1->NXM_NX_REG0[],goto_table:20
>
> cookie=0x0, duration=64953.633s, table=0, n_packets=9, n_bytes=1458,
> in_port=4,dl_src=fa:16:3e:7e:0c:43
> actions=set_field:0x40e->tun_id,load:0x1->NXM_NX_REG0[],goto_table:20
>
> cookie=0x2b00000000000048, duration=64945.347s, table=0, n_packets=2859,
> n_bytes=171540, priority=2,in_port=3 actions=output:2,output:4,output:1
>
> cookie=0x2b0000000000004b, duration=64945.346s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=1
> actions=output:3,output:2,output:4,CONTROLLER:65535
>
> cookie=0x0, duration=64953.777s, table=0, n_packets=0, n_bytes=0,
> priority=8192,in_port=2 actions=drop
>
> cookie=0x2b00000000000049, duration=64945.347s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=2
> actions=output:3,output:4,output:1,CONTROLLER:65535
>
> cookie=0x0, duration=64953.617s, table=0, n_packets=0, n_bytes=0,
> priority=8192,in_port=4 actions=drop
>
> cookie=0x2b0000000000004a, duration=64945.347s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=4
> actions=output:3,output:2,output:1,CONTROLLER:65535
>
> cookie=0x0, duration=65039.282s, table=0, n_packets=954, n_bytes=100170,
> dl_type=0x88cc actions=CONTROLLER:65535
>
> cookie=0x2b00000000000009, duration=65039.291s, table=0, n_packets=0,
> n_bytes=0, priority=100,dl_type=0x88cc actions=CONTROLLER:65535
>
> cookie=0x0, duration=65035.376s, table=0, n_packets=12, n_bytes=858,
> priority=0 actions=goto_table:20
>
> cookie=0x0, duration=65035.37s, table=20, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:30
>
> cookie=0x0, duration=65035.367s, table=30, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:40
>
> cookie=0x0, duration=64953.798s, table=40, n_packets=0, n_bytes=0,
> priority=36001,ip,in_port=2,dl_src=fa:16:3e:ef:2a:29,nw_src=10.10.10.8
> actions=goto_table:50
>
> cookie=0x0, duration=64953.639s, table=40, n_packets=0, n_bytes=0,
> priority=36001,ip,in_port=4,dl_src=fa:16:3e:7e:0c:43,nw_src=10.10.10.9
> actions=goto_table:50
>
> cookie=0x0, duration=65035.361s, table=40, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:50
>
> cookie=0x0, duration=64953.808s, table=40, n_packets=0, n_bytes=0,
> priority=61011,udp,in_port=2,tp_src=67,tp_dst=68 actions=drop
>
> cookie=0x0, duration=64953.656s, table=40, n_packets=0, n_bytes=0,
> priority=61011,udp,in_port=4,tp_src=67,tp_dst=68 actions=drop
>
> cookie=0x0, duration=65035.356s, table=50, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:60
>
> cookie=0x0, duration=65035.352s, table=60, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:70
>
> cookie=0x0, duration=65035.347s, table=70, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:80
>
> cookie=0x0, duration=65035.343s, table=80, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:90
>
> cookie=0x0, duration=65035.339s, table=90, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:100
>
> cookie=0x0, duration=64953.813s, table=90, n_packets=0, n_bytes=0,
> priority=61006,udp,dl_src=fa:16:3e:48:27:5a,tp_src=67,tp_dst=68
> actions=goto_table:100
>
> cookie=0x0, duration=65035.335s, table=100, n_packets=25, n_bytes=3356,
> priority=0 actions=goto_table:110
>
> cookie=0x0, duration=64953.738s, table=110, n_packets=0, n_bytes=0,
> priority=8192,tun_id=0x40e actions=drop
>
> cookie=0x0, duration=64953.611s, table=110, n_packets=0, n_bytes=0,
> tun_id=0x40e,dl_dst=fa:16:3e:7e:0c:43 actions=output:4
>
> cookie=0x0, duration=64953.768s, table=110, n_packets=0, n_bytes=0,
> tun_id=0x40e,dl_dst=fa:16:3e:ef:2a:29 actions=output:2
>
> cookie=0x0, duration=64953.762s, table=110, n_packets=0, n_bytes=0,
> priority=16384,reg0=0x2,tun_id=0x40e,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00
> actions=output:2,output:4
>
> cookie=0x0, duration=64953.756s, table=110, n_packets=18, n_bytes=2916,
> priority=16383,reg0=0x1,tun_id=0x40e,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00
> actions=output:2,output:1,output:4
>
> cookie=0x0, duration=65035.33s, table=110, n_packets=7, n_bytes=440,
> priority=0 actions=drop
>
>
>
> Thanks
>
>
>
> 2015-11-17 8:42 GMT+01:00 Janki Chhatbar <jankihchhatbar at gmail.com>:
>
> Hi
>
>
>
> Check for flows in both the bridges. Check if DHCP agent is running. I
> faced the same issue but I was using GRE tunnels and manual installation.
>
>
>
> Thanks
>
> Janki
>
>
>
> Sent from my BlackBerry 10 smartphone.
>
> *From: *Silvia Fichera
>
> *Sent: *Tuesday, 17 November 2015 13:09
>
> *To: *Janki Chhatbar
>
> *Cc: *<ovsdb-dev at lists.opendaylight.org>; openstack at lists.openstack.org
>
> *Subject: *Re: [Openstack] No IP assigned to Instances
>
>
>
> Hi Janki,
>
> I'm using vxlan and I have both br-int and br-ex (but by now I'm not
> caring about external connection, I think that if it is not able to ping
> internally it won't be able to reach internet).
>
>
>
> Thanks,
>
> Silvia
>
>
>
> 2015-11-16 16:27 GMT+01:00 Janki Chhatbar <jankihchhatbar at gmail.com>:
>
> Hi Silvia
>
>
>
> Could you check flows in ovs bridges. If you are using GRE tunnels, there
> should be only 1 bridge - br-int in compute and Neutron node each. You will
> need to configure IP of the end point for tunnel.
>
>
>
> Thanks
>
> Janki
>
>
>
> Sent from my BlackBerry 10 smartphone.
>
> *From: *Silvia Fichera
>
> *Sent: *Monday, 16 November 2015 20:16
>
> *To: *<ovsdb-dev at lists.opendaylight.org>; openstack at lists.openstack.org
>
> *Subject: *[Openstack] No IP assigned to Instances
>
>
>
> Hi all,
>
> I'm going to integrate Opendaylight with Openstack via Devstack.
>
> In a server I have 5 VMs:
>
>
>
> VM1: eth0 10.30.3.231
>
> eth1 10.0.0.1
>
> This is my OpenStack Controller+compute.
>
>
>
> VM2: eth0 10.30.3.232
>
> eth1 10.0.0.2
>
> Compute node
>
>
>
> VM3: eth0 10.30.3.233
>
> eth1 10.0.0.3
>
> Compute node
>
>
>
> VM4: eth0 10.30.3.234
>
> ODL Controller
>
>
>
> VM7: eth0 10.30.3.237
>
> eth1
>
> eth2
>
> eth3
>
> This is my OpenVSwitch
>
>
>
> I was able to build up the setup, but when I create instances the IP
> address is not assigned so I can't ping them.
>
>
>
> It seems that dhcp fails
>
>
>
> Starting network...
>
> udhcpc (v1.20.1) started
>
> Sending discover...
>
> Sending discover...
>
> Sending discover...
>
> Usage: /sbin/cirros-dhcpc <up|down>
>
> No lease, failing
>
> I've checked the neutron agent-list and there are the metadata agent and
> the dhcp agent.
>
>
>
> In my local. conf I have disabled the l3 agent:
>
>
>
> disable_service q-l3
>
> Q_L3_ENABLED=True
>
> ODL_L3=True
>
>
>
> Could you please help me?
>
> Thanks
>
>
>
> --
>
> Silvia Fichera
>
>
>
>
>
>
>
> --
>
> Silvia Fichera
>
>
>
>
>
>
>
> --
>
> Silvia Fichera
>
>
>
>
>
>
>
> --
>
> Silvia Fichera
>
--
Silvia Fichera
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20151117/25738b0d/attachment.html>
More information about the Openstack
mailing list