Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

GraphQL metrics temperature query spins up all array disks

オープン
  • 何か問題がありますか？
#2,017 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@tirthpatell がすでに取り組んでいます。

2026年9月23日 から。

  • #2091 @tirthpatell による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
技術スタック
graphql, typescript
領域
api, backend

調査の方向性

Start by tracing the GraphQL metrics temperature query and its temperature endpoint, then reproduce the request with array disks spun down. Check which temperature data path causes disk access; done means the query returns without waking array disks and still reports the expected temperature summary.

索引モデルが issue の本文から書いたものです。

説明

bug

Environment

Unraid OS Version: 7.3 (Unraid OS)

Are you using a reverse proxy? No

Pre-submission Checklist

  • I have verified that my Unraid OS is up to date
  • I have tested this issue by accessing my server directly (not through a reverse proxy)
  • This is not an Unraid Connect related issue (if it is, please submit via the support form instead)

Issue Description

Calling the metrics GraphQL query to fetch temperature data triggers a spin-up of all array disks. The first request after disks have spun down takes ~5 seconds to respond because it waits for every disk to spin up. Subsequent requests are fast since the disks are already active.

This affects any application that polls temperature data periodically (e.g., monitoring dashboards), as each poll cycle causes unnecessary disk spin-ups, increasing wear, power consumption, and noise.

Steps to Reproduce

  1. Ensure all array disks are in a spindown (sleep) state.
  2. Execute the following query against the GraphQL API:
    query {
    metrics {
    temperature {
    summary {
    average
    hottest { name, current { value, status } }
    }
    }
    }
    }
  3. Observe that the response takes several seconds and all array disks spin up during the request.

Expected Behavior

Temperature data comes from hardware sensors (e.g., lm-sensors, /sys/class/thermal/) and should be completely independent of array disk I/O. The query should return quickly regardless of whether disks are spun down.

Actual Behavior

All array disks are woken up during the temperature query. The first request after spin-down takes approximately 5 seconds to complete, as it waits for every disk to spin up before returning a response.

Additional Context

Questions:

  1. Does the temperature endpoint iterate over array disks for some reason? Could it use a sensor-only path that
    doesn't trigger disk access?
  2. Is there a way to fetch temperature data without waking disks (e.g., reading from a cached value or a daemon that polls sensors independently)?
主要言語
TypeScript
スター
113
フォーク
23
平均マージ
2日 8時間
マージ済み PR（30日）
9

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

unraid/api のほかの issue

unraid/api の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。