{"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\/et\/blog\/news\/obnovlenie-openzfs-2-1-14-i-2-2-2-s-ustraneniem-oshibki-privodyashhej-k-povrezhdeniyu-fajlov","title":{"rendered":"OpenZFS 2.1.14 ja 2.2.2 v\u00e4rskendus, mis lahendab faili kahjustamise vea","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Avatud on korrektsiooniv\u00e4ljaanded OpenZFS 2.1.14 ja 2.2.2, mis arendab ZFS failis\u00fcsteemi rakendust Linuxi ja FreeBSD jaoks. Se \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0438\u0441\u043f\u0440\u0430\u0432\u043b\u044f\u044e\u0442 probleemi dnode koha v\u00f5rgu kokkuleppe kontrollimise koodis, mis viis andmete kahjustumiseni failides, millel olid t\u00fchjad alad, nende kopeerimisel muudatuste tegemise j\u00e4rel. <\/p>\n
Probleem p\u00fc\u00fcti algselt lahendada versioonis 2.2.1, kuid parandamine osutus ebaefektiivseks. Viga j\u00e4i pikka aega t\u00e4helepanuta ja hakkas ilmnema p\u00e4rast muudatusi, mis tehti utiliidis «cp» pakendis coreutils 9.x. Eeldatakse, et Red Hat Enterprise Linuxis ja selle p\u00f5hjal loodud distributsioonides probleem ei ilmne, kuna RHEL 9 kasutab paketti coreutils 8.x, millel on erinev utiliidi «cp» t\u00f6\u00f6logika. <\/p>\n
Probleem ilmneb failide koopiate loomise utiliitide kasutamisel, mis suudavad tuvastada ja optimeerida t\u00fchje alasid failides. Kahjustus v\u00f5ib tekkida koormatud failis\u00fcsteemides faili kopeerimisel, kui operatsioon toimub peaaegu kohe p\u00e4rast muudatuse tegemist ja osa andmeid j\u00e4\u00e4b ainult dirty-cache'i ning ei ole veel kettale kirjutatud. <\/p>\n
Failide t\u00fchjade alade haldamise optimeerimiseks toetab OpenZFS alates versioonist 0.6.2 operatsioone SEEK_HOLE ja SEEK_DATA, mis v\u00f5imaldavad failist ketta lugemisel t\u00fchja ala vahele j\u00e4tta. T\u00fchjade alade tuvastamine ja teabe s\u00e4ilitamine nende kohta toimub alles p\u00e4rast k\u00f5igi failiga seotud vahem\u00e4lus olevate andmete kirjutamist kettale. OpenZFS-is on olemas kontroll, mis hindab vahem\u00e4lus olevate salvestamata andmete olemasolu ja sunnib andmete kettale kirjutamist, mis on vajalik SEEK_HOLE ja SEEK_DATA kasutamiseks. <\/p>\n
Kahjuks osutus kontroll puudulikuks ja teatud asjaolude kokkulangemisel m\u00e4\u00e4rati taastamise olek valesti ning kettal oli vana teave faili sisu kohta, kui p\u00e4ring sattus v\u00e4ikese ajavahemiku jooksul kahe andmete taastamise operatsiooni vahele. Lugemise operatsioonid, mis optimeerivad t\u00fchjade alade koormuse, v\u00f5iksid sel hetkel j\u00e4tta osa andmeid lugemata, pidades neid t\u00fchjaks, samas kui program, mis t\u00f6\u00f6tas faili kallal, v\u00f5is eelnevalt t\u00fchjadesse aladesse muudatusi teha. Seet\u00f5ttu v\u00f5is utiliidi «cp» kasutamine kaasa tuua koopia loomise, mis sisaldas t\u00fchje alasid seal, kus originaalfailis neid ei olnud. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"