GraphQL metrics temperature query spins up all array disks
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- graphql, typescript
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Ensure all array disks are in a spindown (sleep) state.
- Execute the following query against the GraphQL API:
query {
metrics {
temperature {
summary {
average
hottest { name, current { value, status } }
}
}
}
} - 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:
- Does the temperature endpoint iterate over array disks for some reason? Could it use a sensor-only path that
doesn't trigger disk access? - 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)?
- Lenguaje dominante
- TypeScript
- Estrellas
- 113
- Forks
- 23
- Merge medio
- 1 d 21 h
- PR fusionados (30 d)
- 12
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de unraid/api
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 64/100
Los mantenedores suelen responder en 1 día
-
Work Intent: File Manager integration for #1599Posiblemente ocupada @elibosley la tomó hace 7 días. Abierto
unraid/api#2103 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
Los mantenedores suelen responder en 1 día
Todos los issues de unraid/api
Issues similares
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:other issue-rating: 🦞 diamond lobster no-stale P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
openclaw/openclaw#168089 · 2 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
✨ enhancement needs-discussion
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
-
[Bug]: [MCP/CLI] Bare loopback IP addresses (127.0.0.1:port) and hosts with ports fail to navigate due to erroneous scheme inferencePosiblemente ocupada @alok-108 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
microsoft/playwright#43263 ·
Los mantenedores suelen responder en 1 día
-
area:studio type:security
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
enhancement good first issue Stellar Wave trivial
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
StellarCanary/ProtocolCanary-Action#331 ·
Los mantenedores suelen responder en 1 día