<div dir="ltr">A slight update on this:<div><br></div><div><a href="https://gitlab.nic.cz/labs/bird/-/commit/3f477ccb03ed99cf6754baaca179fcf791bcda55">3f477ccb</a> does appear to be in 2.0.7, which we're running, so if that's the issue that may not be the problem.<br></div><div><br></div><div>This looked to be successful initially when upgrading to 2.0.10. But, I then checked a box that was still running 2.0.7 and where we could repro it. I simply restarted bird there, and then could no longer repro it.</div><div><br></div><div>So, just restarting bird at 2.0.7 was sufficient to clear the problem, at least temporarily, and the bump to 2.0.10 then wasn't a clear test, given that's obviously a fresh instance of bird running.</div><div><br></div><div>We'll try to validate if the problem eventually returns on the 2.0.7 box(es) after a restart, and if it does *not* return on the 2.0.10 instance, but we don't have a clear timeline at the moment on this if it's something that pops up "in a while" of bird running.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 2, 2023 at 2:54 PM Hugo Slabbert <<a href="mailto:hugo.slabbert@menlosecurity.com">hugo.slabbert@menlosecurity.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Was this perhaps <a href="https://gitlab.nic.cz/labs/bird/-/commit/3f477ccb03ed99cf6754baaca179fcf791bcda55" target="_blank">3f477ccb</a>?<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Filters: Function body comparison result now used.<br>Function bodies were compared in post-parse time, yet the result was not<br>used and the functions were incorrectly considered the same as before.  </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Now the result is used to reload affected protocols.</blockquote></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 2, 2023 at 2:51 PM Hugo Slabbert <<a href="mailto:hugo.slabbert@menlosecurity.com" target="_blank">hugo.slabbert@menlosecurity.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">ah, right, apologies.<div><br></div><div>bird 2.0.7-4.1 on Debian 11.6, kernel  5.10.136-1<br></div><div><br></div><div>Looks like 2.0.7 was released Oct 16 2019 (<a href="https://bird.network.cz/?download" target="_blank">https://bird.network.cz/?download</a>), so a fair chance we might be hitting this? It looks like something from 2.0.10 is available from the bullseye backports, with the most recent being 2.0.12 in bookworm or sid. I'll look at pulling one of those in to validate.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">...where changes in functions sometimes got ignored.</blockquote><div><br></div><div>This might be reaching, but would that explain the difference between what's shown in route export status output versus what's actually being exported? </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 2, 2023 at 2:39 PM Maria Matejka via Bird-users <<a href="mailto:bird-users@network.cz" target="_blank">bird-users@network.cz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello!<br>
<br>
<br>
> We've tried adding a sleep between when the include snippet that changes <br>
> the DRAIN_NODE  value is written and when we hit `birdc configure`, but <br>
> that doesn't appear to make any difference. If we execute `birdc <br>
> configure` *twice*, though, everything's fine: The actual exports are <br>
> stopped. That's true without any sleep or break between running <br>
> configure as well; literally just `birdc configure` back to back in the <br>
> script that manages this.<br>
> <br>
> We do not see any indication of issues in the `birdc configure` runs or <br>
> in BIRD's logs.<br>
<br>
You are not disclosing the version of BIRD you are using. I vaguely <br>
remember that we fixed this kind of bug several years ago where changes <br>
in functions sometimes got ignored.<br>
<br>
Thus if you are not using a recent BIRD version, you are probably <br>
hitting that old bug.<br>
<br>
Maria<br>
</blockquote></div>
</blockquote></div>
</blockquote></div>