Problema di scrittura file vie ethernet

[Pippo87]

Buongiorno a tutti.

In azienda stiamo provando ad utilizzare l'ultima versione di ubuntu come macchina server con un raid 0 software su 6 SSD. Funziona tutto bene tranne qmche ogni tanto mentre trasferiamo dei file circa un 5% venie corrotto. Non abbiamo idea del perché.

Cosa possiamo fare per risolvere il problema?

[steff]

C'è un pattern, cioè un certo tipo di file che sempre esce corrotto o è a caso?

[Pippo87]

no non c'è nessun pattern ne sul tipo di file o dimensione

[Ludovico Deledda]

Salve,
la versione di ubuntu è la 21.10.
Per lo share ho utilizzato samba dove come permessi ho fatto in modo che non fosse richiesta nessuna credenziale e ci fossero permessi di lettura e scrittura per tutti.
Per la creazione del raid 0 ho utilizzato il comando mdadm, seguendo questa guida.
https://www.digitalocean.com/community/ ... untu-18-04

[DoctorStrange]

Se samba è configurato, con un file di configurazione personalizzato, controlla che, in seguito a qualche aggiornamento, non siia stato sotituito con quello di default, anonimo.

Una volta a me era successo proprio questo. Avevo configurato samba con un mio "smb.conf". Ho poi lanciato un semplice "apt update", e questo mi aveva sostituito il smb.conf con quello di default anonimo.

Io ho risolto impostato l'attributo di immutabilità al file smb.conf. Controlla se anche tu, haii uuna situazione simile, ma mi sembra poco probabile, visto che dici che la corruzzione dei file è solo ooccasionale.

[Ludovico Deledda]

Ciao,
non penso sia successo perchè comunque lo share è visibile e utilizzabile.
Prima veniva utilizzato uno share direttamente di windows, stessa configurazione di raid ma il limite di connessioni possibili non andava bene.
Perciò abbiamo deciso di migrare a linux ma si è presentato questo problema di corruzione di file.
Può essere un problema della versione di ubuntu?

[DoctorStrange]

Dubito che sia linux, di sua spontanea iniziativa a corrompere i files.
Domanda preliminare: in base a cosa sei certo che il 5% dei files sia danneggiato? Hai fatto un checksum? Hai proprio dei files corrotti? Nel sensoo, presenti, ma inutilizzabili?

Che genere di files sono? Testo semplice, oppure files multimediali? Hai qualche tipo di partizionamento dei file stessi, come si fa su HDFS?

[Pippo87]

Circa il 5%. Non è un dato esatto ma abbastanza approssimativo.

I file son di vario genere, da file immagine exr, jpg, png a file di matematiche di houdini della sidefx. Le dimensioni dei file corrotti varia da quelli di qualche Mb fino a quelli di qualche Gb. Il file corrotto tendenzialmente sembra avere una dimensione corretta, ma risulta impossibile leggerlo

[woddy68]

Rimane la domanda

in base a cosa sei certo che il 5% dei files sia danneggiato? Hai fatto un checksum? Hai proprio dei files corrotti? Nel sensoo, presenti, ma inutilizzabili?

Perché un conto è avere un problema di lettura di un file, che può avere varie cause, altro è essere certi che i file sono corrotti.

[Pippo87]

si confermo che i file son corrotti. Per esempio file immagine con dimensione apparentemente corretta ma non visualizzabile

[Ludovico Deledda]

Un'altro problema di questi file è che quando vengono scritti sullo share di samba e si tenta di eliminarli esce fuori un messaggio dicendo "rm: cannot remove 'nomefile': Bad message" e come gruppo e utente proprietario ho: "?" "?".

[DoctorStrange]

L'utente che è autorizzato ad accedere al tuo share Samba, è anche un utente di sistema? Se daio il comando "sudo cat /etc/passwd" l'utente Samba esiste all'interno di questo output?

[emanuc]

si confermo che i file son corrotti. Per esempio file immagine con dimensione apparentemente corretta ma non visualizzabile

Mi fa pensare più a un problema hardware di uno degli SSD, cioè quando il file passa dalla SSD X la scrittura non viene completata o un problema di RAM?
Di sicuro il radi 0 e filesystem senza checksunming come ext4 non aiutano.
Se usi mdadm per il raid c'è dm-integrity per la.verifica dei checksum o usa filesystem con raid nativo che ha checksum, btrfs (supportato da Linux) o zfs.