Bug 179409 - Smartd should not abort if it can't handle a disk
Summary: Smartd should not abort if it can't handle a disk
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: smartmontools
Version: rawhide
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-01-31 01:01 UTC by Ivan Gyurdiev
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-01-31 07:48:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ivan Gyurdiev 2006-01-31 01:01:04 UTC
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):
smartmontools-5.33-4

How reproducible:
Always

Steps to Reproduce:
1. Install a disk accessed via libata
2. Run smartd on startup
  

Additional info:

Comment 1 Tomas Mraz 2006-01-31 07:39:25 UTC
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'.


Comment 2 Ivan Gyurdiev 2006-01-31 07:48:08 UTC
Ok, it seems to work.


Note You need to log in before you can comment on or make changes to this bug.