ຂໍ້ຜິດພາດໄດ້ຖືກລະບຸໄວ້ໃນ OpenZFS ທີ່ສາມາດເຮັດໃຫ້ໄຟລ໌ເສຍຫາຍ.

ໂຄງການ OpenZFS 2.2.1, ເຊິ່ງພັດທະນາການຈັດຕັ້ງປະຕິບັດລະບົບໄຟລ໌ ZFS ສຳລັບ Linux ແລະ FreeBSD. ການປ່ອຍລຸ້ນນີ້ແມ່ນໜ້າສັງເກດສຳລັບການເພີ່ມການຮອງຮັບ kernel. Linux 6.6 ແລະ ຄວາມພະຍາຍາມທີ່ຈະກຳຈັດບັນຫາທີ່ນຳໄປສູ່ການເສຍຫາຍຂອງຂໍ້ມູນ (ການສູນເສຍບາງບລັອກ) ໃນໄຟລ໌ຫຼັງຈາກທີ່ພວກມັນຖືກຄັດລອກ.

ໃນເບື້ອງຕົ້ນ, ມັນສົມມຸດວ່າບັນຫາຈະປາກົດຢູ່ໃນສາຂາ 2.2.x ເທົ່ານັ້ນແລະເກີດຈາກຄວາມຜິດພາດໃນກົນໄກ cloning ບລັອກລວມຢູ່ໃນ 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/ directory. ລວບລວມ. ມັນສົມມຸດວ່າຄວາມຜິດພາດເລີ່ມປາກົດຫຼັງຈາກກໍານົດຄ່າເລີ່ມຕົ້ນ "zfs_dmu_offset_next_sync=1" ໃນ openzfs ຮຸ່ນ 2.1.4. ແຫຼ່ງທີ່ມາຂອງຄວາມຜິດພາດຍັງບໍ່ທັນໄດ້ລະບຸ. ໃນຖານະເປັນການແກ້ໄຂແນະນໍາສໍາລັບການສະກັດຄວາມຜິດພາດ, ມັນໄດ້ຖືກສະເຫນີໃຫ້ກໍານົດພາລາມິເຕີ "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" ເປັນ 0.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru