Hard Drive S.M.A.R.T Monitoring, Historical Trends & Real World Failure Thresholds
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
Go to file
Jason Kulatunga 6ec13e48b8
WIP - describing notification syntax.
4 years ago
.github/workflows WIP - describing notification syntax. 4 years ago
collector added debug logging message for detected devices. 4 years ago
docs update readme with non-docker hub instructions. 4 years ago
rootfs Moved version file into webapp source tree. Replacing fmt with logger calls. moved Jobber config file into /scrutiny/jobber directory. Added scsi json file. Moved API rooute handlers into their own files in a module. Added not yet implemnented tooltips. 4 years ago
webapp fixing grid. 4 years ago
.gitignore added debug logging message for detected devices. 4 years ago
CONTRIBUTING.md init 4 years ago
Dockerfile update Dockerfile added packagr.yml for auto-releasing binaries for manual install. 4 years ago
Dockerfile.collector Moved version file into webapp source tree. Replacing fmt with logger calls. moved Jobber config file into /scrutiny/jobber directory. Added scsi json file. Moved API rooute handlers into their own files in a module. Added not yet implemnented tooltips. 4 years ago
Dockerfile.web remove s6-overlay from individual docker images. 4 years ago
README.md update README with new instructions. 4 years ago
REFERENCES.md init 4 years ago
example.scrutiny.yaml WIP - describing notification syntax. 4 years ago
go.mod added debug logging message for detected devices. 4 years ago
packagr.yml upadte packggr. 4 years ago

README.md

scrutiny

WebUI for smartd S.M.A.R.T monitoring

NOTE: Scrutiny is a Work-in-Progress and still has some rough edges.

Introduction

If you run a server with more than a couple of hard drives, you're probably already familiar with S.M.A.R.T and the smartd daemon. If not, it's an incredible open source project described as the following:

smartd is a daemon that monitors the Self-Monitoring, Analysis and Reporting Technology (SMART) system built into many ATA, IDE and SCSI-3 hard drives. The purpose of SMART is to monitor the reliability of the hard drive and predict drive failures, and to carry out different types of drive self-tests.

Theses S.M.A.R.T hard drive self-tests can help you detect and replace failing hard drives before they cause permanent data loss. However, there's a couple issues with smartd:

  • There are more than a hundred S.M.A.R.T attributes, however smartd does not differentiate between critical and informational metrics
  • smartd does not record S.M.A.R.T attribute history, so it can be hard to determine if an attribute is degrading slowly over time.
  • S.M.A.R.T attribute thresholds are set by the manufacturer. In some cases these thresholds are unset, or are so high that they can only be used to confirm a failed drive, rather than detecting a drive about to fail.
  • smartd is a command line only tool. For head-less servers a web UI would be more valuable.

Scrutiny is a Hard Drive Health Dashboard & Monitoring solution, merging manufacturer provided S.M.A.R.T metrics with real-world failure rates.

Features

Scrutiny is a simple but focused application, with a couple of core features:

  • Web UI Dashboard - focused on Critical metrics
  • smartd integration (no re-inventing the wheel)
  • Auto-detection of all connected hard-drives
  • S.M.A.R.T metric tracking for historical trends
  • Customized thresholds using real world failure rates
  • Temperature tracking
  • Provided as an all-in-one Docker image (but can be installed manually)
  • (Future) Configurable Alerting/Notifications via Webhooks
  • (Future) Hard Drive performance testing & tracking

Getting Started

Docker

Until our Sponsor goal is reached, we are unable to use Docker Hub. In the meantime, Scrutiny Docker Image(s) will be attached to the latest Scrutiny Github Release

Download the docker-analogj-scrutiny-v0.1.2.tar file, and load it into your Docker daemon:

docker load < docker-analogj-scrutiny-v0.1.2.tar
docker images | grep analogj/scrutiny

If you're using Docker, getting started is as simple as running the following command:


docker run -it --rm -p 8080:8080 \
-v /run/udev:/run/udev:ro \
-v /dev/disk:/dev/disk \
--name scrutiny \
--privileged analogj/scrutiny
  • /run/udev and /dev/disk are necessary to provide the Scrutiny collector with access to your drive metadata.
  • --privileged is required to ensure that your hard disk devices are accessible within the container (this will be changed in a future release)
  • analogj/scrutiny is a omnibus image, containing both the webapp server (frontend & api) as well as the S.M.A.R.T metric collector. (dedicated images will be available in a future release)
  • If you do not have access to the analogj/scrutiny docker image, please contact me using the email address in my profile: @analogj Please include your Github username and when you sponsored me. (eventually both images and source code will be open sourced)

Usage

Once scrutiny is running, you can open your browser to http://localhost:8080 and take a look at the dashboard.

Initially it will be empty, however after the first collector run, you'll be greeted with a list of all your hard drives and their current smart status.

The collector is configured to run once a day, but you can trigger it manually by running the following command

docker exec scrutiny /scrutiny/bin/scrutiny-collector-metrics run

Configuration

We support a global YAML configuration file that must be located at /scrutiny/config/scrutiny.yaml

Check the example.scrutiny.yml file for a fully commented version.

Contributing

Please see the CONTRIBUTING.md for instructions for how to develop and contribute to the scrutiny codebase.

Work your magic and then submit a pull request. We love pull requests!

If you find the documentation lacking, help us out and update this README.md. If you don't have the time to work on Scrutiny, but found something we should know about, please submit an issue.

Versioning

We use SemVer for versioning. For the versions available, see the tags on this repository.

Authors

Jason Kulatunga - Initial Development - @AnalogJ

License

All Rights Reserved

Note: This license will change once certain sponsorship conditions are met. Please see the reddit announcement post for more information.