Comments
-
Just wanted to update, Cluster was rebuilt yesterday by my counterpart and our MSP. So far we've had two Kernel Exception crashes on 801003B4F806D causing two fail-overs within 30 minutes. So it doesn't look like rebuilding the cluster hasn't solved our issue.
-
@RVilhelmsen fault reports show it under support files Kernel Exception crash Sep 3, 2020, 11:35:37 AM
-
the 354C device did a complete reboot this morning, the other that is now the master is showing 1d 3h uptime so we'll have to wait and see tomorrow if that does it as well. Any idea where to get logging for the kernal crash if it happened?
-
There's nothing else in the logs that I can see for that time period unfortunately Here is the events as well. Very frustrating but it could be happening every 20 minutes like last Monday which was a pain in the @55 2020-09-03 08:30:24 loggerd 6 Archived log file /var/log/traffic.log which reached max size 2020-09-03…
-
here is what's in the diagnostics DATE-TIME | PROCESSS | MESSAGE 2020-09-03 08:35:14 | dyndns | Could not resolve server: dynupdate.no-ip.com 2020-09-03 08:35:14 | daas | on_wgapi_read: WGAPI_TYPE_NOTIFICATION/WGAPI_EVENT_INTERFACE_STATUS 2020-09-03 08:35:15 | crd | Clst_crd_InvokeCrdFsm:3698: Returned FAILURE 2020-09-03…
-
~ 25 hours up and then the random reboot Looks like we'll be going forward with the downgrade on Monday Cluster HA Events: Wed Sep 2 07:31:26 2020 Bootup: System bootup Wed Sep 2 07:31:35 2020 Formation: Member 801003B4F806D: Device has joined the cluster.Device State=14 Wed Sep 2 07:31:45 2020 Formation: On 801003B4F806D,…
-
Thanks for the update @RVilhelmsen I have done this with the main device having issues as well as another to see if it helps me. Hopefully it resolved your issue earlier today.
-
@James_Carson @Bruce_Briggs @RVilhelmsen Thanks for following up. We cold booted both of the M470's today to see if it would make a difference. If we run into issues we're planning to break the cluster and downgrade to the backup image on Monday when all our locations are closed. @James_Carson - I have sent the crash logs…
-
Thanks @Bruce_Briggs for the details. If I wasn't running around with my head cut off on multiple things I would have thought to find that. I have contacted our MSP asking that they review and advise as they're the one that manages the cluster and firmware upgrades usually for us. It's the first time they have upgraded us…
-
@Bruce_Briggs we were advised by our MSP that reverting the firmware is quite the exercise. I tried to do it with one of our T30s but didn't have much luck. Do you have any suggestions on how to do it?
-
@sysadmin_bfa do you see anything in the firewall logs of her attempting to connect? Screenshot with the correct connection information to confirm there's no typo, etc.. ? Is her sister's network blocking the vpn traffic somehow?
-
@RVilhelmsen When did you open the case? We had our M470 cluster upgraded as well and it caused a bunch of issues. We opened a case on that but not the T30s as of yet as the vpn connections are more important to clear up then rebooting one firebox once a day. Let me know please if you get anymore info on this. If my issue…
-
@Daniel_P30 is there a significant speed decrease at your BOVPN sites?
-
@RVilhelmsen - Did you fix this? I am seeing it happen to a few of our T30's as well. Not sure if it's related or not but once a day I need to reboot one of the T30's in order for the branch to regain bovpn access