On 8/17/24 00:37, Robert McBroom via users wrote:
On 8/16/24 11:00 PM, David King wrote:
On 8/16/24 11:32, Robert McBroom via users wrote:
Boot process f40 system stops for a long time with a problem with
smartd. Seems to access the system drives and note that they are
SMART capable. The following entries are in the journal
smartd[977]: Warning via /usr/libexec/smartmontools/smartdnotify to
root produced>>
smartd[977]: No configuration file found at (null) or /etc/esmtprc
After multiple entries
smartd[977]: No configuration file found at (null) or /etc/esmtp
The files referenced are not in /etc. Don't see such files on a f39
system
What is the system looking to find and where can it be found.
esmtp is a mail transfer agent (MTA). Use "sudo dnf info esmtp" to
see its Fedora package info. I know that on Fedora smartd is
configured by default to send e-mail when it detects a problem on a
disk. It may be that your system is configured to use esmtp to send
mail and smartd has found a disk problem and is hanging when it tries
to email you because esmtp is not configured properly. If that is the
case then you would need to put the proper mail server, userid and
password into file mentioned, /etc/esmtprc, to make it all work. Or,
you could go into /etc/smartmontools/smartd.conf and change the
configuration so it doesn't try to send emails.
To check to see if esmtp is actually the MTA your system is
configured to use: "sudo alternatives --config mta"
To confirm that there is a disk problem that smartd is trying to
notify you about: do "sudo smartctl --scan" to find the disk devices
smart knows about and then do "sudo smartctl -a /dev/sdX" for one of
the listed devices.
The only activated option in smartd.conf was
DEVICESCAN -H -m root -M exec /usr/libexec/smartmontools/smartdnotify
-n standby,10,q
none of the email options were active but one could be hidden here.
Commented it out as I typically monitor the disks from the
gnome-disk-utility application. Will do a boot to see.
Thanks David
Just checking ...
If you commented that line out entirely without adding something else
then you have effectively disabled smartd. If that's what you intended,
well, ok then. Otherwise ...
The part of that line that was resulting in e-mails being sent is the
"-m root -M exec /usr/libexec/smartmontools/smartdnotify" part. If you
delete just that part then smartd will still health-check your disks but
it won't try to tell you about what it finds unless you ask, i.e., with
those "sudo smartctl -a /dev/sdX" commands I mentioned in my previous.
"man smartd.conf" explains all the options available but I'll grant you
that it isn't real understandable for non-experts. The comments in the
distribution's default /etc/smartmontools/smartd.conf are maybe a bit
more helpful.
--
David King
dave at daveking dot com
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
