Hotplug event causes rc.start_packages: Restarting/Starting all packages
-
@stephenw10 just checking to see if anything came of the internal discussions. If you guys opened a redmine issue, please provide the id here so I can watch it. Thanks.
-
Not yet, let me re-raise it...
-
@stephenw10 any movement on this yet?
-
Not yet. I ran it past a few developers and the consensus was that restarting packages on a link state change is probably expected. However that doesn't explain the interaction with track6. And it seems completely unnecessary in many cases, such as this one.
Fixing this correctly may involve a lot more work than we have time for in 23.01. I suspect a complete review of the service start scripts is in order.
I'll try to get something opened. There's definitely a bug there somewhere, one of those behaviours is wrong.Steve
-
-
-
@stephenw10 just curious if any additional discussions have been had since your last post?
Thanks!
-
Actually this was discussed recently here: https://forum.netgate.com/topic/180783/23-05-pf-was-wedged-busy-and-has-been-reset
I'll be opening a bug for this shortly.
-
@stephenw10 Thank you!
-
Hi,
I have the same thing happening on my side, when something change, it restart packages. And of course my Wireguard tunnel is going down ... i absolutely have no clue on why it does that (wireguard not going back up).Did you figure this out yet ?
-
Does it eventually reconnect? Does it reconnect manually? What do you do to recover?
-
Navigate to Interfaces > WAN
Even if you do not use IPv6 environment, set IPv6 Configuration Type to DHCP6Navigate to the Interface that is causing the restart of packages (you may have to do this on more than one interface)
Set IPv6 Configuration Type to Track InterfaceScroll down under Track IPv6 Interface section and set IPv6 Interface to WAN
This will keep Wireguard from restarting. It will, however, restart IPSec tunnels so if you have those it won't be of any help.
Another workaround is to setup a switch on that interface so it thinks it is always up
I believe a bug is going to be /has been opened up for this issue
Hope this helps!
-
@stephenw10 hi,
My Wireguard tunnel isn't restarting, unless i restart manually Wireguard service on PfSense ... which is a little bit complicated when i don't have acces to Pfsense -
@32G3LiQxu8
That would be cool for my Wireguard tunnel, but if i destroy my colleague IPsec tunnel ... he won't be happy -
You only need to set that one time to prevent it restating packages if an internal interface bounces.
-
@stephenw10
Hey, my tunnel went down ... again
This time to restart it i had to remove port configuration for my tunnel under VPN > Wireguard > Tunnel > Edit Tunnel > Listen Port.
If that help anyone or for any debugging.
I´l have a look at your workaround -
Any errors logged? Did it not even try to come back up?
The trackv6 thing might prevent it restarting due to that particular interface bouncing but it should still restart. So you have two issues happening here I'd suggest.
Steve
-
@stephenw10 i'll have a look at logs when having physical access to my Pfsense box .. because yet again my tunnel is down ...
Note that i have yet to try what you say. -
Just curious, was a redmine opened for this or does it not meet the threshold?
-
Not for the trackv6 issue. Yet. I'm going to revisit it for 23.09 though because to me it seems like there must be a bug there.
-
Thank you, Stephen
-
-
Not sure if this is the same problem mentioned here, so I created a different thread:
https://forum.netgate.com/topic/182625/packages-restarting -