Re: Sudden Reboots

From: Mike Tancsa (mike_at_sentex.net)
Date: 10/03/04

  • Next message: Giorgos Keramidas: "Re: Protection from the dreaded "rm -fr /""
    To: David Scheidt <dmschei@attglobal.net>
    Date: Sat, 02 Oct 2004 18:42:02 -0400
    
    

    On Fri, 1 Oct 2004 21:50:26 -0500, in sentex.lists.freebsd.hackers you
    wrote:

    >
    >On Oct 1, 2004, at 7:23 PM, Jim Durham wrote:
    >> These are very rare.... except they seem to happen about once a day
    >> for a
    >> while and then stop... very strange..
    >>
    >>> and usually caused by hardware problems (e.g. faulty power supply,
    >>> overheating CPU, bad RAM).
    >>
    >> Possible, but if so, the hardware fixed itself on the first two boxes I
    >> mentioned.
    >
    >All of this can be bad, or not quite bad -- just not healthy --
    >hardware. Say a power supply that can't supply reliable +5, when the
    >line voltage drops a tad while all the disks are being hammered. It
    >can be a nightmare to figure out. Setup crash dumps, but also make
    >sure that the UPS the box is attached to isn't having problems. If
    >it's not on conditioned power, fix that.

    Also, a lot of older UPSes do not have any AVR (automatic voltage
    regulation). This in conjunction with a marginal power supply can
    cause problems like you describe. One of our POPs are in an area that
    has seen tremendous residential and industrial growth putting a strain
    on the local power. Prior to some major upgrades from the local
    utility company, we would see street power dropping below 100V during
    peak usage coming from the street and our APCs that have "smart boost"
    would all kick in to compensate. Also, the UPS can just be "bad" over
    time.

    As others have said, its pretty rare that reboots do not leave a crash
    dump behind when its a software issue. At the very least, enable crash
    dumps on your machines in question. See the man page for dumpon. At
    least this way you can narrow down the odds as to whether or not its
    pointing to a hardware or software issue.

            ---Mike
    _______________________________________________
    freebsd-hackers@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
    To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"


  • Next message: Giorgos Keramidas: "Re: Protection from the dreaded "rm -fr /""

    Relevant Pages

    • Re: Time to fix my PC
      ... intermittently bad) is the power supply 'system'. ... Intermittent memory often passes all tests at room temperature. ... Responsible computer manufacturers provide comprehensive hardware ... such as the crash code or data from system logs in the OS ...
      (comp.os.linux.hardware)
    • Re: PLEASE HELP - Crash
      ... You might start by trying to eliminate potential hardware problems. ... it might be a good idea to power off the PC and re-seat all PCI ... > Every now and then i have a random CRASH ...
      (microsoft.public.windowsxp.help_and_support)
    • Re: Potential problem w/ Intel 82865G graphics
      ... is a Dell OptiPlex GX270. ... Starting about a week ago, despite the fact that no new software or hardware was added, it started to randomly crash. ... The behavior of the crash is odd, in that the video signal dies and the hard drive sounds like it spins down, but the power LED is still on. ...
      (microsoft.public.windowsxp.hardware)
    • Re: emachines w3107 question
      ... you use the PC and does boot time matter to you. ... a computer "Fully Awake & Running" consumes power similar to ... She rebooted several times and a couple of times " Windows ... Better computer manufacturers provide comprehensive hardware ...
      (microsoft.public.windowsxp.general)
    • Re: installation causes power cycle?
      ... Subject: installation causes power cycle? ... I can get the install cd to boot and I will type in my ... Perhaps you haven't consulted sco hardware compatibility list? ... Granted theres hardly any selection there, but, when you uase _any_ hardware ...
      (comp.unix.sco.misc)