En bref : la forte utilisation du processeur venait de la tâche de sauvegarde, et non d’une régression persistante du processeur de ZimaOS
Le NAS est passé d’environ 3 % d’utilisation du processeur à 45–60 % après l’installation de la version 1.7.0 Beta 2, tandis que la température est montée d’environ 32–36 °C à 58 °C. Le suivi a permis de résoudre le problème : la mise à niveau avait déclenché les processus de sauvegarde configurés précédemment. Après l’arrêt de ces tâches et le redémarrage de ZimaOS, l’utilisation du processeur est revenue à la normale.
Vérifiez la charge de travail avant de revenir à une version antérieure du système d’exploitation
Lorsque l’utilisation du processeur augmente immédiatement après une mise à jour, demandez-vous d’abord ce qui a repris : sauvegarde, indexation, analyse des fichiers multimédias, calcul de sommes de contrôle, récupération d’applications ou redémarrage de conteneurs. Utilisez top ou ps pour les processus de l’hôte, et docker stats pour les conteneurs. Docker documente l’affichage en temps réel de l’utilisation du processeur et de la mémoire dans docker stats.
Effectuez un test de confirmation simple
Mettez la tâche suspecte en pause. Si l’utilisation du processeur baisse rapidement, puis augmente de nouveau lorsque la tâche reprend, il s’agit d’un problème lié à la charge de travail plutôt que d’une vague théorie selon laquelle « la version bêta chauffe ». Dans ce cas, l’utilisateur a fait exactement cela et le système a retrouvé son comportement précédent.
Une activité de sauvegarde peut légitimement solliciter fortement le processeur et les entrées/sorties
Une sauvegarde peut comprendre l’énumération des fichiers, le hachage, la compression, le chiffrement ainsi que d’importantes opérations de lecture et d’écriture. Le guide actuel des sauvegardes ZimaOS 3-2-1 explique les tâches planifiées et l’importance de la vérification. Le guide de planification matérielle des sauvegardes est utile lorsque les tâches sont suffisamment importantes pour affecter l’activité normale du NAS.
Pour diagnostiquer les processus côté hôte, le manuel de top explique les champs relatifs au processeur et aux processus utilisés pour identifier la charge de travail réelle.
Quand il s’agit malgré tout d’un problème du système d’exploitation
Si l’utilisation du processeur reste élevée alors que Backup est arrêté, identifiez le processus responsable de la charge et recueillez les journaux avant de redémarrer. Un NAS stable offrant un accès complet aux partages, mais affichant une forte utilisation des ressources, ne constitue pas à lui seul une preuve suffisante pour déclarer le système d’exploitation défectueux.
Pour le contexte des versions, consultez la page consacrée au contexte des mises à niveau de ZimaOS 1.6/1.7 ainsi que la page actuelle de ZimaOS.
