Provisioning block for DHCP released here: http://logs.openstack.org/91/367191/2/check/gate-tempest-dsvm-neutron-dvr-multinode-full-ubuntu-xenial/7fd0e33/logs/screen-q-svc.txt.gz#_2016-09-08_14_14_25_813
After reservation was setup here: http://logs.openstack.org/91/367191/2/check/gate-tempest-dsvm-neutron-dvr-multinode-full-ubuntu-xenial/7fd0e33/logs/screen-q-dhcp.txt.gz#_2016-09-08_14_14_25_297
Provisioning block for L2 wasn't released until much later here: http://logs.openstack.org/91/367191/2/check/gate-tempest-dsvm-neutron-dvr-multinode-full-ubuntu-xenial/7fd0e33/logs/screen-q-svc.txt.gz#_2016-09-08_14_14_29_419
This resulted in notification to Nova here: http://logs.openstack.org/91/367191/2/check/gate-tempest-dsvm-neutron-dvr-multinode-full-ubuntu-xenial/7fd0e33/logs/screen-q-svc.txt.gz#_2016-09-08_14_14_31_829
And the instance was un-paused here: http://logs.openstack.org/91/367191/2/check/gate-tempest-dsvm-neutron-dvr-multinode-full-ubuntu-xenial/7fd0e33/logs/subnode-2/screen-n-cpu.txt.gz#_2016-09-08_14_14_32_042
So I don't think the issue is in the DHCP agent not being ready. There is some other connectivity issue between the second node and the main node. (issue with l2pop, tunneling, etc)
Provisioning block for DHCP released here: http:// logs.openstack. org/91/ 367191/ 2/check/ gate-tempest- dsvm-neutron- dvr-multinode- full-ubuntu- xenial/ 7fd0e33/ logs/screen- q-svc.txt. gz#_2016- 09-08_14_ 14_25_813
After reservation was setup here: http:// logs.openstack. org/91/ 367191/ 2/check/ gate-tempest- dsvm-neutron- dvr-multinode- full-ubuntu- xenial/ 7fd0e33/ logs/screen- q-dhcp. txt.gz# _2016-09- 08_14_14_ 25_297
Provisioning block for L2 wasn't released until much later here: http:// logs.openstack. org/91/ 367191/ 2/check/ gate-tempest- dsvm-neutron- dvr-multinode- full-ubuntu- xenial/ 7fd0e33/ logs/screen- q-svc.txt. gz#_2016- 09-08_14_ 14_29_419
This resulted in notification to Nova here: http:// logs.openstack. org/91/ 367191/ 2/check/ gate-tempest- dsvm-neutron- dvr-multinode- full-ubuntu- xenial/ 7fd0e33/ logs/screen- q-svc.txt. gz#_2016- 09-08_14_ 14_31_829
And the instance was un-paused here: http:// logs.openstack. org/91/ 367191/ 2/check/ gate-tempest- dsvm-neutron- dvr-multinode- full-ubuntu- xenial/ 7fd0e33/ logs/subnode- 2/screen- n-cpu.txt. gz#_2016- 09-08_14_ 14_32_042
So I don't think the issue is in the DHCP agent not being ready. There is some other connectivity issue between the second node and the main node. (issue with l2pop, tunneling, etc)