This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

XG Firewall 135 v18.0.3 MR-3 halting completly - no traffic passing - no connection via ssh or https

Hello, 

we are currently running a active/passive cluster of two XG 135 with the Version v18.0.3 MR-3 we already experienced two times that the firewall halted completly without traffic passing and there is no possiblity to connect to it via ssh or https. On the Switch side the ports are still shown as up. The only solution is to reboot the firewalls by disconnecting them from the powersupply.

Is this a known issue? Did somebody already had this problem? Is this problem solved with the new Version or is it a v18 problem in general? 

Thanks in advance. 



This thread was automatically locked due to age.
Parents
  • Hello Roboo,

    Thank you for contacting the Sophos Community!

    Please open a case with support and provide me with the Case ID.

    Please provide the following logs and the time you noticed the issue started 

     csc.log, applog.log, syslog.log, msync.log and networkd.log

     If possible, memory and CPU graph and all this detail with exact date and time when issue observed.

    Additionally to this Using PuTTY, go to 'Session' - 'Logging.'
    Here, select "All session output', and set the file name to a folder and name for later retrieval.
    Configure the Serial connection to use the proper COM port on your PC and a Speed of 38400.
    Start the session, and log in to ensure it is all proper.
    Once logged in, you can leave it there or log out and leave the session at the password prompt. Either way, leave the session active and allow it to capture the output from the next reboot.
    Once that reboot occurs, you can end the Serial connection and provide the logs to support further investigation.

    Regards,

Reply
  • Hello Roboo,

    Thank you for contacting the Sophos Community!

    Please open a case with support and provide me with the Case ID.

    Please provide the following logs and the time you noticed the issue started 

     csc.log, applog.log, syslog.log, msync.log and networkd.log

     If possible, memory and CPU graph and all this detail with exact date and time when issue observed.

    Additionally to this Using PuTTY, go to 'Session' - 'Logging.'
    Here, select "All session output', and set the file name to a folder and name for later retrieval.
    Configure the Serial connection to use the proper COM port on your PC and a Speed of 38400.
    Start the session, and log in to ensure it is all proper.
    Once logged in, you can leave it there or log out and leave the session at the password prompt. Either way, leave the session active and allow it to capture the output from the next reboot.
    Once that reboot occurs, you can end the Serial connection and provide the logs to support further investigation.

    Regards,

Children