OK, I see the problem. Smartd was set up with the logic that if a user
put '-d ata' then only ATA devices would be scanned, NOT including
traditional SATA names.
For now, the only workaround I can suggest is to NOT use DEVICESCAN. Just
explicitly list each device, one device per line.
also sprach Bruce Allen [EMAIL PROTECTED] [2006.09.08.1215 +0200]:
I'm not sure why smartd did not try to scan SCSI devices. Could you
remove the '-d ata' to confirm that without this, it WILL scan SCSI
devices? (This won't fix the problem but at least helps me to isolate
it.)
Without
On Wed, 6 Sep 2006, Guido Guenther wrote:
On Wed, Sep 06, 2006 at 11:42:54AM +0200, martin f krafft wrote:
Package: smartmontools
Version: 5.36-6
Severity: normal
I have a system with hda/b IDE CD-ROM drives and /dev/sda-g as SATA
drives. I use
DEVICESCAN -d ata -a -s
DEVICESCAN has several issues and should be reimplemented using sysfs
(any takers?). I personally specify the drives explicitly in
/etc/smartd.conf. Nevertheless the bug is a valid one. Bruce, do you
have any suggestions?
The fix for this problem is not 'clean'. It's going to require a
Package: smartmontools
Version: 5.36-6
Severity: normal
I have a system with hda/b IDE CD-ROM drives and /dev/sda-g as SATA
drives. I use
DEVICESCAN -d ata -a -s (S/../.././02|L/../../7/04) -o on
When I start smartd, this fails:
smartd version 5.36 [x86_64-unknown-linux-gnu] Copyright (C)
On Wed, Sep 06, 2006 at 11:42:54AM +0200, martin f krafft wrote:
Package: smartmontools
Version: 5.36-6
Severity: normal
I have a system with hda/b IDE CD-ROM drives and /dev/sda-g as SATA
drives. I use
DEVICESCAN -d ata -a -s (S/../.././02|L/../../7/04) -o on
DEVICESCAN has several
6 matches
Mail list logo
