[openstack-dev] [DevStack] neutron config not working

Anant Patil anant.techie at gmail.com
Fri Jul 4 11:39:44 UTC 2014


I did some dhcpdump and I could see that the requests were coming
to the DHCP server and replies were sent.

I am not able to ping the VMs from anywhere, DHCP namespace or
Router namespace. I guess the problem is with interface being
configured with the supplied IP address.


On Fri, Jul 4, 2014 at 4:49 PM, Anant Patil <anant.techie at gmail.com> wrote:

> I am using Ubuntu 14.04 and running devstack from top of the tree.
> Everything goes fine, but I am not able to ping the instance IP
> addresses. I am not able to log into the VM using novnc, but I
> am sure the VM is not getting the IP Address.
>
>
> On Fri, Jul 4, 2014 at 4:47 PM, Anant Patil <anant.techie at gmail.com>
> wrote:
>
>> Paul, you need run the command as admin. If you are sourcing
>> openrc as demo tenant or something it will not list.
>>
>> However, I also face this issue of IP address not getting assigned.
>>
>>
>> On Fri, Jul 4, 2014 at 2:35 AM, Kyle Mestery <mestery at noironetworks.com>
>> wrote:
>>
>>> On Thu, Jul 3, 2014 at 10:14 AM, Paul Czarkowski
>>> <paul.czarkowski at rackspace.com> wrote:
>>> > I¹m seeing similar.     Instances launch,  they show as having Ips in
>>> > `neutron list`  but I cannot access them via IP.
>>> >
>>> > Other thing I¹ve notices is that doing a `neutron agent-list` gives me
>>> an
>>> > empty list,  I would assume it should at least show the dhcp agent ?
>>> >
>>> Which plugin are you using? For ML2 with OVS or LB, you should have L2
>>> agents on each compute host in addition to the DHCP and L3 agents. I
>>> think perhaps your problem is different than Rob's.
>>>
>>> > On 7/1/14, 12:00 PM, "Kyle Mestery" <mestery at noironetworks.com> wrote:
>>> >
>>> >>Hi Rob:
>>> >>
>>> >>Can you try adding the following config to your local.conf? I'd like
>>> >>to see if this gets you going or not. It will force it to use gre
>>> >>tunnels for tenant networks. By default it will not.
>>> >>
>>> >>ENABLE_TENANT_TUNNELS=True
>>> >>
>>> >>On Tue, Jul 1, 2014 at 10:53 AM, Rob Crittenden <rcritten at redhat.com>
>>> >>wrote:
>>> >>> Rob Crittenden wrote:
>>> >>>> Mark Kirkwood wrote:
>>> >>>>> On 25/06/14 10:59, Rob Crittenden wrote:
>>> >>>>>> Before I get punted onto the operators list, I post this here
>>> because
>>> >>>>>> this is the default config and I'd expect the defaults to just
>>> work.
>>> >>>>>>
>>> >>>>>> Running devstack inside a VM with a single NIC configured and
>>> this in
>>> >>>>>> localrc:
>>> >>>>>>
>>> >>>>>> disable_service n-net
>>> >>>>>> enable_service q-svc
>>> >>>>>> enable_service q-agt
>>> >>>>>> enable_service q-dhcp
>>> >>>>>> enable_service q-l3
>>> >>>>>> enable_service q-meta
>>> >>>>>> enable_service neutron
>>> >>>>>> Q_USE_DEBUG_COMMAND=True
>>> >>>>>>
>>> >>>>>> Results in a successful install but no DHCP address assigned to
>>> >>>>>>hosts I
>>> >>>>>> launch and other oddities like no CIDR in nova net-list output.
>>> >>>>>>
>>> >>>>>> Is this still the default way to set things up for single node?
>>> It is
>>> >>>>>> according to https://wiki.openstack.org/wiki/NeutronDevstack
>>> >>>>>>
>>> >>>>>>
>>> >>>>>
>>> >>>>> That does look ok: I have an essentially equivalent local.conf:
>>> >>>>>
>>> >>>>> ...
>>> >>>>> ENABLED_SERVICES+=,-n-net
>>> >>>>>
>>> ENABLED_SERVICES+=,q-svc,q-agt,q-dhcp,q-l3,q-meta,q-metering,tempest
>>> >>>>>
>>> >>>>> I don't have 'neutron' specifically enabled... not sure if/why that
>>> >>>>> might make any difference tho. However instance launching and ip
>>> >>>>>address
>>> >>>>> assignment seem to work ok.
>>> >>>>>
>>> >>>>> However I *have* seen the issue of instances not getting ip
>>> addresses
>>> >>>>>in
>>> >>>>> single host setups, and it is often due to use of virt io with
>>> bridges
>>> >>>>> (with is the default I think). Try:
>>> >>>>>
>>> >>>>> nova.conf:
>>> >>>>> ...
>>> >>>>> libvirt_use_virtio_for_bridges=False
>>> >>>>
>>> >>>> Thanks for the suggestion. At least in master this was replaced by a
>>> >>>>new
>>> >>>> section, libvirt, but even setting it to False didn't do the trick
>>> for
>>> >>>> me. I see the same behavior.
>>> >>>
>>> >>> OK, I've tested the havana and icehouse branches in F-20 and they
>>> don't
>>> >>> seem to have a working neutron either. I see the same thing. I can
>>> >>> launch a VM but it isn't getting a DHCP address.
>>> >>>
>>> >>> Maybe I'll try in some Ubuntu release to see if this is
>>> Fedora-specific.
>>> >>>
>>> >>> rob
>>> >>>
>>> >>>
>>> >>> _______________________________________________
>>> >>> OpenStack-dev mailing list
>>> >>> OpenStack-dev at lists.openstack.org
>>> >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>> >>
>>> >>_______________________________________________
>>> >>OpenStack-dev mailing list
>>> >>OpenStack-dev at lists.openstack.org
>>> >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>> >
>>> >
>>> > _______________________________________________
>>> > OpenStack-dev mailing list
>>> > OpenStack-dev at lists.openstack.org
>>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> OpenStack-dev at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140704/2c09a373/attachment.html>


More information about the OpenStack-dev mailing list