Thanks for your answer Calvin, It seems ok for me, what do you think?
[stack@*controller* ~]$ ps aux | grep dnsmasq nobody 24107 0.0 0.0 13160 688 ? S 11:55 0:00 /sbin/dnsmasq --strict-order --bind-interfaces --conf-file= --pid-file=/opt/stack/data/nova/networks/nova-br100.pid --listen-address=10.0.0.1 --except-interface=lo --dhcp-range=set:private,10.0.0.2,static,255.255.255.0,120s --dhcp-lease-max=256 --dhcp-hostsfile=/opt/stack/data/nova/networks/nova-br100.conf --dhcp-script=/usr/bin/nova-dhcpbridge --leasefile-ro --domain=novalocal root 24108 0.0 0.0 13160 324 ? S 11:55 0:00 /sbin/dnsmasq --strict-order --bind-interfaces --conf-file= --pid-file=/opt/stack/data/nova/networks/nova-br100.pid --listen-address=10.0.0.1 --except-interface=lo --dhcp-range=set:private,10.0.0.2,static,255.255.255.0,120s --dhcp-lease-max=256 --dhcp-hostsfile=/opt/stack/data/nova/networks/nova-br100.conf --dhcp-script=/usr/bin/nova-dhcpbridge --leasefile-ro --domain=novalocal stack 24247 0.0 0.0 109404 912 tty1 S+ 12:01 0:00 grep --color=auto dnsmasq Regards. On Wed, Sep 25, 2013 at 6:33 PM, Calvin Austin <caus...@bitglass.com> wrote: > It is also worth looking to see what dnsmasq processes you have (ps -ef| > grep dnsmasq) > 2 (and only 2) dnsmasq processes are configured/launched by nova-network > to a listen address which should be the ip address of the br100 bridge eg > 192.168.0.1 . the only interface it explicits excludes is lo (loopback) > > The suspicious thing for me is that the server also did an ack for > 192.168.20.* and 192.168.30.* as well as the 10 network. > > regards > calvin > > > > > On Wed, Sep 25, 2013 at 1:46 PM, Albert Vonpupp <vonp...@gmail.com> wrote: > >> Thanks Aaron and John for your fast answers. >> >> Unfortunatelly I forgot to include the subject on this message. >> >> To be honest I'm not totally sure what is going on, but what I notice is >> that when I do start a VM on top of OpenStack, after the bridge br100 is >> created, I cannot login the rest of the machines on the lab (those which >> are not related to the OpenStack tests, but on the same physical network) >> >> *Here is a cat of my /var/log/messages on the controller node* >> >> [root@*controller* ~]# *tail -20 /var/log*/messages >> >> Sep 25 16:51:40 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> e0:b9:ba:ae:78:dd no address >> available >> >> Sep 25 16:51:41 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 4c:bc:a5:92:e1:c7 no address >> available >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) >> 192.168.30.52 >> 00:1b:b1:28:64:ae >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPACK(br100) >> 192.168.30.52 00:1b:b1:28:64:ae >> Leliane-NB >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 30:39:26:83:7c:6a no address >> available >> >> Sep 25 16:51:42 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 84:8f:69:c7:45:26 no address >> available >> >> Sep 25 16:51:44 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 4c:b1:99:83:77:82 no address available >> Sep 25 16:51:45 controller dnsmasq-dhcp[5860]: BOOTP(br100) >> 14:5a:05:1e:43:1a no address available >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 18:3f:47:ba:0b:a8 no address available >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> e0:b9:ba:ae:78:dd no address available >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPREQUEST(br100) >> 10.0.0.2 fa:16:3e:64:cd:82 >> Sep 25 16:51:48 controller dnsmasq-dhcp[5860]: DHCPACK(br100) 10.0.0.2 >> fa:16:3e:64:cd:82 ubuntu01 >> Sep 25 16:51:50 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 30:39:26:83:7c:6a no address available >> Sep 25 16:51:51 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 84:8f:69:c7:45:26 no address available >> Sep 25 16:51:52 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 7c:c3:a1:ac:a1:ed no address available >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 4c:b1:99:83:77:82 no address available >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPINFORM(br100) >> 192.168.60.2 00:25:11:cf:f0:54 >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPACK(br100) >> 192.168.60.2 00:25:11:cf:f0:54 sed06 >> Sep 25 16:51:53 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 7c:c3:a1:ac:a1:ed no address available >> Sep 25 16:51:55 controller dnsmasq-dhcp[5860]: DHCPDISCOVER(br100) >> 7c:c3:a1:ac:a1:ed no address available >> >> I don't think I'm using neutron, as far as I know I'm using nova-network. >> On the example I booted an ubuntu VM and it got the IP 10.0.0.2, and then I >> cound't logon on another computer from the lab. >> >> *Here are some lines from dmesg from a regular workstation that was >> already logged in while DevStack has a running VM:* >> >> albert ~ $ dmesg >> [23898.208033] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23898.212053] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23907.504018] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23907.504038] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23907.504041] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [23921.824036] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> [24041.754304] lockd: server lua.eclipse.ime.usp.br OK >> [24041.754316] lockd: server lua.eclipse.ime.usp.br OK >> [24101.753756] lockd: server lua.eclipse.ime.usp.br OK >> [24161.753178] lockd: server lua.eclipse.ime.usp.br OK >> [24161.808018] lockd: server lua.eclipse.ime.usp.br not responding, >> still trying >> >> *Here is my localrc (controller)* >> >> [stack@*controller* ~]$ *cat devstack/localrc* >> #VIRT_DRIVER=docker >> >> #SERVICE_HOST=10.11.0.40 # REMOVE THIS LINE FOR THE CONTROLLER >> # Stop DevStack polluting /opt/stack >> DESTDIR=/opt/stack/src/openstack >> >> # Switch to use QPid instead of RabbitMQ >> disable_service rabbit >> disable_service n-cpu >> enable_service qpid >> #enable_service qpid, n-cpu,n-net,n-api,n-vol >> >> # Replace with your primary interface name >> HOST_IP_IFACE=em1 >> PUBLIC_INTERFACE=em1 >> VLAN_INTERFACE=em1 >> FLAT_INTERFACE=em1 >> >> # Replace with whatever password you wish to use >> MYSQL_PASSWORD=badpassword >> SERVICE_TOKEN=badpassword >> SERVICE_PASSWORD=badpassword >> ADMIN_PASSWORD=badpassword >> >> # Pre-populate glance with a minimal image and a Fedora 17 image >> IMAGE_URLS=" >> http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz#, >> http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 >> " >> >> #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE >> CONTROLLER >> >> *Here is my localrc on any compute node:* >> >> [stack@*compute02* ~]$ cat *devstack/localrc* >> #SERVICE_HOST=10.7.22.7 # REMOVE THIS LINE FOR THE CONTROLLER >> SERVICE_HOST=marte.eclipse.ime.usp.br # REMOVE THIS LINE FOR THE >> CONTROLLER >> # Stop DevStack polluting /opt/stack >> DESTDIR=/opt/stack/src/openstack >> >> >> >> # Switch to use QPid instead of >> RabbitMQ >> >> ##disable_service rabbit c-sch c-api >> c-vol >> >> disable_service >> c-vol >> >> #disable_service >> g-api >> >> #disable_service >> g-reg >> >> disable_service key >> disable_service n-crt >> disable_service n-obj >> disable_service n-cond >> disable_service cinder >> disable_service c-sch >> disable_service c-api >> disable_service c-vol >> disable_service c-sch >> disable_service n-novnc >> disable_service n-xvnc >> disable_service n-cauth >> disable_service horizon >> disable_service rabbit >> disable_service tempest >> ##disable_service mysql >> ##enable_service qpid >> #enable_service n-cpu,n-net,n-api,n-vol >> # >> g-api,g-reg,key,n-api,n-crt,n-obj,n-cpu,n-net,n-cond,cinder,c-sch,c-api,c-vol,n-sch,n-novnc,n-xvnc,n-cauth,horizon,rabbit,tempest,mysql,n-cpu,n-net,n-api,n-vol >> >> disable_all_services >> enable_service qpid n-cpu n-net n-api n-vol >> >> >> # Replace with your primary interface name >> HOST_IP_IFACE=em1 >> PUBLIC_INTERFACE=em1 >> VLAN_INTERFACE=em1 >> FLAT_INTERFACE=em1 >> >> # Replace with whatever password you wish to use >> MYSQL_PASSWORD=badpassword >> SERVICE_TOKEN=badpassword >> SERVICE_PASSWORD=badpassword >> ADMIN_PASSWORD=badpassword >> >> # Pre-populate glance with a minimal image and a Fedora 17 image >> IMAGE_URLS=" >> http://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-x86_64-uec.tar.gz,http://berrange.fedorapeople.org/images/2012-11-15/f17-x86_64-openstack-sda.qcow2 >> " >> >> #ENABLED_SERVICES=n-cpu,n-net,n-api,n-vol # REMOVE THIS LINE FOR THE >> CONTROLLER >> #RABBIT_PASSWORD=d83acc200f2fa34b127a >> >> MYSQL_HOST=$SERVICE_HOST >> RABBIT_HOST=$SERVICE_HOST >> GLANCE_HOSTPORT=$SERVICE_HOST:9292 >> Q_HOST=$SERVICE_HOST >> >> *Here is my hosts file (all nodes):* >> >> [stack@*controller* ~]$ cat */etc/hosts* >> 127.0.0.1 localhost localhost.localdomain localhost4 >> localhost4.localdomain4 >> ::1 localhost localhost.localdomain localhost6 >> localhost6.localdomain6 >> 143.107.45.200 marte.eclipse.ime.usp.br marte controller >> 143.107.45.201 jupiter.eclipse.ime.usp.br jupiter compute01 c01 >> 143.107.45.202 saturno.eclipse.ime.usp.br saturno compute02 c02 >> 143.107.45.193 venus.eclipse.ime.usp.br venus compute03 c03 >> >> All of the IPs are public. I didn't understand about the FlatDHCP to be >> honest, I will research about it. >> >> Any ideas? >> >> Many thanks! >> >> Regards, >> Albert. >> >> >> On Wed, Sep 25, 2013 at 4:55 PM, John Griffith < >> john.griff...@solidfire.com> wrote: >> >>> >>> >>> >>> On Wed, Sep 25, 2013 at 1:26 PM, Aaron Rosen <aro...@nicira.com> wrote: >>> >>>> Hi Albert, >>>> >>>> Are you sure this is happening. I'm positive that neutron's dhcp agent >>>> will only hand out ip addresses for ports that it knows about and I'm sure >>>> nova-network does the same as well. >>>> >>>> Aaron >>>> >>>> On Wed, Sep 25, 2013 at 12:17 PM, Albert Vonpupp <vonp...@gmail.com>wrote: >>>> >>>>> Hello, >>>>> >>>>> I'm trying DevStack at the university lab. When I tried to deploy a VM >>>>> I noticed that all the machines from the lab started renewing their leases >>>>> with the DevStack DHCP server. That is inconvenient for me since I'm not >>>>> the only user of this lab and it could cause troubles. I thought that >>>>> perhaps changing the default port on the controller as on the compute >>>>> nodes >>>>> would work, but I don't know how to do that. >>>>> >>>>> How can I change the dnsmasq DHCP port on DevStack? (controller and >>>>> compute nodes) >>>>> >>>>> Thanks a lot! >>>>> >>>>> Albert. >>>>> >>>>> _______________________________________________ >>>>> Mailing list: >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> Post to : openstack@lists.openstack.org >>>>> Unsubscribe : >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Mailing list: >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> Post to : openstack@lists.openstack.org >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>>> Hi Albert, >>> >>> I inadvertently did this once in our lab. The issue I believe (if my >>> memory is correct) you're probably using nova-networking and you've >>> configured FlatDHCP. The problem is that you're that your public network >>> is accessing your internal/private network (check your bridge setting) so >>> the result is that external DHCP requests can be received from your >>> OpenStack private network. >>> >>> It might be helpful if you include your localrc file and some info >>> regarding your systems nics and how they're configured. >>> >>> John >>> >>> >>> >>> >> >> >> -- >> >> Albert. >> >> http://www.albertdelafuente.com >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack@lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > -- Albert. http://www.albertdelafuente.com
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack