La condivisione NAS mostra vecchi file dopo la sostituzione dello storage: controlli e soluzioni

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

NAS Share Shows Old Files After Storage Replacement: Checks and Fixes

I vecchi file dopo la sostituzione dello storage derivano solitamente dal percorso montato errato, da un'esportazione che punta ancora al vecchio albero, da una sessione SMB obsoleta o da un'identità del server duplicata.

Inizia con un nome file che dovrebbe scomparire e uno che dovrebbe comparire, quindi confronta il filesystem locale del NAS, la destinazione dell'esportazione attiva, una sessione client realmente nuova e l'indirizzo del server raggiunto da quella sessione. Questo ordine separa i problemi di storage e namespace dalla cache del client senza rischiare scritture su due copie. Mantieni intatti entrambi i set di dati finché la correzione verificata non supera il ricaricamento del servizio, il riavvio del NAS e l'accesso da due client.

Confronta lo storage sostitutivo con la vista locale del NAS

Scegli un vecchio nome file che dovrebbe essere scomparso e uno nuovo che deve comparire. Controllali dalla shell del NAS e dal gestore file web, registra il dispositivo o dataset montato, il punto di mount, l'ID del filesystem, lo stato del pool e gli hash dei file, quindi confrontali con il manifest della migrazione.

Un workflow di protezione dalla migrazione NAS di ZimaSpace mantiene intatti origine, destinazione e copia di verifica finché conteggi e dati rappresentativi non corrispondono. Applica qui questo limite prima di eliminare il vecchio pool o modificare la condivisione: i contenuti obsoleti possono dimostrare che la sostituzione non è mai stata montata nel punto previsto.

Se il NAS stesso mostra il vecchio albero, controlla l'ordine dei mount, gli automount non riusciti, i bind mount, i punti di mount dei dataset e una directory nascosta sotto un altro mount. Non cancellare le cache dei client finché il percorso lato server e l'identità del dispositivo non mostrano la sostituzione prevista.

Verifica la destinazione attiva della condivisione e il namespace

Leggi la configurazione attiva delle esportazioni SMB o NFS e risolvi collegamenti simbolici, bind mount, percorsi dei container e alias fino alla posizione finale del filesystem. Confronta la destinazione dell'esportazione con il mount sostitutivo verificato, non con un'etichetta intuitiva della condivisione che potrebbe essere sopravvissuta alla migrazione.

In un caso della community di Unraid è stato utilizzato il confronto tra condivisione disco e condivisione utente per distinguere i file presenti nelle condivisioni disco da una vista obsoleta della condivisione utente. Usalo come elemento discriminante circoscritto: se il percorso locale diretto o del disco è aggiornato ma il namespace è vecchio, correggi il livello di esportazione invece di ricopiare i dati.

Ricarica solo il servizio della condivisione interessata dopo aver salvato la configurazione e verificato che non siano in corso scritture. Un esito positivo mostra il nuovo albero con una nuova query del namespace locale; un esito negativo riporta il servizio alla configurazione precedente preservando i log di mount e namespace.

Separa un singolo client obsoleto da una sessione server obsoleta

Apri la condivisione da un secondo client o da una nuova sessione utente che non l'abbia mai enumerata. Registra l'indirizzo del server, il nome della condivisione, le credenziali, il protocollo negoziato, gli handle aperti e se i nomi file vecchi e nuovi differiscono tra i client. Aggiornare ripetutamente lo stesso browser di file non è un test su una sessione pulita.

Una discussione della community Synology riporta che la cache SMB modifica il sintomo, poiché cancellare la cache SMB o riavviare Samba ha modificato il sintomo. Consideralo come prova del possibile coinvolgimento della cache della sessione o del servizio, non come motivo per disabilitare la cache sull'intero NAS.

Chiudi le applicazioni con handle aperti, disconnetti solo la mappatura interessata, cancella le credenziali salvate o i referral solo quando quel ramo è dimostrato e riconnettiti. Se anche il client pulito era già obsoleto, torna ai livelli della destinazione e dell'identità del server invece di applicare modifiche al registro su tutti i client.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

Controlla l'identità del server e convalida la correzione applicata

Confronta le risposte DNS, gli indirizzi IP, l'identità del server SMB, gli alias, i referral DFS, i percorsi VPN e le mappature salvate. Un NAS sostitutivo può riutilizzare un nome intuitivo mentre un vecchio indirizzo, una destinazione del namespace o un container continua a fornire il vecchio albero. Testa un indirizzo diretto verificato solo come elemento discriminante, non come bypass permanente.

Applica la correzione minima: correggi il mount o la destinazione dell'esportazione, ricarica una condivisione, riconnetti un client, fai scadere un referral o aggiorna un record DNS. Confronta il conteggio dei file e gli hash tra il percorso locale e la condivisione, crea e rimuovi un file temporaneo e verifica i permessi previsti.

Riavvia il servizio della condivisione e il NAS durante una finestra di manutenzione, quindi riconnetti due client e l'applicazione che in origine è rimasta obsoleta. Considera il problema chiuso solo quando tutti i percorsi mostrano l'albero sostitutivo dopo il riavvio; esegui il rollback se le scritture finiscono su copie diverse ed esegui l'escalation in caso di identità ambigue prima di cancellare uno dei due set di dati.