I've seen this in the multinode dvr jobs lately (VM not getting DHCP response). Take a look in the logs from the initial report, similar issue:
http://logs.openstack.org/92/320092/43/check/gate-tempest-dsvm-neutron-dvr/cf32111/logs/screen-q-dhcp.txt.gz?#_2016-07-05_22_39_17_220
RuntimeError: Exit code: 2; Stdin: ; Stdout: ; Stderr: RTNETLINK answers: Network is unreachable
This is another occurrence I saw just yesterday:
http://logs.openstack.org/51/337851/19/check/gate-tempest-dsvm-neutron-dvr-multinode-full/c944b3d/logs/screen-q-dhcp.txt.gz
So maybe there's a case where the IP isn't getting added to the DHCP namespace properly, so trying to add a route via it isn't working? I'm assuming the interface is there already.
I've seen this in the multinode dvr jobs lately (VM not getting DHCP response). Take a look in the logs from the initial report, similar issue:
http:// logs.openstack. org/92/ 320092/ 43/check/ gate-tempest- dsvm-neutron- dvr/cf32111/ logs/screen- q-dhcp. txt.gz? #_2016- 07-05_22_ 39_17_220
RuntimeError: Exit code: 2; Stdin: ; Stdout: ; Stderr: RTNETLINK answers: Network is unreachable
This is another occurrence I saw just yesterday:
http:// logs.openstack. org/51/ 337851/ 19/check/ gate-tempest- dsvm-neutron- dvr-multinode- full/c944b3d/ logs/screen- q-dhcp. txt.gz
So maybe there's a case where the IP isn't getting added to the DHCP namespace properly, so trying to add a route via it isn't working? I'm assuming the interface is there already.