Red Hat Bugzilla – Bug 179409
Smartd should not abort if it can't handle a disk
Last modified: 2007-11-30 17:11:22 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20060126 Fedora/1.5-5 Firefox/1.5
Description of problem:
Smartd fails to start, because it doesn't support my SATA disk.
However, it does seem to support my other disk. A better way to handle this is to skip one device, and monitor the other (while printing a warning that I can see during regular startup).
Opened configuration file /etc/smartd.conf
Drive: /dev/sda, implied '-a' Directive on line 35 of file /etc/smartd.conf
Configuration file /etc/smartd.conf parsed.
Device: /dev/hda, opened
Device: /dev/hda, found in smartd database.
Device: /dev/hda, is SMART capable. Adding to "monitor" list.
Device: /dev/sda, opened
Device /dev/sda, SATA disks accessed via libata are not currently supported by
smartmontools. When libata is given an ATA pass-thru ioctl() then an
additional '-d libata' device type will be added to smartmontools.
Unable to register SCSI device /dev/sda at line 35 of file /etc/smartd.conf
Unable to register device /dev/sda (no Directive -d removable). Exiting.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install a disk accessed via libata
2. Run smartd on startup
This should work fine if you use the automatically generated smartd.conf. Please
remove it and restart smartd. Then if it doesn't work, please attach the
generated smartd.conf together with the output of 'ls /sys/block'.
Ok, it seems to work.