Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 24 replies
  • Subscribers 2 subscribers
  • Views 9245 views
  • Users 0 members are here
Options
Suggested
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

UTM 320 SW 9.101-12 Hard Lockup

Rask
Hi,

We currently run an older ASG320 and decided to upgrade to the newer UTM 320 hardware devices.

We're currently running 8.309 on our older device (never upgraded to 9) and everything has been running fine. 

We took a backup of that unit and restored it onto our new unit and when we put the new one into production, it will lockup completely after ~ 12-24 hours of use.

Sophos has RMA's one unit already to no avail.  We have the exact same symptoms.   

I've given addess to support (1st and 2nd level) and they've connected to our box and have seen nothing out of the ordinary.   The box, without load and just idling, does not crash.

This is what is on the console connection screen when the unit does crash: 

[36131.354777] Disabling IRQ #56

[36146.530866] Disabling IRQ #53

[36387.711011] Disabling IRQ #59


I've been going back and forth with support but am at my wits end with this.   I'm considering forgoing the backup/restore and re-configuring everything from scratch to see if that will do anything (if something from the backup is causing the issue) but it's a lot of work to just test a hunch.

Anyone else ever encounter something like this?


This thread was automatically locked due to age.
Parents
  • 0
    Did the support check for HDD Errors?
    We had similar issues due to HDD errors, the lookups happened too, when the defective device was slave.
    Rebooting the slave in that situation could temporary solve the problem for us.

    We had to rma booth devices now the problem is solved
  • 0 in reply to Malte
    So just a quick update on our situation.

    We kept working with support and decided late last year to try and go the Software-based UTM in VMware instead as support was getting nowhere with the 320.  

    We did the necessary changes and put the software version into production and the exact same problem occurred again.   The VM would lock up completely, stop processing traffic and would need to be hard reset.   

    VMware was reporting that the CPU was pegged at 100% usage and the network usage flatlines.

    We're at a complete loss at this point.   Support is asking to get a virtual serial connection going to the VM to capture the kernel information as when this happens, logging stops completely on the device.

    Our business rep is asking is to wait until 9.2 comes out and test that to see if it will solve the issue.

    At this point, we're seriously considering going somewhere else for our security solution.   It's been close to a year this has been going on and about 10 months too long.

    A real shame too because the 320 we had previously running 8.309 had been great and we were completely happy with it.
Reply
  • 0 in reply to Malte
    So just a quick update on our situation.

    We kept working with support and decided late last year to try and go the Software-based UTM in VMware instead as support was getting nowhere with the 320.  

    We did the necessary changes and put the software version into production and the exact same problem occurred again.   The VM would lock up completely, stop processing traffic and would need to be hard reset.   

    VMware was reporting that the CPU was pegged at 100% usage and the network usage flatlines.

    We're at a complete loss at this point.   Support is asking to get a virtual serial connection going to the VM to capture the kernel information as when this happens, logging stops completely on the device.

    Our business rep is asking is to wait until 9.2 comes out and test that to see if it will solve the issue.

    At this point, we're seriously considering going somewhere else for our security solution.   It's been close to a year this has been going on and about 10 months too long.

    A real shame too because the 320 we had previously running 8.309 had been great and we were completely happy with it.
Children
No Data