Sammanfattning: Den höga CPU-användningen berodde på säkerhetskopieringen, inte på en ihållande CPU-regression i ZimaOS
NAS-enheten gick från ungefär 3 % CPU-användning till 45–60 % efter installationen av 1.7.0 Beta 2, och temperaturen steg från cirka 32–36 °C till 58 °C. Den viktiga uppföljningen löste problemet: uppgraderingen hade aktiverat tidigare konfigurerade säkerhetskopieringsprocesser. Efter att jobben stoppats och ZimaOS startats om återgick CPU-användningen till det normala.
Kontrollera arbetsbelastningen innan du återställer operativsystemet
När CPU-användningen ökar kraftigt direkt efter en uppdatering bör du först fråga dig vad som återupptogs: säkerhetskopiering, indexering, mediesökningar, kontrollsummeberäkning, apphämtningar eller omstarter av containrar. Använd top eller ps för värdprocesser och docker stats för containrar. Docker beskriver rapportering av CPU- och minnesanvändning i realtid i docker stats.
Använd ett enkelt bekräftelsetest
Pausa det misstänkta jobbet. Om CPU-användningen snabbt sjunker och sedan ökar igen när jobbet återupptas, har du hittat en arbetsbelastningsorsak i stället för en vag teori om att ”betaversionen är varm”. I det här fallet gjorde användaren precis det, och systemet återgick till sitt tidigare beteende.
Säkerhetskopiering kan med rätta kräva mycket CPU och I/O
Säkerhetskopiering kan omfatta filinventering, hashning, komprimering, kryptering samt omfattande läsning och skrivning. Den aktuella guiden för ZimaOS 3-2-1-säkerhetskopiering förklarar schemalagda uppgifter och varför verifiering är viktig. guiden för planering av maskinvara för säkerhetskopiering är användbar när jobben är tillräckligt omfattande för att påverka normal NAS-aktivitet.
För diagnos av processer på värden förklarar manualen för top de CPU- och processfält som används för att identifiera den faktiska arbetsbelastningen.
När det fortfarande är ett problem med operativsystemet
Om CPU-användningen förblir hög när säkerhetskopieringen har stoppats, identifierar du processen som står för belastningen och samlar in loggar innan du startar om. En stabil NAS med full åtkomst till delade resurser men hög belastning är inte i sig tillräckligt bevis för att kalla operativsystemet defekt.
För versionssammanhang, se sidan om uppgraderingssammanhang för ZimaOS 1.6/1.7 och den aktuella ZimaOS-sidan.
