{"id":111888,"date":"2023-12-01T09:10:14","date_gmt":"2023-12-01T07:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-openzfs-2-1-14-i-2-2-2-s-ustraneniem-oshibki-privodyashhej-k-povrezhdeniyu-fajlov"},"modified":"2023-12-01T09:10:14","modified_gmt":"2023-12-01T07:10:14","slug":"obnovlenie-openzfs-2-1-14-i-2-2-2-s-ustraneniem-oshibki-privodyashhej-k-povrezhdeniyu-fajlov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/obnovlenie-openzfs-2-1-14-i-2-2-2-s-ustraneniem-oshibki-privodyashhej-k-povrezhdeniyu-fajlov","title":{"rendered":"Aggiornamento OpenZFS 2.1.14 e 2.2.2 con correzione di un bug che porta alla corruzione dei file","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati rilasciati aggiornamenti correttivi per il progetto OpenZFS 2.1.14 e 2.2.2, che sviluppano l'implementazione del file system ZFS per Linux e FreeBSD. Negli aggiornamenti \u00e8 stato risolto un problema nel codice di verifica della coerenza della cache dnode, che causava la corruzione dei dati nei file che contenevano aree vuote, durante la loro copia dopo modifiche. <\/p>\n
Inizialmente, si cerc\u00f2 di risolvere il problema nella versione 2.2.1, ma la correzione si rivel\u00f2 inefficace. L'errore \u00e8 rimasto a lungo inosservato e ha cominciato a manifestarsi dopo le modifiche apportate all'utilit\u00e0 \u00abcp\u00bb nel pacchetto coreutils 9.x. Si presume che in Red Hat Enterprise Linux e nelle distribuzioni basate su di esso il problema non si manifesti, poich\u00e9 in RHEL 9 viene utilizzato il pacchetto coreutils 8.x con una logica di funzionamento diversa per l'utilit\u00e0 \u00abcp\u00bb. <\/p>\n
Il problema si manifesta durante l'utilizzo di utilit\u00e0 di copia file che riescono a riconoscere e ottimizzare le aree vuote nei file. La corruzione pu\u00f2 verificarsi su filesystem sovraccarichi durante la copia di un file, se l'operazione \u00e8 eseguita quasi subito dopo una modifica e parte dei dati rimane solo nella cache sporca e non \u00e8 ancora stata scritta su disco. <\/p>\n
Per ottimizzare il lavoro con le aree vuote nei file, OpenZFS, a partire dalla versione 0.6.2, supporta le operazioni SEEK_HOLE e SEEK_DATA, che consentono di saltare l'area vuota del file durante la lettura da disco. L'identificazione delle aree vuote e la conservazione delle informazioni su di esse avviene solo dopo che tutti i dati rimanenti in cache, relativi al file, sono stati scritti su disco. Per avviare il write back in OpenZFS \u00e8 disponibile un controllo che valuta la presenza di dati non salvati in cache e costringe il write back delle informazioni su disco, necessario per utilizzare SEEK_HOLE e SEEK_DATA. <\/p>\n
Sfortunatamente, la verifica si \u00e8 rivelata incompleta e, in alcune circostanze, i dati sullo stato del reset venivano determinati in modo errato e sul disco si trovava vecchia informazione sul contenuto del file, se la richiesta cadeva in un breve intervallo di tempo tra due operazioni di reset dei dati dalla cache. Le operazioni di lettura, ottimizzando il caricamento delle aree vuote, in quel momento potevano saltare la lettura di parte dei dati, considerandoli vuoti, mentre un programma in esecuzione sul file prima poteva aver apportato modifiche a queste aree vuote. Di conseguenza, l'uso dell'utilit\u00e0 \u00abcp\u00bb poteva portare alla creazione di una copia contenente aree vuote l\u00ec dove non erano presenti nel file originale. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"