Sintomi: l’interfaccia web e Samba diventano entrambe molto lente
Il caso è iniziato con un sistema ZimaOS 1.6.1 che rallentava dopo alcune ore: il caricamento del pannello di controllo poteva richiedere minuti e anche la creazione di cartelle tramite Samba diventava estremamente lenta. Un riavvio migliorava temporaneamente le prestazioni.
Raccogliere i dati diagnostici mentre il sistema è lento
La discussione consiglia di controllare il carico, la memoria, i filesystem, lo stato del RAID e gli errori del kernel prima di riavviare. Il momento è importante: i primi risultati, raccolti subito dopo il riavvio, sembravano normali e inizialmente nascondevano il problema.
Il controllo dell’archiviazione ha rilevato una corruzione reale
Un successivo scrub Btrfs ha segnalato 16 errori di checksum, di cui 3 corretti e 13 non correggibili. Questo ha spostato l’indagine verso il livello di archiviazione, anche se la discussione non ha ancora dimostrato se la causa originale fosse un disco, il percorso SATA, il livello RAID, un problema di memoria o un’interruzione precedente.
Non eseguire direttamente btrfs check --repair
La community ha ripetutamente sconsigliato di eseguire la riparazione alla cieca. La documentazione ufficiale sullo scrub Btrfs spiega il funzionamento dello scrub, mentre la documentazione di btrfs check descrive le precauzioni relative alla riparazione.
Usare il caso come modello diagnostico
Se sia l’interfaccia sia le operazioni sui file rallentano, verifica lo stato dell’archiviazione invece di presumere che l’interfaccia web sia la causa principale. Consulta la guida all’archiviazione di ZimaOS e la panoramica aggiornata di ZimaOS.
