On 6/26/25 09:04, Gabriel Goller wrote: > * When booting up there is a race between openfabric initiating the > interface (circuit) and the underlying interface coming up. This will > result in fabricd not configuring the circuit. That's also why a FRR > restart after the initial boot fixes the issue. This is fixed with > https://github.com/FRRouting/frr/pull/17083 which is included in the > 10.3.1 version which is shipped with debian trixie.
Is this maybe something we could prevent with setting additional dependencies on the FRR service? A cursory glance shows FRR depends on network.target, but not networking.service (which is ifupdown2), so maybe that's what is causing that race condition in the first place? Might warrant a closer look imo. _______________________________________________ pve-devel mailing list pve-devel@lists.proxmox.com https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
