La velocità del NAS domestico è instabile: come verificare duplex, cavo ed errori di porta
Controlla la negoziazione del collegamento e i contatori degli errori prima di modificare le impostazioni di prestazioni SMB, storage o NAS.
La velocità instabile di un NAS domestico spesso si manifesta come un trasferimento veloce che improvvisamente cala, si interrompe, rinegozia o si riprende dopo aver ricollegato un cavo. Lo stesso sintomo può derivare da un disallineamento duplex, un cavo o una presa marginale, una porta switch danneggiata, errori segnalati dal driver, comportamento del controllo del flusso o blocchi dello storage. Una diagnosi accurata mantiene costanti un client, un file e un percorso mentre si leggono entrambe le estremità del collegamento Ethernet prima e dopo ogni modifica controllata.
Registra il Modello di Guasto Prima di Modificare il Collegamento
Usa un file locale grande e copialo in entrambe le direzioni tra lo stesso client e il NAS. Registra la velocità negoziata, la velocità di trasferimento nel tempo, la latenza sotto carico e il momento esatto in cui la velocità cala o il collegamento si resetta.
I casi della community Cisco descrivono il disallineamento duplex come causa di connettività lenta e intermittente piuttosto che di un collegamento permanentemente disconnesso. Questo rende la linea temporale del degrado più utile di un singolo benchmark di picco.
Se la velocità è costantemente bassa fin dal primo secondo, confronta la capacità di rete e i limiti dello storage. Se inizia veloce e poi crolla, dai priorità a errori di collegamento, comportamento termico, pressione sulle code, esaurimento della cache o a un evento di rinegoziazione della porta.
Confronta Velocità e Duplex su Entrambe le Estremità
Leggi la velocità attiva, il duplex e lo stato di auto-negoziazione sull’interfaccia NAS e sulla porta switch connessa. Non confrontare solo i valori configurati; lo stato operativo deve essere concorde su entrambe le estremità.
Un classico disallineamento può lasciare un lato in full duplex e l’altro in half duplex, causando collisioni, errori di ricezione, ritrasmissioni e throughput altamente variabile. Anche se i collegamenti multi-gigabit moderni richiedono normalmente l’auto-negoziazione, impostazioni forzate o hardware intermedio obsoleto possono ancora creare risultati incoerenti.
Riporta entrambe le estremità all’auto-negoziazione supportata a meno che la documentazione hardware non richieda un altro metodo. Ricollega il collegamento e conferma che entrambi i lati riportino la stessa velocità e lo stato full duplex prima di ripetere il trasferimento.
Misura gli Errori Fisici Prima e Dopo un Trasferimento
Registra i contatori CRC, FCS, simbolo, allineamento, carrier, ricezione, trasmissione, drop e reset del collegamento su NAS e switch. Resetta i contatori quando possibile, quindi esegui lo stesso trasferimento grande abbastanza a lungo da riprodurre l’instabilità.
Un recente report su un NAS domestico ha trovato un collegamento 2.5GbE che è diventato stabile dopo la sostituzione del cavo o della presa. Questo risultato è più significativo che presumere che il software NAS abbia causato il cambiamento di velocità.
L’aumento di errori CRC o simbolo indica problemi al cavo, connettore, transceiver o porta. Drop senza errori fisici indicano più probabilmente code o elaborazione host, mentre un percorso Ethernet pulito con variazioni SMB lente sposta l’indagine verso storage e applicazioni.
Sostituisci un Componente Fisico alla Volta
Inizia con un cavo patch corto noto come buono, poi sposta la connessione su un’altra porta switch senza cambiare client, NAS o carico di lavoro. Se il percorso include una presa a muro, un accoppiatore, un pannello patch o un adattatore USB, reintroduci ogni componente separatamente.
Mantieni la stessa durata di trasferimento e test per ogni sostituzione. Un componente è implicato quando l’instabilità lo segue o scompare costantemente dopo la sua rimozione, non solo perché una prova è risultata più veloce.
Ritermina o sostituisci prima la parte più piccola che fallisce. Evita di sostituire un intero cavo a muro prima di aver dimostrato che il cavo patch, il keystone, la porta switch o l’adattatore sono il vero punto che consuma margine di collegamento.
Verifica che gli Errori Segnalati Siano Reali
I contatori del driver possono essere fuorvianti, specialmente dopo aggiornamenti di firmware o driver. Confronta gli errori del sistema operativo con i contatori dello switch, la perdita di pacchetti, le ritrasmissioni e la linea temporale del trasferimento prima di considerare un numero elevato come prova di guasto del cavo.
Un caso della community Intel ha documentato una falsa segnalazione di errori di ricezione che non rappresentava perdita di pacchetti in produzione. Il significato del contatore deve quindi essere verificato rispetto alla versione dell’adattatore e del driver.
Se solo un contatore software aumenta mentre lo switch peer, la cattura pacchetti e il carico di lavoro rimangono puliti, aggiorna o ripristina il driver prima di sostituire l’hardware. Se i contatori indipendenti e il trasferimento falliscono insieme, continua a considerare l’evento come un vero guasto del collegamento.
Separa la Stabilità Ethernet dalla Velocità di Storage NAS
Esegui un test di rete memoria-a-memoria sullo stesso percorso, poi confrontalo con il trasferimento SMB di file grandi. Questo elimina scritture su disco, allocazione del filesystem, snapshot, parità, crittografia e scansione applicativa dal primo risultato.
La spiegazione di ZimaSpace su come la perdita di pacchetti riduce il throughput utile del NAS aiuta a interpretare perché l’interfaccia può rimanere connessa mentre la velocità applicativa oscilla.
La riparazione è completa solo quando il test di rete e il carico SMB originale si ripetono con velocità stabile, contatori fisici puliti, duplex corrispondente e nessuna rinegoziazione del collegamento. Se il test di rete è pulito ma SMB rimane instabile, smetti di cambiare cavi e continua con test su storage, CPU e carichi di lavoro file.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...
Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...
Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...
