Pfsync kernel panic after 2.1.5 to 2.2 to Upgrade - pfsync_undefer_state
-
Hi All,
I do have limiters enabled, thank you very much, @fragged, I will try to disable the limiters and see how it goes. Let's hope the great pfsense team is able to fix this soon.
@flofogl: At first I upgraded one host only, but then the problem persisted after both hosts were upgraded to 2.2. One host (at 2.2) would crash even if the other was turned off.
Disabling "Synchronize States" is a workaround, though, as connections won't be maintained when master and backup change roles.
Best, Bernardo
-
Following up, I disabled my limiters (didn't delete them, just disabled) and then enabled "Synchronize States", and the kernel panics stopped. Right after I enabled the "Synchronize States" back I got another panic reboot on my master, which got me worried. But after it came back both machines have been stable for a couple of hours now, in production (routing about 50 employees to 3 Wans totalling 280Mbits of bandwidth).
Besides HA + Carp, I use Multi Wan with failover (3 Wan links), policy based routing on my firewall rules, traffic shapper (with HFSC), IPSec VPN, DNS Forwarder. Everything works apparently so far. But I miss my limiters… :(
I will report if I find anything else.
Best, Bernardo
-
Have any of you tried a 2.2.1 snapshot to confirm this is fixed?
The bug reported listed above is marked resolved but it doesn't match the symptoms described here exactly.Steve
-
Hi Steve,
it might be a little late now and I don't know whether it is related to the original issue but there seem to be still issues related to CARP. I tried an upgrade from 2.1.5 to 2.2.1 (RELEASE) as described in my post here with 2.2 (RELEASE): https://forum.pfsense.org/index.php?topic=87485.msg480549#msg480549
I get "pfsync_undefer_state: unable to find deferred state" printed in the console and the it just hangs after the upgrade process (after reboot). Since it is a virtual machine (a backup node) I can easily revert and try again if you you want me to test something. I even tried to restore the configuration on a fresh install with 2.2.1. I got the same error message printed all over the screen.
Florian
-
Same error on my CARP installation upgrade from 2.1.5 to 2.2.1. Back on 2.1.5 :(
-
Same error on my CARP installation upgrade from 2.1.5 to 2.2.1. Back on 2.1.5 :(
Oh, that was some very sad news. I was really looking forward to have this carp kernel thing fixes :(
-
If any of you have a chance to test this in 2.2.1-rel and submit a crash report we'd love to see it.
Steve
-
If any of you have a chance to test this in 2.2.1-rel and submit a crash report we'd love to see it.
Steve
Hi Steve, yesterday i have sent 3 crash log about this error.
-
Awesome, can you send me the IP they came from? Use a PM if you want.
Steve
-
'm sorry, i had switch back on 2.1.5. :(
-
Ok, so you don't know what IP they were sent from?
-
-
Great. We are trying to replicate this but are just seeing continuous error messages without the crash.
Do any of you have any special Limiter setup? Can you give any details?Steve
-
Marlenio,
Looks like the most recent crash report we have from that IP is Mar 3rd. Could they have come from a different IP?Steve
-
Marlenio,
Looks like the most recent crash report we have from that IP is Mar 3rd. Could they have come from a different IP?Steve
Hi steve,
213.215.138 is VIP of the first output array of pfSense (2 units HA mode). Master IP is 213.215.138.67, BACKUP 213.215.138.71. Let me know if you find it.Thanks in advance,
–
Mario (Marlenio) -
Nothing from anything in that /24 subnet since Mar 3rd. :-\
Steve
-
Nothing from anything in that /24 subnet since Mar 3rd. :-\
Steve
It 's very strange. I'm sure it was sent at least three times. :(
-
https://redmine.pfsense.org/issues/4310
Can anyone tell us where that patch is, We are having the same issues when applying limiters with CARP and HA.
Thanks,
Tom
-
Yes, that patch is in 2.2.1 and has been in snaps since Feb.
If you are seeing this problem and are running 2.2.1 can you make sure you keep any crashreports and tell us what hardware you're running.
Thanks.Steve
-
I have to same problem when I upgrade Pfsense from 2.1.5 to 2.2.1…
Pfsense is running on virtualcenter 2.5. (Never had this before)
I tried twice, but nothing changed, this message is looping on the screen, and vm is using 100% CPU. There's no crash, but pfsense is useless.
I'm not using any high availability services (only limiters)
