Re: smartd configuration problem

[Barry Scott]

> On 20 Aug 2024, at 17:04, Iosif Fettich  wrote:
>
> I'm curious about what tool[s] you use for "simply taking a report a
> day for each disk and when
> disks act up I see if the bad sectors count are rising on one of the disks".
>
> [I do not agree with the 'less than useful' classification of smartd.
> Did you really see situations where
> your just-look-at-the-bad-blocks strategy  did reveal some imminent
> catastrophe but smartd did _not_?
>
> [I was thinking about opening another thread for this, but stepped
> back then again.]

If its a HDD the interesting counter from smartctl are these two for me:

5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0

For an SSD I want to know hold much data has been written so that I can calculate
how long until the drives endurance is exceeded:

241 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       351959

For all the SSD's I own I know the endurance figure.
I will not buy an SSD that the manufacturer does not publish the endurance for.

Barry
> Thank you!
>
> În vin., 16 aug. 2024 la 19:21, Roger Heflin  a scris:
> > Someone seems to have added it to setup a snmp config.   It is
> > unlikely you want an snmp config/install, its only use is for external
> > monitoring via the network (without ssh access) and is for the most
> > part not being used much anymore.
> >
> > You might do a man smartd.conf and see if there is an option to
> > disable snmp config completely.
> >
> > I also disable smartd because generally it is less than useful (I have
> > had too many "your disk is going to fail soon" notifications where the
> > disk stopped working >3 years later--so the warning was useless, I
> > have also had disks fail that smartd did not ever report as failed).
> > Generally I view its reliability is so bad the tool is actually WORSE
> > than useless since it scares you with incorrect warnings, and fails to
> > report real (usually bad sector issues) correctly.
> >
> > I replace it with simply taking a report a day for each disk and when
> > disks act up I see if the bad sectors count are rising on one of the
> > disks.
> >
> > On Fri, Aug 16, 2024 at 10:33 AM 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.
> > >
> > > --
> > > _______________________________________________
> > > users mailing list -- [e-mail]
> > > To unsubscribe send an email to [e-mail]
> > > 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/[e-mail]
> > > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
> >
> > --
> > _______________________________________________
> > users mailing list -- [e-mail]
> > To unsubscribe send an email to [e-mail]
> > 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/[e-mail]
> > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
>
> -- 
> _______________________________________________
> users mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail]
> Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue