1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
|
$Id: WARNINGS,v 1.27 2004/06/10 16:00:21 ballen4705 Exp $
The most recent version of this file can be found here:
http://cvs.sourceforge.net/viewcvs.py/smartmontools/sm5/WARNINGS?view=markup
The following are reports of serious problems (eg system lockup) which
were due to smartmontools. There are LINUX, FREEBSD, SOLARIS and
WINDOWS sections below.
LINUX
-----
You may also wish to search the linux-kernel mailing list for problem
reports concerning smartmontools. Here is the URL:
http://groups.google.com/groups?as_q=smartmontools&safe=images&ie=UTF-8&oe=UTF-8&as_ugroup=linux.kernel&lr=&num=100&hl=en
SYSTEM: Asus P4C800E-Dlx (ICH5 IDE controller)
PROBLEM: using the bios's "enhanced ATA Mode" in the bios slows down the system
to almost a full halt when running smartmontools with kernel 2.4.27.
2.6.X kernels don't work in enhanced mode at all so the interaction
with this kernel is unknown.
REPORTER: "Marc L. de Bruin" <marc@debruin.org>
LINK: http://bugs.debian.org/287195
WORKAROUND:
Swith the board back to "legacy ATA Mode"
SYSTEM: Any system with USB ports and USB storage devices
PROBLEM: Using smartd/smartctl on USB "SCSI" storage devices can cause kernel hang
REPORTER: see link below
LINK: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107615
NOTE: USB storage devices are handled as SCSI devices by the kernel. But many of these
devices do not comply with SCSI specs, and can cause the kernel to hang.
Avoid using smartd/smartctl on these devices (they don't do SMART anyway).
In particular, the use of smartd DEVICESCAN in /etc/smartd.conf can cause
these devices (typically represented by /dev/sda or /dev/sdb) to hang, and
the kernel to lock up.
FIXED: This problem should be fixed in smartmontools-5.25 and greater.
SYSTEM: Intel 875WP1-E motherboard with SATA drives on motherboard's SATA ports
PROBLEM: smartd makes NTP time drift
REPORTER: nohez@cmie.com
LINK: http://groups.google.de/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&safe=off&selm=Pine.LNX.4.33.0310111545530.1047-100000%40venus.cmie.ernet.in.lucky.linux.kernel
NOTE: When using SATA disks, linux kernel k_smp-2.4.21-108 (SMP because
of hyper-threading) and xntp-4.1.1-177, the server time went
out of sync with system time. Problem goes away when SATA
disks removed.
FIXED: Reported fixed with Linux >= 2.4.26 at http://bugs.debian.org/254953
SYSTEM: Dell servers using AACRAID (SCSI)
PROBLEM: Locked up, needed to be rebooted
REPORTER: drew@eastvan.bc.ca
LINK: http://sourceforge.net/mailarchive/forum.php?thread_id=1311313&forum_id=12495
SYSTEM: Box with Promise 20265 IDE-controller (pdc202xx-driver) and > 2.4.18 kernel with ide-taskfile support
PROBLEM: Smartctl locks system solid when used on /dev/hd[ef].
REPORTER: Georg Acher <acher@in.tum.de>
LINK: http://sourceforge.net/mailarchive/forum.php?thread_id=1457979&forum_id=12495
NOTE: Lockup doesn't happen with 2.4.18 kernel, and doesn't affect /dev/hd[a-d]
This appears to be a problem with the pdc202xx-driver and has been reported
to the pdcx maintainers. If you enable the Promise-BIOS (ATA100-BIOS) then
everything will work fine. But if you disable it, then the machine will hang.
SYSTEM: Box with Promise 20262 IDE-controller
PROBLEM: Smartctl locks system solid
REPORTER: Ben Low <ben@bdlow.net>
LINK: http://sourceforge.net/mailarchive/message.php?msg_id=5074201
NOTE: Similar to previous report: Promise Ultra66 2-port card (20262) which, with
linux 2.4.20, suffers from the lockups reported above. But it was
impossible to enable the Promiste BIOS. A kernel patch is referenced
to fix the problem.
SYSTEM: Promise 20265 IDE-controller
PROBLEM: Smartctl locks system solid when used on CDROM/DVD device
REPORTER: see link below
LINK: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=208964
NOTE: Problem seems to affect kernel 2.4.21 only.
SYSTEM: Promise IDE-controllers and perhaps others also
PROBLEM: System freezes under heavy load, perhaps when running SMART commands
REPORTER: Mario 'BitKoenig' Holbe Mario.Holbe@RZ.TU-Ilmenau.DE
LINK: http://groups.google.de/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=1wUXW-2FA-9%40gated-at.bofh.it
NOTE: Before freezing, SYSLOG shows the following message(s)
kernel: hdf: dma timer expiry: dma status == 0xXX
where XX is two hexidecimal digits. This may be a kernel bug
or an underlying hardware problem. It's not clear if
smartmontools plays a role in provoking this problem. FINAL
NOTE: Problem was COMPLETELY resolved by replacing the power
supply. See URL above, entry on May 29, 2004 by Holbe. Other
things to try are exchanging cables, and cleaning PCI slots.
FREEBSD
-------
[No problem reports yet.]
SOLARIS
-------
[No problem reports yet.]
CYGWIN and WINDOWS
------------------
SYSTEM: Any Windows 2000 or XP system.
PROBLEM: Use of an undocumented system call for IDE/ATA read log
(smartctl -l, --log, -a, --all) may affect system stability.
REPORTER: Christian Franke <smartmontools-support@lists.sourceforge.net>
NOTE: The IOCTL call SMART_RCV_DRIVE_DATA does not support
ATA_SMART_READ_LOG_SECTOR on NT4/2000/XP. The Win32
implementation of smartctl/smartd uses the undocumented
and possibly buggy IOCTL_IDE_PASS_THROUGH for this purpose.
This IOCTL is not implemented under NT4.
Invalid log output has been reported for at least one
W2K system.
|