Bug 115578 - don't load smartd on SCSI only systems
Summary: don't load smartd on SCSI only systems
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: smartmontools
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact:
URL:
Whiteboard:
: 127865 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-02-13 17:16 UTC by Joerg Skottke
Modified: 2007-11-30 22:10 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-11-16 11:40:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Joerg Skottke 2004-02-13 17:16:55 UTC
Description of problem:
Smartd is loaded but fails on SCSI only systems

Version-Release number of selected component (if applicable):
initscripts-7.46-1

How reproducible:
Boot on scsi only system

Steps to Reproduce:
1. -
2.
3.
  
Actual results:
smartd fails to load / graphical display switches to verbose mode

Expected results:
don't load smartd if no smart capable devices exist.

Additional info:

Comment 1 Bruce Allen 2004-02-13 20:07:29 UTC
Joerg,

This is because Fedora core is distributed with a configuration file
/etc/smartd.conf which just lists a single device to monitor: /dev/hda.
Modify this to be /dev/sda (or the correct path to your SCSI device)
and have a look at the smartd and smartd.conf man pages:
man smartd
man smartd.conf

Comment 2 Joerg Skottke 2004-02-13 21:48:17 UTC
I am aware of that - at least partly ;)

However it was just my daddy who asked me if he had to replace his
computer because of something failing during statup. 
IMHO using SMART is an advanced feature and should be optional, not
the default.

Comment 3 Tomas Mraz 2005-11-16 11:40:15 UTC
The most common systems with ATA and SCSI disks should be now supported fine,
because the smartd.conf is now generated by a script which lists hard disks on
the system.


Comment 4 Tomas Mraz 2005-11-16 11:51:29 UTC
*** Bug 127865 has been marked as a duplicate of this bug. ***


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