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
    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.


    When you went from the 320 to vmware did you use a config backup from the 320?  If so reinstall and do not use your config but rebuild manually.  When I had this isdue this is what solved it for me.  This sounds like a config issue to me..especially is this config can from your version 8 install
Reply
  • 0
    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.


    When you went from the 320 to vmware did you use a config backup from the 320?  If so reinstall and do not use your config but rebuild manually.  When I had this isdue this is what solved it for me.  This sounds like a config issue to me..especially is this config can from your version 8 install
Children
  • 0 in reply to William Warren
    When you went from the 320 to vmware did you use a config backup from the 320?  If so reinstall and do not use your config but rebuild manually.  When I had this isdue this is what solved it for me.  This sounds like a config issue to me..especially is this config can from your version 8 install


    We didn't attempt to rebuild from scratch on the VMware version however we did do that last year on the new hardware 320 and it unfortunately didn't fix the issue.