Две новые версии OpenZFS исправляют давно скрытую ошибку повреждения • –

Ошибка, которая очень редко приводила к повреждению данных в копиях файлов в OpenZFS 2.2.0, была обнаружена и исправлена, а также есть исправление для предыдущей версии OpenZFS.

Команда разработчиков OpenZFS выпустила не одну, а две новые версии кроссплатформенной файловой системы с открытым исходным кодом для Linux и FreeBSD. Версия 2.2.2 исправляет проблему, которая возникла в последней версии, которая включена в FreeBSD 14, а также в несколько дистрибутивов Linux, включая Ubuntu 23.10. В предыдущей версии OpenZFS также есть новый выпуск: версия 2.1.14 это относится к FreeBSD начиная с версии 12.

Это было необходимо, поскольку, как мы сообщил неделю назадименно OpenZFS 2.2.0 выявил проблему и сделал ее видимой, на самом деле это не так. причина проблема. Это просто выявило основную ошибку, которая существовала уже много лет: новая, более быстрая функция копирования OpenZFS 2.2.0 просто сделала существующую проблему гораздо более вероятной. Проект FreeBSD имеет опубликовал уведомление об ошибкеи сделали исправления доступными для FreeBSD 12, 13 и 14.

Расследование, которое продолжалось с тех пор, выявило больше. Например, ошибка также была подтвержденный в Illumos, ответвлении OpenSolaris с открытым исходным кодом, которое с тех пор продолжает развиваться. Oracle закрыла проект с открытым исходным кодом в 2010 году. Illumos сам по себе является основой несколько дистрибутивов на базе OpenSolaris.

Как поясняют поправки в примечаниях к выпуску для обеих этих версий, ситуация немного хуже, чем выглядела на прошлой неделе, когда мы это писали:

Для пользователей Linux дополнительным условием является наличие последней версии ОС. coreutils пакет – выше версии 9.x.

Это выглядело так, потому что cp Команда в Coretils 9 была обновлена ​​для поиска способов ускорения копирования файлов, таких как проверка на наличие «дыр» в файлах – длинных отрезков нулей – называемых Оптимизация SEEK_HOLE. К сожалению, похоже, что Red Hat перенесла эту функциональность из Coreutils 9.x в 8.x, и это был идентифицирован в CentOS Stream 9, а также в Исходный код OpenELA. Как сухо сказано в комментарии к коду:

Я бы дал ссылку на соответствующий код RHEL, но, к сожалению, они его больше не публикуют.

RHEL не включает OpenZFS, поэтому проблема с потерей данных на него не повлияет. Действительно, РХЭЛ даже не включает Btrfs… но Oracle Linux делаетхотя здесь нет причин для беспокойства: Btrfs сам по себе невосприимчив к этой ошибке.

Однако это иллюстрирует проблему с попытками определить затронутые версии. Как мы описано еще в июнеRed Hat тратит много инженерного времени и усилий на перенос функций из новых ядер в свои корпоративные ядра, которые уже давно поддерживаются. Иногда эти бэкпорты могут не ограничиваться ядром: они могут распространяться на системные утилиты, не относящиеся к ядру. Эти оптимизации совершенно безопасны для собственного дистрибутива Big Purple Hat, а также для его RHELatives, таких как Oracle, Alma и так далее. Однако такие изменения могут быть подхвачены другими дистрибутивами или даже людьми, вручную создающими сложные индивидуальные установки. В результате небезопасно просто сказать «это влияет только на системы с coreutils 9 или выше».

Во всяком случае, на данный момент проблема решена. Есть более новый обзор проблемы на Github, но расследование того, когда впервые появилась ошибка, все еще продолжается, как показывают комментарии (вместе со ссылкой на нашу предыдущую историю).

Ошибка могла возникнуть еще в 2006 году. Хотя исправление ошибки №15571 в этих двух новых выпусках OpenZFS проблема решена, есть еще одна, более новая попытка решить проблему более чистым способом. также под следствием как исправление ошибки №15615. ZFS — сложная файловая система, и это сложная ошибка, которая могла оставаться скрытой в течение 17 лет. Если есть более простой и понятный способ решить проблему, это было бы хорошо.