Description of problem: After restart of a compute node that holds the NAPT switch the router is not migrated and it has a null Managment Ip Address when running the display-napt-switches. Seen on bare metal setup non-HA. Version-Release number of selected component (if applicable): opendaylight-8.0.0-5.el7ost.noarch How reproducible: Steps to Reproduce: 1.Create a router and add the gateway info. 2.Run display-napt-switches to show the node that holds the NAPT switch 3.Reboot the node 4.Run display-napt-switches and verify the Managment Ip Address is null for this router. Actual results: Expected results: Additional info:
This seems to work on a virt setup so it should work regardless. If you see this again please re-open.
I'm now facing a similar issue on a virt HA setup. After creating multiple routers one of them has a null management IP karaf@root()> display-napt-switches Router Id Datapath Node Id Managment Ip Address ------------------------------------------------------------------------------------------- 3e3f436d-3919-4834-99c8-6ea0d40405e0 84651263137373 172.17.2.18 db8b51f0-d8be-4d40-bb0a-6cc3df007c7f 185757171036548 null d153666f-e15f-4584-97d7-5adbbb0ba9aa 238158260358536 172.17.2.12
Require ODL karaf logs and Datastore dumps. Datastore dumps can be acquired by making simple curl calls to URLs as captured in: https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/netvirt-csit-1node-openstack-queens-gate-stateful-fluorine/243/robot-plugin/log_01_l2.html.gz#s1-t1-k4-k2-k1-k1 Also: <wznoinsk> vthapar, itzikb can you try running http://file.tlv.redhat.com/~wznoinsk/overcloud_capture.sh on an undercloud? (it should capture ovs data, datastore data, sosreports)
wznoinsk's script will capture all the datastore dumps.
Don't see it with: opendaylight-8.0.0-10.el7ost.noarch