ZFS ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನುಷ್ಠಾನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ OpenZFS 2.2.1 ಯೋಜನೆಯು Linux ಮತ್ತು ಫ್ರೀಬಿಎಸ್ಡಿ. ಈ ಬಿಡುಗಡೆಯು ಕರ್ನಲ್ ಬೆಂಬಲದ ಸೇರ್ಪಡೆಗೆ ಗಮನಾರ್ಹವಾಗಿದೆ. Linux 6.6 ಮತ್ತು ಫೈಲ್ಗಳನ್ನು ನಕಲು ಮಾಡಿದ ನಂತರ ಡೇಟಾ ಭ್ರಷ್ಟಾಚಾರಕ್ಕೆ (ಕೆಲವು ಬ್ಲಾಕ್ಗಳನ್ನು ಶೂನ್ಯಗೊಳಿಸುವುದು) ಕಾರಣವಾಗುವ ಸಮಸ್ಯೆಯನ್ನು ತೆಗೆದುಹಾಕುವ ಪ್ರಯತ್ನ.
ಆರಂಭದಲ್ಲಿ, ಸಮಸ್ಯೆಯು 2.2.x ಶಾಖೆಯಲ್ಲಿ ಮಾತ್ರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು OpenZFS 2.2.0 ನಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಬ್ಲಾಕ್ ಕ್ಲೋನಿಂಗ್ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿನ ದೋಷದಿಂದ ಉಂಟಾಗುತ್ತದೆ ಎಂದು ಭಾವಿಸಲಾಗಿದೆ, ಇದು ಫೈಲ್ ಅಥವಾ ಅದರ ಭಾಗವನ್ನು ನಕಲು ಮಾಡದೆಯೇ ನಕಲನ್ನು ರಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಡೇಟಾ, ಮೂಲ ಫೈಲ್ನ ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಡೇಟಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಅವುಗಳ ನೈಜ ನಕಲು ಮಾಡದೆಯೇ ಎರಡನೇ ನಕಲು ಉಲ್ಲೇಖಗಳಲ್ಲಿ ಬಳಸುವುದು. OpenZFS 2.2.1 ರಲ್ಲಿ, ಸಮಸ್ಯೆಯನ್ನು ನಿರ್ಬಂಧಿಸಲು, ಬ್ಲಾಕ್ ಕ್ಲೋನಿಂಗ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಈ ಮೋಡ್ಗೆ ಬೆಂಬಲವನ್ನು ಹಿಂತಿರುಗಿಸಲು zfs_bclone_enabled ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸೇರಿಸಲಾಗಿದೆ.
ನಂತರ, ಡೆವಲಪರ್ಗಳು OpenZFS 2.1.x ಶಾಖೆಯೊಂದಿಗಿನ ಸಂರಚನೆಗಳಲ್ಲಿ ಸಮಸ್ಯೆಯನ್ನು ಪುನರುತ್ಪಾದಿಸುವುದಾಗಿ ವರದಿ ಮಾಡಿದರು. coreutils ಪ್ಯಾಕೇಜ್ನ ಹಳೆಯ ಬಿಡುಗಡೆಗಳನ್ನು ಹೊಂದಿರುವ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಸಮಸ್ಯೆ ಸ್ವತಃ ಪ್ರಕಟವಾಗುತ್ತದೆ ಎಂಬ ಊಹೆಯನ್ನು ಸಹ ದೃಢೀಕರಿಸಲಾಗಿಲ್ಲ - ದೋಷವನ್ನು FreeBSD ನಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಿ ಪುನರುತ್ಪಾದಿಸಲಾಯಿತು ಮತ್ತು Linux-ಕೋರುಟಿಲ್ಸ್ 9.4 ರ ಇತ್ತೀಚಿನ ಬಿಡುಗಡೆಯೊಂದಿಗೆ ವಿತರಣೆಗಳು.
ಫೈಲ್ ಭ್ರಷ್ಟಾಚಾರವು ಸಾಕಷ್ಟು ಅಪರೂಪದ ಸಂದರ್ಭಗಳಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, Gentoo ನಲ್ಲಿ "emerge -1 dev-lang/go" ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸುವುದರಿಂದ /usr/lib/go/pkg/tool/ ನಲ್ಲಿ ಭ್ರಷ್ಟ ಫೈಲ್ಗಳೊಂದಿಗೆ Go ಟೂಲ್ಕಿಟ್ ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ. linux_amd64/ ಡೈರೆಕ್ಟರಿ. ಕಂಪೈಲ್. openzfs ಆವೃತ್ತಿ 1 ರಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ನಿಯತಾಂಕ “zfs_dmu_offset_next_sync=2.1.4” ಅನ್ನು ಹೊಂದಿಸಿದ ನಂತರ ದೋಷವು ಕಾಣಿಸಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿದೆ ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ದೋಷದ ಮೂಲವನ್ನು ಇನ್ನೂ ಗುರುತಿಸಲಾಗಿಲ್ಲ. ದೋಷವನ್ನು ನಿರ್ಬಂಧಿಸಲು ಶಿಫಾರಸು ಮಾಡಲಾದ ಪರಿಹಾರವಾಗಿ, "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" ನಿಯತಾಂಕವನ್ನು 0 ಗೆ ಹೊಂದಿಸಲು ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ.
ಮೂಲ: opennet.ru
