-
Notifications
You must be signed in to change notification settings - Fork 546
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Applying the same Vnet's twice causes orchagent crash #1298
Comments
can you provide remaining syslogs of orchagent? My guess is, it would be a similar behavior for few other table entries as well if you apply the same thing twice. |
Here are the logs below. May 24 16:00:12.419154 sonic DEBUG syncd#syncd: SAI_API_SWITCH: Processing 2 MAC event(s) |
Any update on this issue ?. |
This should be fixed as part of #1482 |
Here's is the following VxLan configuration i have below. If i apply the same config twice, orchagent crashes. (seen on sonic/master & 201911 branch)
{
"VXLAN_TUNNEL": {
"tunnel1": {
"src_ip": "100.100.100.100"
}
},
"VNET": {
"Vnet1": {
"vxlan_tunnel": "tunnel1",
"vni": "9000"
}
},
"INTERFACE": {
"Ethernet14|29.2.2.2/24": {},
"Ethernet14": {
"vnet_name": "Vnet1"
}
}
}
root@sonic:/home/admin# cat /var/log/swss/swss.rec
2020-05-20.18:48:20.759019|VXLAN_TUNNEL_TABLE:tunnel1|SET|src_ip:100.100.100.100
2020-05-20.18:48:20.759952|VNET_TABLE:Vnet1|SET|vxlan_tunnel:tunnel1|vni:9000
root@sonic:/home/admin#
root@sonic:/home/admin# cat /var/log/syslog
May 20 18:48:20.759318 sonic ERR swss#orchagent: :- addOperation: Vxlan tunnel 'tunnel1' is already exists
May 20 18:48:20.761885 sonic INFO swss#supervisord: intfmgrd RTNETLINK answers: File exists
May 20 18:48:20.762111 sonic INFO kernel: [ 2569.344945] orchagent[16806]: segfault at b0 ip 000055eb23664020 sp 00007ffc5522cba8 error 4 in orchagent]
May 20 18:48:20.762106 sonic INFO lldp#lldpd[24]: removal request for address of fe80::80f2:1aff:fe86:1b0%186, but no knowledge of it
May 20 18:48:20.762214 sonic ERR swss#intfmgrd: :- doIntfGeneralTask: Ethernet32 can not change to Vnet1 directly, skipping
gdb backtrace (we need symbols to decode it)
(gdb) bt
#0 0x000055d65073d020 in ?? ()
#1 0x000055d650746b19 in ?? ()
#2 0x000055d65066003a in ?? ()
#3 0x000055d6506660fa in ?? ()
#4 0x000055d650658b52 in ?? ()
#5 0x000055d650645e5f in ?? ()
#6 0x00007f0ccf9a72e1 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6
#7 0x000055d6506563ea in ?? ()
(gdb)
The text was updated successfully, but these errors were encountered: