[3.1.1.0-40~mitaka ] Tor Agent Crash in __GI___libc_sigaction

Core copied to

ubuntu-build04:/auto/cores/1642781> pwd
/auto/cores/1642781
ubuntu-build04:/auto/cores/1642781> ls -lrt
total 53184
-rwxrwxrwx 1 chhandak epbg 52273152 Nov 17 16:30 core.contrail-tor-ag.21211.5b7s5.1479340698
-rwxrwxrwx 1 chhandak epbg 876358 Nov 17 16:31 contrail-tor-agent-1.log
-rwxrwxrwx 1 chhandak epbg 1020 Nov 17 16:31 contrail-tor-agent-1-stdout.log
-rwxrwxrwx 1 chhandak epbg 937327 Nov 17 16:31 contrail-tor-agent-2.log
-rwxrwxrwx 1 chhandak epbg 1341 Nov 17 16:31 contrail-tor-agent-2-stdout.log
-rwxrwxrwx 1 chhandak epbg 131673 Nov 17 16:31 contrail-vrouter-agent.log
-rwxrwxrwx 1 chhandak epbg 1224 Nov 17 16:31 contrail-vrouter-agent-stdout.log
ubuntu-build04:/auto/cores/1642781>

VRF delete timeout, multicast route is pointing to the VRF. Need to look into why this route is not deleted.

(gdb) p *(DBEntry *) 0x7f89fc0e9af0
$29 = (EvpnRouteEntry) {
  <AgentRoute> = {
    <Route> = {
      <DBEntry> = {
        <DBEntryBase> = {
          _vptr.DBEntryBase = 0x10778b0 <vtable for EvpnRouteEntry+16>,
          chg_list_ = <boost::intrusive_hook> next = 0x0 prev = 0x0,
          tpart_ = 0x7f89f0120890,
          state_ = std::map with 0 elements,
          flags = 0 '\000',
          onremoveq_ = (tbb::atomic) false,
          last_change_at_ = 1479339661208109
        },
        members of DBEntry:
        node_ = <boost::intrusive_hook> parent = 0x7f89f01208f8 left = 0x0 right = 0x0
      },
      members of Route:
      path_ = boost::intrusive::list<Path> with 1 elements = {
        [0] = {
          _vptr.Path = 0x10704f0 <vtable for AgentPath+16>,
          node_ = <boost::intrusive_hook> next = 0x7f89fc0e9b78 prev = 0x7f89fc0e9b78,
          time_stamp_usecs_ = 1479339661208108
        }
      }
    },
    members of AgentRoute:
    vrf_ = 0x7f89f011e6e0,
    is_multicast_ = true,
    dependant_routes_ = {
      list_ = boost::intrusive::list<DependencyRef<AgentRoute, AgentRoute>> with 0 elements
    },
    tunnel_nh_list_ = {
      list_ = boost::intrusive::list<DependencyRef<NextHop, AgentRoute>> with 0 elements
    }
  },
  members of EvpnRouteEntry:
  mac_ = ff:ff:ff:ff:ff:ff,
  ip_addr_ = <IPv4 33.33.33.33 >,
  ethernet_tag_ = 13749239,
  publish_to_inet_route_table_ = true,
  publish_to_bridge_route_table_ = true
}

Review in progress for https://review.opencontrail.org/26989
Submitter: Manish Singh (<email address hidden>)

Reviewed: https://review.opencontrail.org/26989
Committed: http://github.org/Juniper/contrail-controller/commit/3f71961dc57a705a389b45d82c1f805fcc9750ba
Submitter: Zuul (<email address hidden>)
Branch: R3.2

commit 3f71961dc57a705a389b45d82c1f805fcc9750ba
Author: Manish <email address hidden>
Date: Thu Dec 8 06:19:16 2016 +0530

Vrf Deletetimeout

During addition of new tor IP for multicast, audit for changed vxlan id in VN as
well. It may so happen that vxlan id has changed and the withdrawal of tor ip
is done using new vxlan id instead of old resulting in stale path.

Change-Id: I0cb7b0f388d50b1ec92b370898f30bdae6c15827
Closes-bug: #1642781

Review in progress for https://review.opencontrail.org/27782
Submitter: Manish Singh (<email address hidden>)

Review in progress for https://review.opencontrail.org/27783
Submitter: Manish Singh (<email address hidden>)

Review in progress for https://review.opencontrail.org/27784
Submitter: Manish Singh (<email address hidden>)

Reviewed: https://review.opencontrail.org/27784
Committed: http://github.org/Juniper/contrail-controller/commit/acc13e48264f52b5e6ee30e8b3f79466e7c3d54f
Submitter: Zuul (<email address hidden>)
Branch: R3.1

commit acc13e48264f52b5e6ee30e8b3f79466e7c3d54f
Author: Manish <email address hidden>
Date: Thu Dec 8 06:19:16 2016 +0530

Vrf Deletetimeout

During addition of new tor IP for multicast, audit for changed vxlan id in VN as
well. It may so happen that vxlan id has changed and the withdrawal of tor ip
is done using new vxlan id instead of old resulting in stale path.

Change-Id: I0cb7b0f388d50b1ec92b370898f30bdae6c15827
Closes-bug: #1642781
(cherry picked from commit 3f71961dc57a705a389b45d82c1f805fcc9750ba)

Reviewed: https://review.opencontrail.org/27783
Committed: http://github.org/Juniper/contrail-controller/commit/9faf54e7aa6caeebfd7be9ce7ee12f86afa34d92
Submitter: Zuul (<email address hidden>)
Branch: master

commit 9faf54e7aa6caeebfd7be9ce7ee12f86afa34d92
Author: Manish <email address hidden>
Date: Thu Dec 8 06:19:16 2016 +0530

Vrf Deletetimeout

During addition of new tor IP for multicast, audit for changed vxlan id in VN as
well. It may so happen that vxlan id has changed and the withdrawal of tor ip
is done using new vxlan id instead of old resulting in stale path.

Closes-bug: #1642781
(cherry picked from commit 3f71961dc57a705a389b45d82c1f805fcc9750ba)

Change-Id: Ie7b433e13cd00762b55fbe3cd9a5f38597720faf

Review in progress for https://review.opencontrail.org/28946
Submitter: Hari Prasad Killi (<email address hidden>)

Reviewed: https://review.opencontrail.org/28946
Committed: http://github.org/Juniper/contrail-controller/commit/b8f85c9446e54237e4870ebda9b34a26f9bee275
Submitter: Zuul (<email address hidden>)
Branch: R3.0

commit b8f85c9446e54237e4870ebda9b34a26f9bee275
Author: Manish <email address hidden>
Date: Thu Dec 8 06:19:16 2016 +0530

Vrf Deletetimeout

During addition of new tor IP for multicast, audit for changed vxlan id in VN as
well. It may so happen that vxlan id has changed and the withdrawal of tor ip
is done using new vxlan id instead of old resulting in stale path.

Change-Id: I0cb7b0f388d50b1ec92b370898f30bdae6c15827
Closes-bug: #1642781
(cherry picked from commit 3f71961dc57a705a389b45d82c1f805fcc9750ba)
(cherry picked from commit acc13e48264f52b5e6ee30e8b3f79466e7c3d54f)