Scrutiny alternatives and similar tools
Based on the "Monitoring" category.
Alternatively, view scrutiny alternatives based on common mentions on social networks and blogs.
9.9 9.9 L1 Scrutiny VS netdataReal-time performance monitoring, done right! https://www.netdata.cloud
9.7 10.0 L3 Scrutiny VS SentrySentry is cross-platform application monitoring, with a focus on error reporting.
8.9 7.8 Scrutiny VS cadvisorAnalyzes resource usage and performance characteristics of running containers.
7.8 9.9 Scrutiny VS VictoriaMetricsVictoriaMetrics: fast, cost-effective monitoring solution and time series database
7.4 0.0 L2 Scrutiny VS CabotSelf-hosted, easily-deployable monitoring and alerts service - like a lightweight PagerDuty
7.2 0.2 Scrutiny VS VectorVector is an on-host performance monitoring framework which exposes hand picked high resolution metrics to every engineer’s browser.
6.6 10.0 Scrutiny VS ZabbixReal-time monitoring of IT components and services, such as networks, servers, VMs, applications and the cloud.
5.3 9.6 L2 Scrutiny VS PhpSysInfophpSysInfo: a customizable PHP script that displays information about your system nicely
4.6 9.4 L2 Scrutiny VS CentreonCentreon is a network, system and application monitoring tool. Centreon is the only AIOps Platform Providing Holistic Visibility to Complex IT Workflows from Cloud to Edge.
4.1 0.0 L5 Scrutiny VS FlapjackMonitoring notification routing + event processing system. For issues with the Flapjack packages, please see https://github.com/flapjack/omnibus-flapjack/
3.4 7.8 Scrutiny VS Statping-ngAn updated drop-in for statping. A Status Page for monitoring your websites and applications with beautiful graphs, analytics, and plugins. Run on any type of environment.
2.4 0.0 Scrutiny VS Check VMware APIAn op5 Monitor/Naemon plugin to monitor VMware virtualization environment
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of Scrutiny or a related project?
WebUI for smartd S.M.A.R.T monitoring
NOTE: Scrutiny is a Work-in-Progress and still has some rough edges.
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
- There are more than a hundred S.M.A.R.T attributes, however
smartddoes not differentiate between critical and informational metrics
smartddoes 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.
smartdis 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.
Scrutiny is a simple but focused application, with a couple of core features:
- Web UI Dashboard - focused on Critical metrics
smartdintegration (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
smartctl --scan to detect devices/drives.
- All RAID controllers supported by
smartctlare automatically supported by Scrutiny.
- If you use docker, you must pass though the RAID virtual disk to the container using
- This device may be in
- If you're unsure, run
smartctl --scanon your host, and pass all listed devices to the container.
- This device may be in
See [docs/TROUBLESHOOTING_DEVICE_COLLECTOR.md](./docs/TROUBLESHOOTING_DEVICE_COLLECTOR.md) for help
If you're using Docker, getting started is as simple as running the following command:
See [docker/example.omnibus.docker-compose.yml](./docker/example.omnibus.docker-compose.yml) for a docker-compose file.
docker run -it --rm -p 8080:8080 -p 8086:8086 \ -v `pwd`/scrutiny:/opt/scrutiny/config \ -v `pwd`/influxdb2:/opt/scrutiny/influxdb \ -v /run/udev:/run/udev:ro \ --cap-add SYS_RAWIO \ --device=/dev/sda \ --device=/dev/sdb \ --name scrutiny \ ghcr.io/analogj/scrutiny:master-omnibus
/run/udevis necessary to provide the Scrutiny collector with access to your device metadata
--cap-add SYS_RAWIOis necessary to allow
smartctlpermission to query your device SMART data
- NOTE: If you have NVMe drives, you must add
--cap-add SYS_ADMINas well. See issue #26
- NOTE: If you have NVMe drives, you must add
--deviceentries are required to ensure that your hard disk devices are accessible within the container.
ghcr.io/analogj/scrutiny:master-omnibusis a omnibus image, containing both the webapp server (frontend & api) as well as the S.M.A.R.T metric collector. (see below)
In addition to the Omnibus image (available under the
latest tag) there are 2 other Docker images available:
ghcr.io/analogj/scrutiny:master-collector- Contains the Scrutiny data collector,
smartctlbinary and cron-like scheduler. You can run one collector on each server.
ghcr.io/analogj/scrutiny:master-web- Contains the Web UI, API and Database. Only one container necessary
See [docker/example.hubspoke.docker-compose.yml](./docker/example.hubspoke.docker-compose.yml) for a docker-compose file.
docker run --rm -p 8086:8086 \ -v `pwd`/influxdb2:/var/lib/influxdb2 \ --name scrutiny-influxdb \ influxdb:2.2 docker run --rm -p 8080:8080 \ -v `pwd`/scrutiny:/opt/scrutiny/config \ --name scrutiny-web \ ghcr.io/analogj/scrutiny:master-web docker run --rm \ -v /run/udev:/run/udev:ro \ --cap-add SYS_RAWIO \ --device=/dev/sda \ --device=/dev/sdb \ -e COLLECTOR_API_ENDPOINT=http://SCRUTINY_WEB_IPADDRESS:8080 \ --name scrutiny-collector \ ghcr.io/analogj/scrutiny:master-collector
Manual Installation (without-Docker)
While the easiest way to get started with Scrutiny is using Docker, it is possible to run it manually without much work. You can even mix and match, using Docker for one component and a manual installation for the other.
See [docs/INSTALL_MANUAL.md](docs/INSTALL_MANUAL.md) for instructions.
Once scrutiny is running, you can open your browser to
http://localhost:8080 and take a look at the dashboard.
If you're using the omnibus image, the collector should already have run, and your dashboard should be populate with every drive that Scrutiny detected. The collector is configured to run once a day, but you can trigger it manually by running the command below.
For users of the docker Hub/Spoke deployment or manual install: initially the dashboard will be empty. After the first collector run, you'll be greeted with a list of all your hard drives and their current smart status.
docker exec scrutiny /opt/scrutiny/bin/scrutiny-collector-metrics run
By default Scrutiny looks for its YAML configuration files in
There are two configuration files available:
- Webapp/API config via
- Collector config via
Neither file is required, however if provided, it allows you to configure how Scrutiny functions.
Unfortunately the Cron schedule cannot be configured via the
collector.yaml (as the collector binary needs to be trigged by a scheduler/cron).
However, if you are using the official
ghcr.io/analogj/scrutiny:master-omnibus docker images,
you can use the
COLLECTOR_CRON_SCHEDULE environmental variable to override the default cron schedule (daily @ midnight -
0 0 * * *).
docker run -e COLLECTOR_CRON_SCHEDULE="0 0 * * *" ...
Scrutiny supports sending SMART device failure notifications via the following services:
- Custom Script (data provided via environmental variables)
notify.urls section of [example.scrutiny.yml](example.scrutiny.yaml) for examples.
For more information and troubleshooting, see the [TROUBLESHOOTING_NOTIFICATIONS.md](./docs/TROUBLESHOOTING_NOTIFICATIONS.md) file
You can test that your notifications are configured correctly by posting an empty payload to the notifications health check API.
curl -X POST http://localhost:8080/api/health/notify
Debug mode & Log Files
Scrutiny provides various methods to change the log level to debug and generate log files.
You can use environmental variables to enable debug logging and/or log files for the web server:
You can configure the log level and log file in the config file:
log: file: '/tmp/web.log' level: DEBUG
Or if you're not using docker, you can pass CLI arguments to the web server during startup:
scrutiny start --debug --log-file /tmp/web.log
You can use environmental variables to enable debug logging and/or log files for the collector:
Or if you're not using docker, you can pass CLI arguments to the collector during startup:
scrutiny-collector-metrics run --debug --log-file /tmp/collector.log
|linux-arm-7||:white_check_mark:||web/collector only. see #236|
|windows-amd64||:white_check_mark:||WIP, see #15|
Please see the [CONTRIBUTING.md](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.
We use SemVer for versioning. For the versions available, see the tags on this repository.
Jason Kulatunga - Initial Development - @AnalogJ
- Logo: Glasses by matias porta lezcano
Scrutiny is only possible with the help of my Github Sponsors.
They read a simple reddit announcement post and decided to trust & finance a developer they've never met. It's an exciting and incredibly humbling experience.
If you found Scrutiny valuable, please consider supporting my work
*Note that all licence references and agreements mentioned in the Scrutiny README section above are relevant to that project's source code only.