Hardware testing/en

From OpenVZ Virtuozzo Containers Wiki
< Hardware testing
Revision as of 13:01, 13 February 2016 by FuzzyBot (talk | contribs) (Importing a new version from external source)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

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[edit]

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+[edit]

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[edit]

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[edit]

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[edit]

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[edit]

For Fedora Core:

yum install memtester

For Gentoo:

emerge memtester

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

Usage[edit]

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[edit]

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

Cpuburn[edit]

С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[edit]

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[edit]

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[edit]

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[edit]

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

External links[edit]