lsiodev/scrutiny

linuxserver/scrutiny

Scrutiny是一个硬盘健康监控仪表板与解决方案，通过WebUI展示smartd S.M.A.R.T监控数据，并结合Backblaze提供的实际故障率，帮助用户监控硬盘健康状态。

!https://raw.githubusercontent.com/AnalogJ/scrutiny/master/docs/dashboard.png

支持的架构

该镜像利用docker manifest实现多平台支持。只需拉取lscr.io/linuxserver/scrutiny:latest即可获取适合您架构的正确镜像，也可以通过标签拉取特定架构的镜像。

支持的架构：

应用设置

此容器可以以"一体化"部署方式运行，也可以以中心/分支部署方式运行。使用环境变量SCRUTINY_WEB和SCRUTINY_COLLECTOR控制容器的模式。将两者都设置为true将部署容器作为收集器和Web UI - 这是最简单直接的部署方法。要使用中心和分支模型，通过指定SCRUTINY_API_ENDPOINT以"收集器"模式运行此容器。将其设置为运行API的主机。为此，您需要直接从容器暴露API端口（默认情况下为8080）。

您可能需要手动进入容器运行scrutiny-collector-metrics run来执行首次任务，或者等待午夜左右自动启动。

在原始项目仓库中可以找到完整的带注释的示例配置yaml文件https://github.com/AnalogJ/scrutiny/blob/master/example.scrutiny.yaml%E3%80%82%E5%B0%86%E6%AD%A4%E6%96%87%E4%BB%B6%E6%94%BE%E5%9C%A8%E6%8C%82%E8%BD%BD%E5%88%B0%60/config%60%E7%9A%84%E4%BD%8D%E7%BD%AE%E3%80%82

关于此容器的--cap-add注意事项：

• SYS_RAWIO是允许smartctl查询设备SMART数据所必需的。
• 对于NVMe驱动器，需要SYS_ADMIN，如上游问题https://github.com/AnalogJ/scrutiny/issues/26#issuecomment-696817130%E6%89%80%E8%BF%B0%E3%80%82

使用方法

以下是一些示例代码片段，帮助您开始创建容器。

docker-compose（推荐，点击此处了解更多信息）

yaml
---
version: "2.1"
services:
  scrutiny:
    image: lscr.io/linuxserver/scrutiny:latest
    container_name: scrutiny
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN #可选
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/London
      - SCRUTINY_API_ENDPOINT=http://localhost:8080
      - SCRUTINY_WEB=true
      - SCRUTINY_COLLECTOR=true
    volumes:
      - /path/to/config:/config
      - /run/udev:/run/udev:ro
    ports:
      - 8080:8080
    devices:
      - /dev/sda:/dev/sda
      - /dev/sdb:/dev/sdb
      - /dev/nvme1n1:/dev/nvme1n1
    restart: unless-stopped

docker cli（点击此处了解更多信息）

bash
docker run -d \
  --name=scrutiny \
  --cap-add=SYS_RAWIO \
  --cap-add=SYS_ADMIN `#optional` \
  -e PUID=1000 \
  -e PGID=1000 \
  -e TZ=Europe/London \
  -e SCRUTINY_API_ENDPOINT=http://localhost:8080 \
  -e SCRUTINY_WEB=true \
  -e SCRUTINY_COLLECTOR=true \
  -p 8080:8080 \
  -v /path/to/config:/config \
  -v /run/udev:/run/udev:ro \
  --device /dev/sda:/dev/sda \
  --device /dev/sdb:/dev/sdb \
  --device /dev/nvme1n1:/dev/nvme1n1 \
  --restart unless-stopped \
  lscr.io/linuxserver/scrutiny:latest

参数

容器镜像使用运行时传递的参数进行配置（如上所示）。这些参数用冒号分隔，表示<外部>:<内部>。例如，-p 8080:80会将容器内的端口80暴露出来，可从主机的IP通过外部端口8080访问。

Portainer注意事项

此镜像利用cap_add或sysctl才能正常工作。某些版本的Portainer未正确实现此功能，因此如果通过Portainer部署，此镜像可能无法工作。

来自文件的环境变量（Docker secrets）

您可以通过使用特殊的前缀FILE__从文件设置任何环境变量。

例如：

bash
-e FILE__PASSWORD=/run/secrets/mysecretpassword

将根据/run/secrets/mysecretpassword文件的内容设置环境变量PASSWORD。

运行应用程序的Umask

对于我们所有的镜像，您可以使用可选的-e UMASK=022设置来覆盖容器内启动的服务的默认umask设置。请记住，umask不是chmod，它根据其值减去权限，而不是添加权限。在请求支持之前，请此处了解更多信息。

用户/组标识符

使用卷（-v标志）时，主机操作系统和容器之间可能会出现权限问题，我们通过允许您指定用户PUID和组PGID来避免此问题。

确保主机上的任何卷目录都由您指定的相同用户拥有，任何权限问题都会像魔术一样消失。

在这个例子中PUID=1000和PGID=1000，要找到您的ID，请像下面这样使用id user：

bash
  $ id username
    uid=1000(dockeruser) gid=1000(dockergroup) groups=1000(dockergroup)

