Open Stack

Hi Claudio.

I was having this issue too but maybe not as often as you.  I believe I
finally fixed it by increasing "agent_down_time"
in /etc/neutron/neutron.conf. The default is 75 and I increased to 120. The
following are a few things you can check to determine if your problem is
the same as mine. (BTW... I'm running on RedHat 6.5)

1. On the NETWORK node, Check the VLAN ID of the "tag" port on the "br-int"
bridge (4095 is the dead Vlan)

    ovs-vsctl show
    cbf90101-67bc-40d3-adc1-4f28aca87c85
    Bridge br-int
        fail_mode: secure
        Port br-int
            Interface br-int
                type: internal
        Port "tap81f710b4-84"
            tag: 4095
            Interface "tap81f710b4-84"
                type: internal
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port "qr-9ffcb84c-32"
            tag: 1
            Interface "qr-9ffcb84c-32"
                type: internal
    Bridge br-ex
        Port "qg-48380a3c-2a"
            Interface "qg-48380a3c-2a"
                type: internal
        Port "eth1"
            Interface "eth1"
        Port br-ex
            Interface br-ex
                type: internal
    Bridge br-tun
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
        Port "gre-0a000018"
            Interface "gre-0a000018"
                type: gre
                options: {in_key=flow, local_ip="10.0.0.14", out_key=flow,
remote_ip="10.0.0.24"}
        Port br-tun
            Interface br-tun
                type: internal
    ovs_version: "1.11.0"

2. On the NETWORK node, Check for the following types of messages
in /var/log/neutron.log with DEBUG mode enabled

   DEBUG neutron.plugins.ml2.drivers.mech_agent
[req-cfcf3460-c013-4259-9e6c-7b0125e97a8e None] Attempting to bind port
   DEBUG neutron.plugins.ml2.drivers.mech_agent
[req-cfcf3460-c013-4259-9e6c-7b0125e97a8e None] Checking agent:
   WARNING neutron.plugins.ml2.drivers.mech_agent
[req-cfcf3460-c013-4259-9e6c-7b0125e97a8e None] Attempting to bind with
dead agent:
   WARNING neutron.plugins.ml2.managers
[req-cfcf3460-c013-4259-9e6c-7b0125e97a8e None] Failed to bind port
DHCP-PORT-ID on host HOSTNAME

3. On the CONTROLLER node, Check the status of "network:dhcp" port in MySQL
(will be DOWN when failing)

   mysql -u root -pPASSWORD
   mysql> use neutron;
   mysql> select * from ports;


Hope this helps,
Ernie

----

Ernie Bisson
System Administrator & Virtualization
IBM Software Group
Mass Lab Central Services
550 King St. Littleton, MA. 01460
Email: ebisson at us.ibm.com
Phone: 978-899-3893
T/L  : 276-3893



From:	Claudio Pupparo <claudio.pupparo at gmail.com>
To:	openstack at lists.openstack.org,
Date:	09/17/2014 11:04 AM
Subject:	[Openstack] A strange solution for instances not getting their
            ip



Hi,

I have the common issue of instances not getting their ip.
When I start a cirros instance, the output looks like this:

udhcpc (v1.20.1) started
Sending discover...
Sending discover...
Sending discover...
No lease, failing

I've found that during the boot process (while the instance is trying to
get an ip), if I remove and immediately recreate in the router the
interface to the subnet in which the instance is located, the instance
succeds in getting its ip!

I've tested many times, and this method keeps working.
Anyone has a hint about this strange behaviour?

Thanks,

Claudio

_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to     : openstack at lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140917/8f207373/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140917/8f207373/attachment.gif>