2 Copyright (C) 2002-10 Bruce Allen <smartmontools-support@lists.sourceforge.net>
4 $Id: smartd.8.in 3529 2012-03-25 17:26:10Z chrfranke $
6 This program is free software; you can redistribute it and/or modify
7 it under the terms of the GNU General Public License as published by
8 the Free Software Foundation; either version 2, or (at your option)
11 You should have received a copy of the GNU General Public License (for
12 example COPYING); if not, write to the Free Software Foundation, Inc.,
13 675 Mass Ave, Cambridge, MA 02139, USA.
15 This code was originally developed as a Senior Thesis by Michael
16 Cornwell at the Concurrent Systems Laboratory (now part of the Storage
17 Systems Research Center), Jack Baskin School of Engineering,
18 University of California, Santa Cruz. http://ssrc.soe.ucsc.edu/
20 .TH SMARTD 8 CURRENT_SVN_DATE CURRENT_SVN_VERSION CURRENT_SVN_DATE
22 \fBsmartd\fP \- SMART Disk Monitoring Daemon
27 .\" %IF NOT OS Windows
29 .B /usr/local/sbin/smartd
31 .\" %ENDIF NOT OS Windows
33 CURRENT_SVN_VERSION CURRENT_SVN_DATE CURRENT_SVN_REV
37 .\"! [This man page is generated for the OS_MAN_FILTER version of smartmontools.
38 .\"! It does not contain info specific to other platforms.]
41 \fBsmartd\fP is a daemon that monitors the Self-Monitoring, Analysis
42 and Reporting Technology (SMART) system built into many ATA-3 and
43 later ATA, IDE and SCSI-3 hard drives. The purpose of SMART is to
44 monitor the reliability of the hard drive and predict drive failures,
45 and to carry out different types of drive self-tests. This version of
46 \fBsmartd\fP is compatible with ATA/ATAPI-7 and earlier standards (see
47 \fBREFERENCES\fP below).
49 \fBsmartd\fP will attempt to enable SMART monitoring on ATA devices
50 (equivalent to \fBsmartctl -s on\fP) and polls these and SCSI devices
51 every 30 minutes (configurable), logging SMART errors and changes of
52 SMART Attributes via the SYSLOG interface. The default location for
53 these SYSLOG notifications and warnings is system-dependent
54 (typically \fB/var/log/messages\fP or \fB/var/log/syslog\fP).
55 To change this default location, please see the \fB\'-l\'\fP
56 command-line option described below.
58 In addition to logging to a file, \fBsmartd\fP can also be configured
59 to send email warnings if problems are detected. Depending upon the
60 type of problem, you may want to run self\-tests on the disk, back up
61 the disk, replace the disk, or use a manufacturer\'s utility to force
62 reallocation of bad or unreadable disk sectors. If disk problems are
63 detected, please see the \fBsmartctl\fP manual page and the
64 \fBsmartmontools\fP web page/FAQ for further guidance.
66 If you send a \fBUSR1\fP signal to \fBsmartd\fP it will immediately
67 check the status of the disks, and then return to polling the disks
68 every 30 minutes. See the \fB\'\-i\'\fP option below for additional
71 \fBsmartd\fP can be configured at start-up using the configuration
72 file \fB/usr/local/etc/smartd.conf\fP (Windows: \fBEXEDIR/smartd.conf\fP).
73 If the configuration file is subsequently modified, \fBsmartd\fP
74 can be told to re-read the configuration file by sending it a
75 \fBHUP\fP signal, for example with the command:
77 \fBkillall -HUP smartd\fP.
80 (Windows: See NOTES below.)
83 On startup, if \fBsmartd\fP finds a syntax error in the configuration
84 file, it will print an error message and then exit. However if
85 \fBsmartd\fP is already running, then is told with a \fBHUP\fP signal
86 to re-read the configuration file, and then find a syntax error in
87 this file, it will print an error message and then continue, ignoring
88 the contents of the (faulty) configuration file, as if the \fBHUP\fP
89 signal had never been received.
91 When \fBsmartd\fP is running in debug mode, the \fBINT\fP signal
92 (normally generated from a shell with CONTROL\-C) is treated in the
93 same way as a \fBHUP\fP signal: it makes \fBsmartd\fP reload its
94 configuration file. To exit \fBsmartd\fP use CONTROL-\e
96 (Windows: CONTROL\-Break).
99 On startup, in the absence of the configuration file
100 \fB/usr/local/etc/smartd.conf\fP, the \fBsmartd\fP daemon first scans for all
101 devices that support SMART. The scanning is done as follows:
104 Examine all entries \fB"/dev/hd[a-t]"\fP for IDE/ATA
105 devices, and \fB"/dev/sd[a-z]"\fP, \fB"/dev/sd[a-c][a-z]"\fP
106 for SCSI or SATA devices.
110 Authoritative list of disk devices is obtained from SCSI (CAM) and ATA subsystems.
111 .\" %ENDIF OS FreeBSD
112 .\" %IF OS NetBSD OpenBSD
113 .IP \fBNETBSD/OPENBSD:\fP 9
114 Authoritative list of disk devices is obtained from sysctl
116 .\" %ENDIF OS NetBSD OpenBSD
119 Examine all entries \fB"/dev/rdsk/c?t?d?s?"\fP for IDE/ATA and SCSI disk
120 devices, and entries \fB"/dev/rmt/*"\fP for SCSI tape devices.
121 .\" %ENDIF OS Solaris
124 The IOService plane is scanned for ATA block storage devices.
127 .IP \fBWINDOWS\ 9x/ME\fP: 9
128 Examine all entries \fB"/dev/hd[a-d]"\fP (bitmask
129 from "\\\\.\\SMARTVSD") for IDE/ATA devices.
130 Examine all entries \fB"/dev/scsi[0\-9][0\-f]"\fP for SCSI devices
131 on ASPI adapter 0\-9, ID 0\-15.
132 .\" %ENDIF OS Windows
133 .\" %IF OS Windows Cygwin
134 .IP \fBWINDOWS\ NT4/2000/XP/2003/Vista/Win7/2008\fP: 9
135 Examine all entries \fB"/dev/sd[a-j]"\fP ("\\\\.\\PhysicalDrive[0-9]")
136 for IDE/(S)ATA and SCSI disk devices
138 If a 3ware 9000 controller is installed, examine all entries
139 \fB"/dev/sdX,N"\fP for the first logical drive (\'unit\'
140 \fB"/dev/sdX"\fP) and all physical disks (\'ports\' \fB",N"\fP)
141 detected behind this controller. Same for a second controller if present.
143 [NEW EXPERIMENTAL SMARTD FEATURE] If directive \'\-d csmi\' is specified,
144 examine all entries \fB"/dev/csmi[0\-9],N"\fP for drives behind Intel
146 .\" %ENDIF OS Windows Cygwin
149 See "WINDOWS NT4/2000/XP/2003/Vista/Win7/2008" above.
152 .IP \fBOS/2,eComStation\fP: 9
153 Use the form \fB"/dev/hd[a\-z]"\fP for IDE/ATA devices.
156 \fBsmartd\fP then monitors
157 for \fIall\fP possible SMART errors (corresponding to the \fB\'\-a\'\fP
158 Directive in the configuration file; see \fBCONFIGURATION FILE\fP
165 .B \-A PREFIX, \-\-attributelog=PREFIX
166 [ATA only] Writes \fBsmartd\fP attribute information (normalized and raw
167 attribute values) to files \'PREFIX\'\'MODEL\-SERIAL.ata.csv\'. At each
168 check cycle attributes are logged as a line of semicolon separated triplets
169 of the form "attribute-ID;attribute-norm-value;attribute-raw-value;".
170 Each line is led by a date string of the form "yyyy-mm-dd HH:MM:SS" (in UTC).
172 .\" %IF ENABLE_ATTRIBUTELOG
173 If this option is not specified, attribute information is written to files
174 \'/usr/local/var/lib/smartmontools/attrlog.MODEL\-SERIAL.ata.csv\'.
175 To disable attribute log files, specify this option with an empty string
177 .\" %ENDIF ENABLE_ATTRIBUTELOG
178 MODEL and SERIAL are build from drive identify information, invalid
179 characters are replaced by underline.
181 If the PREFIX has the form \'/path/dir/\' (e.g. \'/var/lib/smartd/\'), then
182 files \'MODEL\-SERIAL.ata.csv\' are created in directory \'/path/dir\'.
183 If the PREFIX has the form \'/path/name\' (e.g. \'/var/lib/misc/attrlog\-\'),
184 then files 'nameMODEL\-SERIAL.ata.csv' are created in directory '/path/'.
185 The path must be absolute, except if debug mode is enabled.
187 .B \-B [+]FILE, \-\-drivedb=[+]FILE
188 [ATA only] Read the drive database from FILE. The new database replaces
189 the built in database by default. If \'+\' is specified, then the new entries
190 prepend the built in entries.
191 Please see the \fBsmartctl\fP(8) man page for further details.
193 .B \-c FILE, \-\-configfile=FILE
194 Read \fBsmartd\fP configuration Directives from FILE, instead of from
195 the default location \fB/usr/local/etc/smartd.conf\fP (Windows: \fBEXEDIR/smartd.conf\fP).
196 If FILE does \fBnot\fP exist, then \fBsmartd\fP will print an error
197 message and exit with nonzero status. Thus, \'\-c /usr/local/etc/smartd.conf\'
198 can be used to verify the existence of the default configuration file.
200 By using \'\-\' for FILE, the configuration is read from standard
201 input. This is useful for commands like:
203 .B echo /dev/hdb \-m user@home \-M test | smartd \-c \- \-q onecheck
205 to perform quick and simple checks without a configuration file.
206 .\" %IF ENABLE_CAPABILITIES
208 .B \-C, \-\-capabilities
209 Use \fBcapabilities(7)\fP.
211 Warning: Mail notification does not work when used.
212 .\" %ENDIF ENABLE_CAPABILITIES
215 Runs \fBsmartd\fP in "debug" mode. In this mode, it displays status
216 information to STDOUT rather than logging it to SYSLOG and does not
217 \fBfork(2)\fP into the background and detach from the controlling
218 terminal. In this mode, \fBsmartd\fP also prints more verbose
219 information about what it is doing than when operating in "daemon"
220 mode. In this mode, the \fBINT\fP signal (normally generated from a
221 terminal with CONTROL\-C) makes \fBsmartd\fP reload its configuration
222 file. Please use CONTROL-\e to exit
224 (Windows: CONTROL\-Break).
226 Windows only: The "debug" mode can be toggled by the command
227 \fBsmartd sigusr2\fP. A new console for debug output is opened when
228 debug mode is enabled.
229 .\" %ENDIF OS Windows
231 .B \-D, \-\-showdirectives
232 Prints a list (to STDOUT) of all the possible Directives which may
233 appear in the configuration file /usr/local/etc/smartd.conf, and then exits.
234 These Directives are also described later in this man page. They may
235 appear in the configuration file following the device name.
237 .B \-h, \-\-help, \-\-usage
238 Prints usage message to STDOUT and exits.
240 .B \-i N, \-\-interval=N
241 Sets the interval between disk checks to \fIN\fP seconds, where
242 \fIN\fP is a decimal integer. The minimum allowed value is ten and
243 the maximum is the largest positive integer that can be represented on
244 your system (often 2^31-1). The default is 1800 seconds.
246 Note that the superuser can make \fBsmartd\fP check the status of the
247 disks at any time by sending it the \fBSIGUSR1\fP signal, for example
250 .B kill -SIGUSR1 <pid>
252 where \fB<pid>\fP is the process id number of \fBsmartd\fP. One may
255 .B killall -USR1 smartd
257 for the same purpose.
260 (Windows: See NOTES below.)
261 .\" %ENDIF OS Windows
263 .B \-l FACILITY, \-\-logfacility=FACILITY
264 Uses syslog facility FACILITY to log the messages from \fBsmartd\fP.
265 Here FACILITY is one of \fIlocal0\fP, \fIlocal1\fP, ..., \fIlocal7\fP,
266 or \fIdaemon\fP [default]. If this command-line option is not used,
267 then by default messages from \fBsmartd\fP are logged to the facility
270 If you would like to have \fBsmartd\fP messages logged somewhere other
271 than the default location, this can typically be accomplished with
272 (for example) the following steps:
275 Modify the script that starts \fBsmartd\fP to include the \fBsmartd\fP
276 command-line argument \'\-l local3\'. This tells \fBsmartd\fP to log its
277 messages to facility \fBlocal3\fP.
279 Modify the \fBsyslogd\fP configuration file (typically
280 \fB/etc/syslog.conf\fP) by adding a line of the form:
282 \fBlocal3.* /var/log/smartd.log\fP
284 This tells \fBsyslogd\fP to log all the messages from facility \fBlocal3\fP to
285 the designated file: /var/log/smartd.log.
287 Tell \fBsyslogd\fP to re-read its configuration file, typically by
288 sending the \fBsyslogd\fP process a \fBSIGHUP\fP hang-up signal.
290 Start (or restart) the \fBsmartd\fP daemon.
292 .\" The following two lines are a workaround for a man2html bug. Please leave them.
293 .\" They define a non-existent option; useful because man2html can't correctly reset the margins.
296 For more detailed information, please refer to the man pages for
297 \fBsyslog.conf\fP, \fBsyslogd\fP, and \fBsyslog\fP. You may also want
298 to modify the log rotation configuration files; see the man pages for
299 \fBlogrotate\fP and examine your system\'s /etc/logrotate.conf file.
302 Cygwin: If no \fBsyslogd\fP is running, the \'\-l\' option has no effect.
303 In this case, all \fBsyslog\fP messages are written to Windows event log.
307 Windows: Some \fBsyslog\fP functionality is implemented
308 internally in \fBsmartd\fP as follows: If no \'\-l\' option
309 (or \'\-l daemon\') is specified, messages are written to Windows
310 event log or to file \fB./smartd.log\fP if event log is not available
311 (Win9x/ME or access denied). By specifying other values of FACILITY,
312 log output is redirected as follows:
313 \'\-l local0\' to file \fB./smartd.log\fP,
314 \'\-l local1\' to standard output (redirect with \'>\' to any file),
315 \'\-l local2\' to standard error,
316 \'\-l local[3-7]\': to file \fB./smartd[1-5].log\fP.
318 When using the event log, the enclosed utility \fBsyslogevt.exe\fP
319 should be registered as an event message file to avoid error
320 messages from the event viewer. Use \'\fBsyslogevt -r smartd\fP\'
321 to register, \'\fBsyslogevt -u smartd\fP\' to unregister and
322 \'\fBsyslogevt\fP\' for more help.
323 .\" %ENDIF OS Windows
326 Do not fork into background; this is useful when executed from modern
327 init methods like initng, minit or supervise.
330 On Cygwin, this allows running \fBsmartd\fP as service via cygrunsrv,
335 On Windows, this option is not available, use \'\-\-service\' instead.
336 .\" %ENDIF OS Windows
338 .B \-p NAME, \-\-pidfile=NAME
339 Writes pidfile \fINAME\fP containing the \fBsmartd\fP Process ID
340 number (PID). To avoid symlink attacks make sure the directory to
341 which pidfile is written is only writable for root. Without this
342 option, or if the \-\-debug option is given, no PID file is written on
343 startup. If \fBsmartd\fP is killed with a maskable signal then the
346 .B \-q WHEN, \-\-quit=WHEN
347 Specifies when, if ever, \fBsmartd\fP should exit. The valid
348 arguments are to this option are:
351 \- Exit if there are no devices to monitor, or if any errors are found
352 at startup in the configuration file. This is the default.
355 \- Exit if there are no devices to monitor, or if any errors are found
356 in the configuration file /usr/local/etc/smartd.conf at startup or whenever it
360 \- Exit if there are no devices to monitor at startup. But continue
361 to run if no devices are found whenever the configuration file is
365 \- Only exit if a fatal error occurs (no remaining system memory,
366 invalid command line arguments). In this mode, even if there are no
367 devices to monitor, or if the configuration file
368 \fB/usr/local/etc/smartd.conf\fP has errors, \fBsmartd\fP will continue to run,
369 waiting to load a configuration file listing valid devices.
372 \- Start \fBsmartd\fP in debug mode, then register devices, then check
373 device\'s SMART status once, and then exit with zero exit status if all
374 of these steps worked correctly.
376 This last option is intended for \'distribution-writers\' who want to
377 create automated scripts to determine whether or not to automatically
378 start up \fBsmartd\fP after installing smartmontools. After starting
379 \fBsmartd\fP with this command-line option, the distribution\'s install
380 scripts should wait a reasonable length of time (say ten seconds). If
381 \fBsmartd\fP has not exited with zero status by that time, the script
382 should send \fBsmartd\fP a SIGTERM or SIGKILL and assume that
383 \fBsmartd\fP will not operate correctly on the host. Conversely, if
384 \fBsmartd\fP exits with zero status, then it is safe to run
385 \fBsmartd\fP in normal daemon mode. If \fBsmartd\fP is unable to
386 monitor any devices or encounters other problems then it will return
387 with non-zero exit status.
390 \- Start \fBsmartd\fP in debug mode, then register devices, then write
391 a list of future scheduled self tests to stdout, and then exit with zero
392 exit status if all of these steps worked correctly.
393 Device's SMART status is not checked.
395 This option is intended to test whether the '-s REGEX' directives in
396 smartd.conf will have the desired effect. The output lists the next test
397 schedules, limited to 5 tests per type and device. This is followed by a
398 summary of all tests of each device within the next 90 days.
400 .B \-r TYPE, \-\-report=TYPE
401 Intended primarily to help
403 developers understand the behavior of
405 on non-conforming or poorly-conforming hardware. This option reports
408 transactions with the device. The option can be used multiple times.
409 When used just once, it shows a record of the ioctl() transactions
410 with the device. When used more than once, the detail of these ioctl()
411 transactions are reported in greater detail. The valid arguments to
415 \- report all ioctl() transactions.
418 \- report only ioctl() transactions with ATA devices.
421 \- report only ioctl() transactions with SCSI devices.
423 Any argument may include a positive integer to specify the level of
424 detail that should be reported. The argument should be followed by a
425 comma then the integer with no spaces. For example, \fIataioctl,2\fP
426 The default level is 1, so \'\-r ataioctl,1\' and \'\-r ataioctl\' are
429 .B \-s PREFIX, \-\-savestates=PREFIX
430 [ATA only] Reads/writes \fBsmartd\fP state information from/to files
431 \'PREFIX\'\'MODEL\-SERIAL.ata.state\'. This preserves SMART attributes, drive
432 min and max temperatures (\-W directive), info about last sent warning email
433 (\-m directive), and the time of next check of the self-test REGEXP
434 (\-s directive) across boot cycles.
436 .\" %IF ENABLE_SAVESTATES
437 If this option is not specified, state information is maintained in files
438 \'/usr/local/var/lib/smartmontools/smartd.MODEL\-SERIAL.ata.state\'.
439 To disable state files, specify this option with an empty string
441 .\" %ENDIF ENABLE_SAVESTATES
442 MODEL and SERIAL are build from drive identify information, invalid
443 characters are replaced by underline.
445 If the PREFIX has the form \'/path/dir/\' (e.g. \'/var/lib/smartd/\'), then
446 files \'MODEL\-SERIAL.ata.state\' are created in directory \'/path/dir\'.
447 If the PREFIX has the form \'/path/name\' (e.g. \'/var/lib/misc/smartd\-\'),
448 then files 'nameMODEL\-SERIAL.ata.state' are created in directory '/path/'.
449 The path must be absolute, except if debug mode is enabled.
451 The state information files are read on smartd startup. The files are
452 always (re)written after reading the configuration file, before rereading
453 the configuration file (SIGHUP), before smartd shutdown, and after a check
454 forced by SIGUSR1. After a normal check cycle, a file is only rewritten if
455 an important change (which usually results in a SYSLOG output) occurred.
459 Windows only: Enables \fBsmartd\fP to run as a Windows service.
460 The option must be specified in the service command line as the first
461 argument. It should not be used from console.
462 See NOTES below for details.
463 .\" %ENDIF OS Windows
465 .B \-V, \-\-version, \-\-license, \-\-copyright
466 Prints version, copyright, license, home page and SVN revision
467 information for your copy of \fBsmartd\fP to STDOUT and then exits.
468 Please include this information if you are reporting bugs or problems.
475 Runs the daemon in forked mode. This is the normal way to run
477 Entries are logged to SYSLOG.
482 Run in foreground (debug) mode, checking the disk status
488 Registers devices, and checks the status of the devices exactly
489 once. The exit status (the bash
491 variable) will be zero if all went well, and nonzero if no devices
492 were detected or some other problem was encountered.
495 Note that \fBsmartmontools\fP provides a start-up script in
496 \fB/usr/local/etc/rc.d/init.d/smartd\fP which is responsible for starting and
497 stopping the daemon via the normal init interface. Using this script,
498 you can start \fBsmartd\fP by giving the command:
500 .B /usr/local/etc/rc.d/init.d/smartd start
502 and stop it by using the command:
504 .B /usr/local/etc/rc.d/init.d/smartd stop
507 The syntax of the smartd.conf(5) file is discussed separately.
510 will make log entries at loglevel
512 if the Normalized SMART Attribute values have changed, as reported using the
516 Directives. For example:
518 .B \'Device: /dev/hda, SMART Attribute: 194 Temperature_Celsius changed from 94 to 93\'
520 Note that in this message, the value given is the \'Normalized\' not the \'Raw\'
521 Attribute value (the disk temperature in this case is about 22
526 Directives modify this behavior, so that the information is printed
527 with the Raw values as well, for example:
529 .B \'Device: /dev/hda, SMART Attribute: 194 Temperature_Celsius changed from 94 [Raw 22] to 93 [Raw 23]\'
531 Here the Raw values are the actual disk temperatures in Celsius. The
532 way in which the Raw values are printed, and the names under which the
533 Attributes are reported, is governed by the various
534 .B \'-v Num,Description\'
535 Directives described previously.
539 manual page for further explanation of the differences between
540 Normalized and Raw Attribute values.
543 will make log entries at loglevel
545 if a SMART Attribute has failed, for example:
547 .B \'Device: /dev/hdc, Failed SMART Attribute: 5 Reallocated_Sector_Ct\'
549 This loglevel is used for reporting enabled by the
550 .B \'\-H\', \-f\', \'\-l\ selftest\',
553 Directives. Entries reporting failure of SMART Prefailure Attributes
554 should not be ignored: they mean that the disk is failing. Use the
556 utility to investigate.
559 Under Solaris with the default \fB/etc/syslog.conf\fP configuration,
560 messages below loglevel \fBLOG_NOTICE\fP will \fBnot\fP be recorded.
561 Hence all \fBsmartd\fP messages with loglevel \fBLOG_INFO\fP will be
562 lost. If you want to use the existing daemon facility to log all
563 messages from \fBsmartd\fP, you should change \fB/etc/syslog.conf\fP
566 ...;daemon.notice;... /var/adm/messages
570 ...;daemon.info;... /var/adm/messages
572 Alternatively, you can use a local facility to log messages: please
573 see the \fBsmartd\fP '-l' command-line option described above.
575 .\" %ENDIF OS Solaris
577 The Cygwin Version of \fBsmartd\fP can be run as a service via the
578 cygrunsrv tool. The start-up script provides Cygwin-specific commands
579 to install and remove the service:
581 .B /usr/local/etc/rc.d/init.d/smartd install [options]
582 .B /usr/local/etc/rc.d/init.d/smartd remove
584 The service can be started and stopped by the start-up script as usual
585 (see \fBEXAMPLES\fP above).
589 On Windows, the log messages are written to the event log or to a file.
590 See documentation of the '-l FACILITY' option above for details.
592 On Windows, the following built-in commands can be used to control
593 \fBsmartd\fP, if running as a daemon:
595 \'\fBsmartd status\fP\' \- check status
597 \'\fBsmartd stop\fP\' \- stop smartd
599 \'\fBsmartd reload\fP\' \- reread config file
601 \'\fBsmartd restart\fP\' \- restart smartd
603 \'\fBsmartd sigusr1\fP\' \- check disks now
605 \'\fBsmartd sigusr2\fP\' \- toggle debug mode
607 The Windows Version of \fBsmartd\fP has buildin support for services:
609 \'\fBsmartd install [options]\fP\' installs a service
610 named "smartd" (display name "SmartD Service") using the command line
611 \'/INSTALLPATH/smartd.exe \-\-service [options]\'.
613 \'\fBsmartd remove\fP\' can later be used to remove the service entry
616 Upon startup, the smartd service changes the working directory
617 to its own installation path. If smartd.conf and blat.exe are stored
618 in this directory, no \'-c\' option and \'-M exec\' directive is needed.
620 The debug mode (\'-d\', \'-q onecheck\') does not work if smartd is
623 The service can be controlled as usual with Windows commands \'net\'
624 or \'sc\' (\'\fBnet start smartd\fP\', \'\fBnet stop smartd\fP\').
626 Pausing the service (\'\fBnet pause smartd\fP\') sets the interval between
627 disk checks (\'-i N\') to infinite.
629 Continuing the paused service (\'\fBnet continue smartd\fP\') resets the
630 interval and rereads the configuration file immediately (like \fBSIGHUP\fP):
632 Continuing a still running service (\'\fBnet continue smartd\fP\' without
633 preceding \'\fBnet pause smartd\fP\') does not reread configuration but
634 checks disks immediately (like \fBSIGUSR1\fP).
636 .\" %ENDIF OS Windows
637 .SH LOG TIMESTAMP TIMEZONE
639 When \fBsmartd\fP makes log entries, these are time-stamped. The time
640 stamps are in the computer's local time zone, which is generally set
641 using either the environment variable \'\fBTZ\fP\' or using a
642 time-zone file such as \fB/etc/localtime\fP. You may wish to change
643 the timezone while \fBsmartd\fP is running (for example, if you carry
644 a laptop to a new time-zone and don't reboot it). Due to a bug in the
645 \fBtzset(3)\fP function of many unix standard C libraries, the
646 time-zone stamps of \fBsmartd\fP might not change. For some systems,
647 \fBsmartd\fP will work around this problem \fIif\fP the time-zone is
648 set using \fB/etc/localtime\fP. The work-around \fIfails\fP if the
649 time-zone is set using the \'\fBTZ\fP\' variable (or a file that it
654 The return value (exit status) of
656 can have the following values:
659 Daemon startup successful, or \fBsmartd\fP was killed by a SIGTERM (or in debug mode, a SIGQUIT).
662 Commandline did not parse.
665 There was a syntax error in the config file.
668 Forking the daemon failed.
671 Couldn\'t create PID file.
674 Config file does not exist (only returned in conjunction with the \'-c\' option).
677 Config file exists, but cannot be read.
681 ran out of memory during startup.
684 A compile time constant of\fB smartd\fP was too small. This can be caused by an
685 excessive number of disks, or by lines in \fB /usr/local/etc/smartd.conf\fP that are too long.
686 Please report this problem to \fB smartmontools-support@lists.sourceforge.net\fP.
689 An inconsistency was found in \fBsmartd\fP\'s internal data
690 structures. This should never happen. It must be due to either a
691 coding or compiler bug. \fIPlease\fP report such failures to
692 smartmontools-support@lists.sourceforge.net.
695 A device explicitly listed in
696 .B /usr/local/etc/smartd.conf
701 didn\'t find any devices to monitor.
706 received a SIGINT or SIGQUIT. (Note that in debug mode, SIGINT has
707 the same effect as SIGHUP, and makes \fBsmartd\fP reload its
708 configuration file. SIGQUIT has the same effect as SIGTERM and causes
709 \fBsmartd\fP to exit with zero exit status.
713 was killed by a signal that is not explicitly listed above. The exit
714 status is then 128 plus the signal number. For example if
716 is killed by SIGKILL (signal 9) then the exit status is 137.
720 \fBBruce Allen\fP smartmontools\-support@lists.sourceforge.net
722 University of Wisconsin \- Milwaukee Physics Department
726 The following have made large contributions to smartmontools:
728 \fBCasper Dik\fP (Solaris SCSI interface)
729 \fBChristian Franke\fP (Windows interface, C++ redesign, USB support, ...)
730 \fBDouglas Gilbert\fP (SCSI subsystem)
731 \fBGuido Guenther\fP (Autoconf/Automake packaging)
732 \fBGeoffrey Keating\fP (Darwin ATA interface)
733 \fBEduard Martinescu\fP (FreeBSD interface)
734 \fBFr\['e]d\['e]ric L. W. Meunier\fP (Web site and Mailing list)
735 \fBGabriele Pohl\fP (Web site and Wiki, conversion from CVS to SVN)
736 \fBKeiji Sawada\fP (Solaris ATA interface)
737 \fBManfred Schwarb\fP (Drive database)
738 \fBSergey Svishchev\fP (NetBSD interface)
739 \fBDavid Snyder and Sergey Svishchev\fP (OpenBSD interface)
740 \fBPhil Williams\fP (User interface and drive database)
741 \fBShengfeng Zhou\fP (Linux/FreeBSD HighPoint RocketRAID interface)
743 Many other individuals have made smaller contributions and corrections.
748 This code was derived from the smartsuite package, written by Michael
749 Cornwell, and from the previous UCSC smartsuite package. It extends
750 these to cover ATA\-5 disks. This code was originally developed as a
751 Senior Thesis by Michael Cornwell at the Concurrent Systems Laboratory
752 (now part of the Storage Systems Research Center), Jack Baskin School
753 of Engineering, University of California, Santa
754 Cruz. \fBhttp://ssrc.soe.ucsc.edu/\fP .
756 HOME PAGE FOR SMARTMONTOOLS:
758 Please see the following web site for updates, further documentation, bug
759 reports and patches: \fBhttp://smartmontools.sourceforge.net/\fP
763 \fBsmartd.conf\fP(5), \fBsmartctl\fP(8), \fBsyslogd\fP(8),
764 \fBsyslog.conf\fP(5), \fBbadblocks\fP(8), \fBide\-smart\fP(8), \fBregex\fP(7).
769 An introductory article about smartmontools is \fIMonitoring Hard
770 Disks with SMART\fP, by Bruce Allen, Linux Journal, January 2004,
771 pages 74\-77. This is \fBhttp://www.linuxjournal.com/article/6983\fP
774 If you would like to understand better how SMART works, and what it
775 does, a good place to start is with Sections 4.8 and 6.54 of the first
776 volume of the \'AT Attachment with Packet Interface\-7\' (ATA/ATAPI\-7)
777 specification Revision 4b. This documents the SMART functionality which the
778 \fBsmartmontools\fP utilities provide access to.
781 The functioning of SMART was originally defined by the SFF\-8035i
782 revision 2 and the SFF\-8055i revision 1.4 specifications. These are
783 publications of the Small Form Factors (SFF) Committee.
785 Links to these and other documents may be found on the Links page of the
786 \fBsmartmontools\fP Wiki at
787 \fBhttp://sourceforge.net/apps/trac/smartmontools/wiki/Links\fP .
791 $Id: smartd.8.in 3529 2012-03-25 17:26:10Z chrfranke $