Difference between revisions of "Hardware testing"

From OpenVZ Virtuozzo Containers Wiki
Jump to: navigation, search
m (misc corrections)
m (Reverted edits by Lossy (Talk) to last revision by Dev)
Line 85: Line 85:
 
* [http://pages.sbcglobal.net/redelm/ Сpuburn]
 
* [http://pages.sbcglobal.net/redelm/ Сpuburn]
 
* [http://sourceforge.net/projects/va-ctcs/ Cerberus]
 
* [http://sourceforge.net/projects/va-ctcs/ Cerberus]
* [http://www.bestessays.com/doc_essay.php essay]
+
 
 
[[Category: Troubleshooting]]
 
[[Category: Troubleshooting]]

Revision as of 20:48, 31 May 2010

Sometimes when you have a kernel panic, oops, machine check exception, or other fatal crash, this is not programmers whom to blame, but your hardware (a classical example is OpenVZ Bug #174). This article describes how to properly test your hardware to check it is in a good shape.

Note that most of the tests described below could do harm to your machine if something is wrong with it (e.g. it is overclocked, undercooled etc). In general, overclocking is not recommended for your production server boxes.

RAM tests

Random Access Memory (RAM) is sometimes faulty, which leads to some very strange system crashes. It is though highly recommended to test your system RAM. A several approaches and tools can be used.

Memtest86 and Memtest86+

Memtest86 is a stand-alone RAM tester. It can either be booted from a CD, or from your normal Linux bootloader, such as GRUB or LILO.

Memtest86+ is a forked version of Memtest86 with some features added.

Installation

You can either download and install one of this programs from the sites above, or they can be a part of your Linux distribution already.

For Fedora Core, memtest86+ is available:

yum install memtest86+

For Gentoo, both programs are available:

emerge memtest86
emerge memtest86+

Usage

To test your system for faulty RAM, install either memtest and reboot into it. Run it for at least a few hours (at least 2-3 iterations). If there will be even a single error reported, you have to change your RAM chips (or, if your system is overclocked, downclock it to normal speed).

Memtester

Memtester is a userspace utility for testing the memory subsystem for faults. The good thing is you can test your memory without a need to reboot the server, and you can run other programs with it. The bad thing is not all the memory is tested.

Installation

For Fedora Core:

yum install memtester

For Gentoo:

emerge memtester

For other systems: download the sources from the Memtester homepage.

Usage

Invoke memtester as a root, giving an amount of memory it will test as an argument, e.g.:

# /usr/sbin/memtester 512M

The more memory you will specify the better.

CPU cooling tests

Such tests checks that your CPU can work fine under highest possible load and temperature.

Cpuburn

Сpuburn is an utility to burn your CPU as high as possible. It tests your system stability by checking how the CPU and the whole system is working under high temperatures.

Installation

For Fedora Core you can get the RPMS from DAG.

For Gentoo:

emerge cpuburn

For other systems: download tarball from the home page, untar and run.

Usage

It is recommended to switch to single-user mode and remount all the partitions read-only, just in case of system hang.

Run

burnBX || echo $? &

for at least 15 minutes. If you have more than one physical CPU, repeat the command. If nothing is happening withing 15-20 minutes, and your system is still responding, you can conclude the test is passed, and kill the process(es):

killall -TERM burnBX

You can also use burnMMX utility:

burnMMX J || echo $? &

Cpuburn author says burnMMX is not optimal for AMD processors; use burnBX if you have AMD.

Combined tests

It is also a good thing to run cpuburn and memtester in parallel. Chances are higher that some more errors are detected that way.

Cerberus Test Control System

Another test for hardware publicly available is Cerberus Test Control System http://sourceforge.net/projects/va-ctcs/

External links