Open msosyak opened 2 years ago
@kcudnik Could you, please, have a look.
@kcudnik I see that you added this transition logic and the SAI_BRIDGE_PORT_ATTR_BRIDGE_ID is not supported here yet https://github.com/Azure/sonic-sairedis/blob/4b2638cab69f245cc36122f37d6c88bfc7999b86/syncd/ComparisonLogic.cpp#L1602. But I do not really understand why. Could you help me with that?
do you have sairedis.rec from this warm boot ? i will need full recording from cold boot and warm boot
this is some corner case, i will need that recording to reproduce that locally then i could start looking why this is failing
I have attached sairedis and other log files as well. Thank you in advance.
Would it be possible to attach the VxLAN L2EVPN part of your config (or the steps to configure it) to make it easier to locally test it?
Also, what version of SONiC did the upgrade happen from? I can see that the version after upgrade is SONiC-OS-master.88058-dirty-20220407.201045
.
My setup consists of two directly connected devices(one direct link), but the same could be configured on any two devices with an IP connection. Here are the conf files for both devices. LEAF1-l2evpn.json.txt LEAF2-l2evpn.json.txt Also after loading this configuration the following vtysh command should be done:
config t
router bgp 5
address-family l2vpn evpn
neighbor 60.1.1.1 activate
advertise-all-vni
exit
config t
router bgp 6
address-family l2vpn evpn
neighbor 60.1.1.2 activate
advertise-all-vni
exit
Also, what version of SONiC did the upgrade happen from? I can see that the version after upgrade is
SONiC-OS-master.88058-dirty-20220407.201045
.
There is no upgrade during warmreboot. The SONiC version remains unchanged
@saiarcot895 Were you able to reproduce the issue? Please, let me know if you need more information or maybe some debug session.
@saiarcot895 @kcudnik Is there any update on this?
Are there any updates?
@saiarcot895 any updates ?
No updates yet, still working on this.
@saiarcot895 Have you had a chance to look at this?
Hi @msosyak,
I have some code changes that might fix this, but when running with a recent image, it seems that there's been some changes done to VXLAN tunnel creation codepath. Could you recheck to see if there's still a warm reboot issue with this particular config?
Description
On a system, with up and running VxLAN L2EVPN tunnel after warm-reboot OA can't apply view with the following logs
Steps to reproduce the issue:
Describe the results you received:
OA failed at the first iteration.
Describe the results you expected:
OA start successfully at the first time
Output of
show version
:Output of
show techsupport
:Additional information you deem important (e.g. issue happens only occasionally):
cold-reboot log files: sairedis.rec.txt swss.rec.txt syslog.log warm-reboot log files: wr-sairedis.rec.txt wr-swss.rec.txt wr-syslog.log