Description of problem:
smartd-conf.py currently hardcodes the parameters to each harddrive. To
customize the parameter, you need to disable autogeneration of the smartd.conf
file. It would be easier if a user could specify global flags if
smartctl_opts="-t -l error -l selftest -s
The above line requests more detailed monitoring of SMART flags, plus automatic
offline/extended tests throughout the day.
Version-Release number of selected component (if applicable):
Can provide a patch if needed.
It can be done quite easily but do you really think it's useful? What's easier
on editing /etc/sysconfig/smartmontools than /etc/smartd.conf? The script is
intended for inexperienced users to create a basic configuration for them. If
you're able to configure smartd yourself, why do you need to have the config
I agree that it doesn't take an overwhelming amount of work to modify the
smartd.conf file, but it ends up being a bit tedious on machines with more than
5 hard drives. It also makes it easier and less error-prone when installing new
drives or modifying global configuration parameters.
It also makes it easier to modify the smartd templates on more than one machine.
Currently, rolling out a change to run automatic tests on HDDs across 10
machines requires editing 10 files x # of hard drives. With the change, it
would require 10 scp calls to write a new, identical config file.
I don't currently see a need for more granular option configuration - this would
be for configuring global defaults only. If someone requires per-hard-drive
configuration, it would be just as easy to modify smartd.conf.
You should be able to add the parameters into /etc/sysconfig/smartmontools --
optional variable smartd_conf_opts. The change will be present in the next update.
smartmontools-5.37-3.2.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
Tested, works as expected with and without the following option in
smartd_conf_opts="-H -m root -t -l error -l selftest -s
smartmontools-5.37-3.2.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.