Il 12/04/24 14:56, Piviul ha scritto:
On 4/10/24 20:09, Alessandro Baggi wrote:
Salve ragazzi,
ho un dubbio che non riesco a districare.
In Debian Bookworm (12.5) è presente zfs-dkms versione 2.1.11-1.
Tempo fa, come molti ricorderanno (nel 2023) è stato trovato un bug
che era presente da molti anni ma che sui sistemi con coreutils 9 in
certe condizioni corrompeva i dati.
Non riesco a trovare nulla che indichi che in stable il problema sia
stato risolto tipo un nuovo aggiornamento, delle istruzioni per
mitigare il problema, molte volte (anche il progetto openzfs) dice di
usare backports ma i backports non fanno parte del progetto LTS, cosi
il supporto è minore in termini di tempo.
non uso zfs ma mi accodo alla domanda ed aggiungo non esiste un
changelog per ogni aggiornamento di un pacchetto? ...può anche darsi che
su bookwork tutti usino i pacchetti zfs su backports ma parrebbe strano
che nessuno si lamenti di data corruption in debian bookworm. Comunque a
questo punto la curiosità è tanta...
Piviul
Ciao Piviul,
ho fatto un pò di ricerche. Sembrerebbe che la versione su Debian 12 non
sia interessata da quel bug specifico. Invece è presente un bug di
corruzione nel caso si utilizzi la cifratura di ZFS e si esegua un send
(se non ho capito male) ma non uso la cifratura di ZFS. Non capisco pero
perche non viene riportato niente per il pacchetto di stable.
Non ho letto di nessuno che abbia problemi o si lamenti del bug su
Debian Stable quindi o nessuno usa ZFS, o non è presente o tutti usano
zfs dai backports oppure tutti se ne fregano.
Ho comunque fatto dei test e ho lanciato uno script che riproduce
l'errore (ovvero i file copiati dovrebbero essere pieni di 0..). Il
test l'ho fatto girare per qualche ora e in nessuna iterazione del test
mi ha dato errore. Questo non significa che il bug non sia presente ma
dopo diverse ore di scritture se non è uscito qualcosa.
Inoltre ho letto che c'è una mitigazione che consiste nell'aggiungere un
parametro di boot per zfs:
zfs.zfs_dmu_offset_next_sync=0
che ho comunque attivato prima di avviare lo script riproduttore.
Inoltre ho letto che il bug affligge solo chi ha il block cloning
attivo, e nel caso di Debian 12 non sembra esserci.
In un post su Reddit viene riportato:
"If it says disabled, you are not hit by this bug: zpool get all|grep
block_cloning"
So che non è una fonte autorevole ma i test sembrano confermarlo.
Un saluto.
Alessandro.
