Difference between revisions of "Hardware testing"
(Add category QA) |
m (add 'translate' tags) |
||
Line 1: | Line 1: | ||
+ | <translate> | ||
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 {{Bug|174}}). This article describes how to properly test your hardware to check it is in a good shape. | 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 {{Bug|174}}). This article describes how to properly test your hardware to check it is in a good shape. | ||
Line 85: | Line 86: | ||
* [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] | ||
+ | </translate> | ||
[[Category: Troubleshooting]] | [[Category: Troubleshooting]] | ||
[[Category: QA]] | [[Category: QA]] |
Revision as of 22:44, 25 December 2015
<translate> 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.
Contents
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
</translate>