Το έργο OpenZFS 2.2.1, το οποίο αναπτύσσει την υλοποίηση του συστήματος αρχείων ZFS για Linux και FreeBSD. Η έκδοση είναι αξιοσημείωτη για την προσθήκη υποστήριξης πυρήνα. Linux 6.6 και μια προσπάθεια εξάλειψης του προβλήματος που οδηγεί σε αλλοίωση δεδομένων (μηδενισμό ορισμένων μπλοκ) σε αρχεία μετά την αντιγραφή τους.
Αρχικά, θεωρήθηκε ότι το πρόβλημα εμφανιζόταν μόνο στον κλάδο 2.2.x και προκλήθηκε από ένα σφάλμα στον μηχανισμό κλωνοποίησης μπλοκ που περιλαμβάνεται στο OpenZFS 2.2.0, το οποίο σας επιτρέπει να δημιουργήσετε ένα αντίγραφο ενός αρχείου ή μέρους του χωρίς να αντιγράψετε δεδομένα, χρησιμοποιώντας αναφορές σε υπάρχοντα μπλοκ δεδομένων του αρχικού αρχείου στο δεύτερο αντίγραφο χωρίς να τα αντιγράψετε. Στο OpenZFS 2.2.1, ο μηχανισμός κλωνοποίησης μπλοκ απενεργοποιήθηκε από προεπιλογή για να αποκλειστεί το πρόβλημα και προστέθηκε η ρύθμιση zfs_bclone_enabled για να επιστρέψει η υποστήριξη για αυτήν τη λειτουργία.
Αργότερα, οι προγραμματιστές ανέφεραν ότι αναπαρήγαγαν το πρόβλημα σε διαμορφώσεις με τον κλάδο OpenZFS 2.1.x. Η υπόθεση ότι το πρόβλημα εκδηλώνεται σε συστήματα με παλαιότερες εκδόσεις του πακέτου coreutils επίσης δεν επιβεβαιώθηκε—το σφάλμα αναπαρήχθη με επιτυχία στο FreeBSD και Linux-διανομές με την τελευταία έκδοση του coreutils 9.4.
Η καταστροφή αρχείων συμβαίνει σε σπάνιες περιπτώσεις, για παράδειγμα, η εκτέλεση της εντολής "emerge -1 dev-lang/go" στο Gentoo έχει ως αποτέλεσμα την εγκατάσταση της εργαλειοθήκης γλώσσας Go με κατεστραμμένα αρχεία στον κατάλογο /usr/lib/go/pkg/tool/linux_amd64/compile. Υποτίθεται ότι το σφάλμα άρχισε να εμφανίζεται μετά τον ορισμό της παραμέτρου "zfs_dmu_offset_next_sync=1" από προεπιλογή στο openzfs 2.1.4. Η πηγή του σφάλματος δεν έχει ακόμη εντοπιστεί. Ο ορισμός της παραμέτρου "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" σε 0 προτείνεται ως προτεινόμενη λύση για τον αποκλεισμό του σφάλματος.
Πηγή: opennet.ru
