Description of problem:
When smartd sends warning emails it calls the mailer "mail" by default. "mail" itself tries dropping privileges but fails:
Executing test of mail to root ...
Test of mail to root produced unexpected output (66 bytes) to STDOUT/STDERR:
drop_privileges: setgroups(1, 51) failed: Operation not permitted
... and no mail is actually sent.
This will cause admins detecting disk failures when it's already too late.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. stop smartd by calling "service smartd stop"
2. Add -M test to a device config in /etc/smard.conf, e.g.:
/dev/sda -d sat -H -l error -l selftest -t -I 9 -I 190 -I 194 -m root -M test
2. call "smartd -d -q onecheck" and watch the output
3. Check root's email
no email from smartd
email from smartd
Most probably caused by the "smartmontools-5.38-lowcap.patch".
> Most probably caused by the "smartmontools-5.38-lowcap.patch".
so this was working before update, right?
Yes. Just checked with smartmontools-5.38-11.fc11.i586.rpm.
fixed in smartmontools-5.38-14.fc11
smartmontools-5.38-14.fc11 has been submitted as an update for Fedora 11.
smartmontools-5.38-18.fc12 has been submitted as an update for Fedora 12.
smartmontools-5.38-18.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.