Non è un buon periodo per i filesystem Linux: anche OpenZFS ha avuto un problema di data corruption, già risolto

Sappiamo che molti lettori del blog sono utilizzatori ed estimatori di OpenZFS, l’implementazione open-source del filesystem ZFS creato da SUN per il sistema Solaris nel 2001, per questo non abbiamo mai lesinato in passato tutte le notizie possibili sul tema.

Purtroppo però l’uscita della versione 2.2.0 del filesystem ha portato con sé un problema particolarmente importante, come raccontato nel dettaglio da The Register nell’articolo dall’eloquente titolo Data-destroying defect found after OpenZFS 2.2.0 release.

E se sommiamo questa alla notizia che abbiamo raccontato ieri sul filesystem ext4 possiamo dire con certezza che no, non è un momento particolarmente fortunato per i filesystem in Linux…

La nota è arrivata direttamente alla mailing list del progetto FreeBSD, dove per primo il problema è emerso:

We want to bring your attention to a potential data corruption issue affecting multiple versions of OpenZFS. It was initially reported against OpenZFS 2.2.0 but also affects earlier and later versions. This issue can be reproduced with targeted effort but it has not been observed frequently in real-world scenarios. This issue is not related to block cloning, although it is possible that enabling block cloning increases the probability of encountering the issue.

Per la cronaca, il block cloning di OpenZFS è una funzionalità che consente di creare copie istantanee di blocchi di dati condivisi tra più file o snapshot senza duplicare effettivamente i dati. Quando si clona un blocco, vengono create copie referenziate dello stesso blocco originale, consentendo un risparmio di spazio su disco e tempi di creazione più veloci delle copie.

Tutto questo succedeva una decina di giorni fa e nel frattempo, fortunatamente, sono stati applicati tutte le fix del caso, e viene raccomandato, come racconta Phoronix, l’aggiornamento alle versioni OpenZFS 2.1.14 oppure OpenZFS 2.2.2, nell’annuncio vengono riportati i dettagli della fix:

Note: This release contains an important fix for a data corruption bug. Full details are in the issue (#15526) and bug fix (#15571). There’s also a developer’s bug summary that gives a good overview. We recommend everyone either upgrade to 2.2.2 or 2.1.14 to get the fix. The bug can cause data corruption due to an incorrect dirty dnode check. This bug is very hard to hit, and really only came to light due to changes in cp in coreutils 9.x. It’s extremely unlikely that the bug was ever hit on EL7, EL8, or EL9 when running cp since they all use coreutils 8.x which performs file copies differently.

Quindi al netto della risoluzione della problematica in sé anche una sorta di rassicurazione, che serve però a poco nel momento in cui la legge di Murphy si verifica. Pertanto, come in precedenza, il consiglio principale è sempre quello di aggiornare e, ancora una volta, di sottolineare l’importanza di mantenere sempre dei validi backup quando si trattano dati sensibili, per non dimenticare mai uno dei nostri meme preferiti: