Выпущена версия Vitastor 3.0.6

• Исправлен ещё один баг в контрольных суммах в старом хранилище O_o - проверка контрольных сумм работала некорректно при быстром чтении объекта сразу после мелкой записи со смещением (когда BIG_WRITE читался из журнала). Мог приводить к некорректному определению объектов как повреждённых.
• Исправлено возможное неработающее освобождение объектов клиентов, переключённых в RDMA. В искусственных тестах баг воспроизвести не удалось, однако в теории он мог иногда приводить к зависаниям PG в состояниях peering/stopping при включённом RDMA.
• В Cinder драйвере теперь используется vitastor-cli для изменений образов вместо прямой работы с etcd.
• Исправлена работа опции mon_https_ca.
• Исправлен скрипт Docker-сборки install.sh, добавлена инструкция для запуска в Podman.

22.03.2026 Читать далее →

Выпущена версия Vitastor 3.0.5

Одно крайне важное исправление для нового хранилища: метаданные записывались некорректно, когда размер заполненной области метаданных превышал 4 ГБ, из-за простой и глупой ошибки переполнения 32-битной целочисленной переменной. 🤦 Это приводило к повреждению метаданных и отказу OSD стартовать при следующем запуске.

Баг затрагивал только новое хранилище (meta_format=3) и только OSD с размером области метаданных больше 4 ГБ. Вы можете проверить размер области метаданных своих OSD, проверив data_offset в выводе команды vitastor-disk read-sb /dev/vitastor/osdXX-data для однодисковых OSD или с помощью команды blockdev --getsize64 /dev/vitastor/osdXX-meta для гибридных OSD.

Если баг затрагивает вас, рекомендуется:

• Установить обновлённые пакеты без перезапуска OSD
• Перезапустить OSD по одному
• Если при перезапуске OSD начинает идти восстановление “has_degraded” PG - дождаться его завершения перед перезапуском следующего OSD
• Если OSD падает при запуске с ошибкой “double-claimed block” или “metadata is corrupt or too old” - очистите и пересоздайте его (vitastor-disk purge /dev/vitastor/osdXX-data, потом заново vitastor-disk prepare) и, опять-таки, дождитесь окончания восстановления “has_degraded” перед переходом к следующему OSD

07.03.2026 Читать далее →

Выпущена версия Vitastor 3.0.4

Исправления нового хранилища

• Исправлен возможный в неудачных случаях очень медленный (часовой и более) запуск OSD
• Исправлена валидация мусорных записей при запуске, в некоторых случаях мешавшая запуску OSD
• Исправлен нерабочий small_write_throttling, приводивший либо к зависаниям, либо к падениям OSD
• Исправлена возможная в некоторых ситуациях с EC ошибка “different fact_versions returned from subops”
• Добавлена опция для восстановления при повреждении части метаданных: skip_corrupted_meta_entries
• По умолчанию отключены записи через намерение (даже 4k) для гибридных OSD для лучшей буферизации записи

03.03.2026 Читать далее →

Выпущена версия Vitastor 3.0.3

• Исправлена некорректная работа csum_block_size > 0 с атомарными записями в новом хранилище (в этом случае почти все атомарные записи генерировали некорректные контрольные суммы)
• Исправлена случайно возникающая ошибка генерации PG мониторами с сообщением “problem is infeasible or unbounded” из-за отсутствия ожидания полного чтения вывода lp_solve
• Удалена одна из оптимизаций в порционном изменении числа PG, добавленном в 3.0.2, потенциально приводящая к повреждению состояния OSD в памяти при обработке нескольких последовательных очень быстрых запросов изменения числа PG
• Исправлено разрастание статистики ввода-вывода инодов в OSD с новым хранилищем из-за нерабочей очистки статистики удалённых инодов.
• Улучшено покрытие тестами нового хранилища и исправлено нескольких мелких проблем:
  • Включение/выключение параметра used_for_app на пуле некорректно пересчитывало статистику занятого места
  • Проверка корректности метаданных объектов при запуске OSD отвергала некоторые корректные последовательности событий, из-за чего OSD мог не стартовать
  • В редких случаях активация PG в EC-пулах могла не проходить с ошибкой -16 (EBUSY) при запросе стабилизации уже стабильной записи
  • Теоретически в редких случаях метаданные могли записаться некорректно при нехватке места во время обработки запроса стабилизации записи
• Исправлена ошибка генерации PG мониторами при наличии в дереве хостов с именем, приводимым к javascript-числу (например, “04e278988710”) :D
• Исправлено обрезание вывода vitastor-cli dd, иногда случавшееся при записи в стандартный вывод
• Исправлена теоретически возможная утечка объектов соединений при заполнении кольца io_uring
• Исправлена утечка объектов соединений RDMA-CM
• Исправлены падения при data_block_size < 32KB (вариант настройки бесполезный, но всё же) (#113)

08.02.2026 Читать далее →

Выпущена версия Vitastor 3.0.2

• Использование Antietcd теперь официально разрешено и безопасно: теперь используется исправленная версия Antietcd, проходящая Jepsen-тесты на сериализуемость транзакций.
• Исправлен огромный баг в контрольных суммах в старом хранилище: некорректные контрольные суммы для мелких начальных записей. Баг затрагивал запросы записи размером ровно csum_block_size (по умолчанию 4 КБ) в новые (пустые) объекты и генерировал для них некорректные контрольные суммы. Кроме того, такая запись была очень медленной, так как некорректная сумма CRC32 считалась от 4 ГБ нулей. Если после этого начальный мелкий блок не перезаписывался как часть большего запроса записи, он был нечитаемым, хотя сохранённые на диске данные были корректны. Баг затрагивал все версии с 1.0.0, или с 2.3.0, потому что до 2.3.0 vitastor-disk не позволял фактически включить контрольные суммы из-за другого бага. O:-)
• Ликвидированы таймауты и падения OSD из-за долгого блокирования обработки событий перемещением объектов между старыми и новыми PG в памяти OSD при изменении числа PG в пуле и просто при запуске OSD с большой базой (например, с заполненным 8 ТБ SSD). Проблема больше не должна проявляться, так как OSD теперь применяет изменения числа PG порциями с паузами между порциями.
• Исправлено возможное “залипание” пула в состоянии паузы при отмене изменения числа PG.
• Исправлено возможное падение OSD с ошибкой деления на ноль при попытке обработки операции до применения настройки числа PG к хранилищу в памяти.

25.01.2026 Читать далее →