Docker Mods

https://img.shields.io/badge/dynamic/yaml?color=94398d&labelColor=555555&logoColor=ffffff&style=for-the-badge&label=scrutiny&query=%24.mods%5B%27scrutiny%27%5D.mod_count&url=https%3A%2F%2Fraw.githubusercontent.com%2Flinuxserver%2Fdocker-mods%2Fmaster%2Fmod-list.yml]([] "查看此容器的可用mods") https://img.shields.io/badge/dynamic/yaml?color=94398d&labelColor=555555&logoColor=ffffff&style=for-the-badge&label=universal&query=%24.mods%5B%27universal%27%5D.mod_count&url=https%3A%2F%2Fraw.githubusercontent.com%2Flinuxserver%2Fdocker-mods%2Fmaster%2Fmod-list.yml]([] "查看可用的通用mods")

我们发布了各种https://github.com/linuxserver/docker-mods%EF%BC%8C%E4%BB%A5%E5%9C%A8%E5%AE%B9%E5%99%A8%E5%86%85%E5%90%AF%E7%94%A8%E9%A2%9D%E5%A4%96%E5%8A%9F%E8%83%BD%E3%80%82%E5%8F%AF%E7%94%A8%E4%BA%8E%E6%AD%A4%E9%95%9C%E5%83%8F%E7%9A%84Mods%E5%88%97%E8%A1%A8%EF%BC%88%E5%A6%82%E6%9E%9C%E6%9C%89%EF%BC%89%E4%BB%A5%E5%8F%8A%E5%8F%AF%E5%BA%94%E7%94%A8%E4%BA%8E%E6%88%91%E4%BB%AC%E4%BB%BB%E4%BD%95%E9%95%9C%E5%83%8F%E7%9A%84%E9%80%9A%E7%94%A8Mods%E5%8F%AF%E4%BB%A5%E9%80%9A%E8%BF%87%E4%B8%8A%E9%9D%A2%E7%9A%84%E5%8A%A8%E6%80%81%E5%BE%BD%E7%AB%A0%E8%AE%BF%E9%97%AE%E3%80%82

支持信息

• 容器运行时的Shell访问：docker exec -it scrutiny /bin/bash
• 实时监控容器日志：docker logs -f scrutiny
• 容器版本号
  • docker inspect -f '{{ index .Config.Labels "build_version" }}' scrutiny
• 镜像版本号
  • docker inspect -f '{{ index .Config.Labels "build_version" }}' lscr.io/linuxserver/scrutiny:latest

更新信息

我们的大多数镜像是静态的、版本化的，需要更新镜像和重新创建容器来更新内部的应用程序。对于某些例外情况（如nextcloud、plex），我们不建议或支持在容器内更新应用程序。请查阅上面的应用设置部分，了解是否推荐对该镜像进行更新。

以下是更新容器的说明：

通过Docker Compose

• 更新所有镜像：docker-compose pull
  • 或更新单个镜像：docker-compose pull scrutiny
• 让compose根据需要更新所有容器：docker-compose up -d
  • 或更新单个容器：docker-compose up -d scrutiny
• 您还可以删除旧的悬空镜像：docker image prune

通过Docker Run

• 更新镜像：docker pull lscr.io/linuxserver/scrutiny:latest
• 停止运行中的容器：docker stop scrutiny
• 删除容器：docker rm scrutiny
• 使用与上述相同的docker run参数重新创建新容器（如果正确映射到主机文件夹，您的/config文件夹和设置将被保留）
• 您还可以删除旧的悬空镜像：docker image prune

通过Watchtower自动更新器（仅在您不记得原始参数时使用）

• 拉取最新的标签镜像并在一次运行中用相同的环境变量替换它：

  bash
  docker run --rm \
  -v /var/run/docker.sock:/var/run/docker.sock \
  containrrr/watchtower \
  --run-once scrutiny
  

• 您还可以删除旧的悬空镜像：docker image prune

注意： 我们不认可使用Watchtower作为自动更新现有Docker容器的解决方案。事实上，我们通常不鼓励自动更新。但是，对于您忘记原始参数的容器，这是一个有用的一次性手动更新工具。从长远来看，我们强烈建议使用Docker Compose。

镜像更新通知 - Diun（Docker镜像更新通知器）

• 我们推荐Diun用于更新通知。不推荐或支持其他自动更新容器的工具。

本地构建

如果您想对这些镜像进行本地修改以用于开发目的或只是为了自定义逻辑：

bash
git clone https://github.com/linuxserver/docker-scrutiny.git
cd docker-scrutiny
docker build \
  --no-cache \
  --pull \
  -t lscr.io/linuxserver/scrutiny:latest .

可以使用multiarch/qemu-user-static在x86_64硬件上构建ARM变体

bash
docker run --rm --privileged multiarch/qemu-user-static:register --reset

注册后，您可以使用-f Dockerfile.aarch64来指定要使用的dockerfile。

版本历史

• 19.01.22: - 基于Alpine 3.15重新构建。
• 22.11.20: - 添加了修复nsswitch.conf以解析本地主机
• 17.09.20: - 初始发布。