Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 14 replies
  • Subscribers 5 subscribers
  • Views 19187 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

HELP! UTM just "crashed"

seventh
Hello all, I'm hoping you can help me.

I have UTM 9 (9.304-9; Pattern 73559) installed on a C2D Dell desktop w/ 8gb ram and 2 PCI NICs (Realtek RTL8169) for LAN/WAN .  The on-board internal NIC (Broadcom BCM5784M) is disabled/not in use.  Have approximately 70 PCs using a single 50mbps broadband connection.


I've been running UTM for the past couple of weeks and besides much trial and error on my end fixing my own mistakes, it's been good.  However about an hour ago the UTM just died!

I do not know what happened.  I got called that someone's pc couldn't get online, then another call, then another call and realized I could not get online either.  Nothing was recently changed on the UTM.

I then tried to connect to the UTM web interface and couldn't.  Just got a "page could not be displayed".  I then tried to ping the gateway.  No response.  

I went to the box I have UTM installed on and it was on/running.  I held the power button down for a few seconds, the PC beeped three times and shortly thereafter the system powered down.  This makes me think the UTM itself was indeed still "running".  I waited 10 seconds and powered it back up.  About 20 seconds later, I could ping the gateway and everyone could get "out"/online again.

Can someone let me know what might have caused this?  What would make the UTM's LAN interface (in the very least) just die?  More importantly, can someone let me know what troubleshooting steps I can perform to attempt to track down what the issue was/is so I can resolve it before it occurs again!?!  Any logs I can/should check??  Any diagnostics I can run on the unit?


Thanks much in advance.


This thread was automatically locked due to age.
Parents
  • 0
    An attached monitor and keyboard with console/shell access configured is very useful in this kind of situation.

    Logs?  All of them as you neither know what it is nor what it isn't at this point.

    Diagnostics?  Standard hardware diagnostics from the hardware vendor and memtest.  Capacitors and fans in good working order?  Power and cabling too?

    As you appear to be operating on some software based license you can build spare units and swap while you attempt to rule out any hardware problems.
  • 0 in reply to teched_01
    An attached monitor and keyboard with console/shell access configured is very useful in this kind of situation.

    Logs?  All of them as you neither know what it is nor what it isn't at this point.

    Diagnostics?  Standard hardware diagnostics from the hardware vendor and memtest.  Capacitors and fans in good working order?  Power and cabling too?

    As you appear to be operating on some software based license you can build spare units and swap while you attempt to rule out any hardware problems.


    I actually had it running head-less, but I can definitely connect a monitor and keyboard to it.  If it happens again, what would be some commands I could/would run?

    And I'm fairly certain I ran vendor & memtest diags on the hardware before the install, but I will do again to be double-sure.  I guess I was asking if UTM had it's own sort of built-in diagnostic?

    And as far as the logs, as I'm sure you know, there are many logs and many things to weed through.  Would you have in mind maybe what you think the top few candidates of logs I might find the problem would be?

    Just grasping at straws, but I'm wondering if there's something wrong with the LAN nic card--I'm debating on reconfiguring things to use the built-in NIC card for LAN instead of the pci one and see if the problem returns.  I do not see any log particular geared towards "hardware", can you let me know which log would have information relating to a hardware error if one occured?

    Thanks so much!
Reply
  • 0 in reply to teched_01
    An attached monitor and keyboard with console/shell access configured is very useful in this kind of situation.

    Logs?  All of them as you neither know what it is nor what it isn't at this point.

    Diagnostics?  Standard hardware diagnostics from the hardware vendor and memtest.  Capacitors and fans in good working order?  Power and cabling too?

    As you appear to be operating on some software based license you can build spare units and swap while you attempt to rule out any hardware problems.


    I actually had it running head-less, but I can definitely connect a monitor and keyboard to it.  If it happens again, what would be some commands I could/would run?

    And I'm fairly certain I ran vendor & memtest diags on the hardware before the install, but I will do again to be double-sure.  I guess I was asking if UTM had it's own sort of built-in diagnostic?

    And as far as the logs, as I'm sure you know, there are many logs and many things to weed through.  Would you have in mind maybe what you think the top few candidates of logs I might find the problem would be?

    Just grasping at straws, but I'm wondering if there's something wrong with the LAN nic card--I'm debating on reconfiguring things to use the built-in NIC card for LAN instead of the pci one and see if the problem returns.  I do not see any log particular geared towards "hardware", can you let me know which log would have information relating to a hardware error if one occured?

    Thanks so much!
Children
No Data
Unfiltered HTML