Fedor
Ну раз Вы так считаете)))) Сочувствую Вашим данным
общение тут не предполагает токсичности, даже завуалированной
Vladislav
общение тут не предполагает токсичности, даже завуалированной
Fine, но данные все ещё жалко, потому что такие вещи решаются бэкапами или использованием рейда 51
Станислав
Это вы так поняли вопрос. А другие мне прояснили касательно именно zfs
Не нужно тратить больше времени на тролля. Это его профессиональная деятельность.
Free
гранулярность у zfs - блок = recordsize, если его чексумма не сошлась и нет избыточности (т.е. восстановить неоткуда), то только этот блок будет недоступен на чтение
👆@DanteAvalon Вот посмотрите - разве этот овтет "касается рейд систем В ЦЕЛОМ, ЛЮБЫХ рейд систем"? Специалист понял вопрос и конкретно про zfs ответил. А от вас никакой помощи, только куча потраченного времени.
Vladislav
Fine, но данные все ещё жалко, потому что такие вещи решаются бэкапами или использованием рейда 51
А не подсчётом вероятности, что шальное магнитное поле в 5-м рейде убьет пул, это кстати уже подсчитано
Georg🎞️🎥
Это в случае 1%, а может и 25тер))
25 тер ssd в тройном зеркале не потяну 😱😱😱😱
Станислав
Станислав
У Вас же видеомонтаж, вам как раз то, что надо
Georg🎞️🎥
У Вас же видеомонтаж, вам как раз то, что надо
Блок который 1MB вы имеете ввиду ?
Станислав
Блок который 1MB вы имеете ввиду ?
Да, recordsize который, можно даже 2Мб
Georg🎞️🎥
Да, recordsize который, можно даже 2Мб
Ну 1М сейчас стоит , это уменьшает мету ? )) я могу уложиться в 5 тер 🤣🤣🤣ну и два зеркала
Georg🎞️🎥
Мы вроде как-то уже считали мету на твоём пуле?
Я не ставил команду … чую это на долго , пока все в работе Пытаюсь опередить на глаз 🤔 Просто увидел про 1-5 процента 😱😱 а читал про 0,3
Ivan
@DanteAvalon извините что я с непрошеной критикой. безусловно ваша помощь неоценима, но мне кажется излишняя резкость дает обратный результат - появляется больше флуда и лишних обсуждений. если писать всё то же самое, но мягче, то атмосфера будет поприятней, и препирательств станет меньше.
Vladislav
@DanteAvalon извините что я с непрошеной критикой. безусловно ваша помощь неоценима, но мне кажется излишняя резкость дает обратный результат - появляется больше флуда и лишних обсуждений. если писать всё то же самое, но мягче, то атмосфера будет поприятней, и препирательств станет меньше.
Хм, про флуд действительно согласен, слишком сильно не туда уходит тема, люди не идут смотреть гугл, а начинают что-то надумывать Встречный вопрос, корректно ли обще-linux вопрос обсуждать тут? Или вопросы которые задаются без базовых знаний
Vladislav
Дуэль :))) меня как то тоже вывел ))
Но сейчас зато всё хорошо и знаний у Вас теперь больше
Georg🎞️🎥
Но сейчас зато всё хорошо и знаний у Вас теперь больше
Мне тут оч помогают всегда 👌👌👌 и в другом чате )))
Ivan
Хм, про флуд действительно согласен, слишком сильно не туда уходит тема, люди не идут смотреть гугл, а начинают что-то надумывать Встречный вопрос, корректно ли обще-linux вопрос обсуждать тут? Или вопросы которые задаются без базовых знаний
кмк если в чате затишье, то обсуждение чего-то кроме zfs или около zfs норм. а вот когда идет активное общение по теме, и кто-то зашел не по теме спросить, то это не норм. и можно либо просто проигнорировать вопрос, либо указать что здесь обсуждается более узкая тема.
Georg🎞️🎥
Вот например новый HBA sas3, полки правда sas 2, надеюсь на чуть чуть лучше производительность на чтение ))
Станислав
Хм, про флуд действительно согласен, слишком сильно не туда уходит тема, люди не идут смотреть гугл, а начинают что-то надумывать Встречный вопрос, корректно ли обще-linux вопрос обсуждать тут? Или вопросы которые задаются без базовых знаний
Не видел сегодня вопросов, которые были не по теме. В том и суть чата, чтобы направить человека без базовых знаний в нужном направлении, т.к. эту самую базу так сразу не получишь, а гуглом он и сам может воспользоваться. Вы, как поклонник гугла, должны знать, что это помойка, затем копипаст одного и того же, потом устаревшая инфа и только в четвертых что-то полезное, которое ещё бывает не сразу найдешь. А так как тут сидят люди с конкретным опытом, видавшие разные грабли, даже разработчики, то они больше знают, чем содержат 99% форумов по ZFS и не только.
Станислав
Короче сформулируйте, либо ждите если это мне адресовано Но это уже буквально флуд, поэтому хотите продолжать - @sds_flood
Хватит вам флудить, если короче, т.к. пользы от вас крайне мало. Дайте другим помочь людям
George
То есть от 500тер реально меты может быть на 5теров!!!😱😱😱
в худшем случае да, у любой фс плюс минус так может быть
George
в худшем случае да, у любой фс плюс минус так может быть
у zfs, как ни смешно, может быть меты меньше за счёт её сжатия)
Vladislav
George
но 5% это худший случай когда блок маленький оч нужен, в среднем это 1% или меньше (но я не собирал стату, считайте это моим мнением чисто)
Georg🎞️🎥
в худшем случае да, у любой фс плюс минус так может быть
Мету выносить на три u2 по 6 тер видимо )) прощай почка ))
Δαρθ
"Позднее разработчики заявили о воспроизведении проблемы и в конфигурациях с веткой OpenZFS 2.1.x." https://www.opennet.ru/opennews/art.shtml?num=60167 типа блок клонинг появился еще в 2.1.x ?
Δαρθ
https://openzfs.github.io/openzfs-docs/Performance and Tuning/Module Parameters.html#zfs-dmu-offset-next-sync это не клон блока
получается на обпеньнете хрень написали не приходя в сознание? :)
Shaker
Есть вопрос про arc, кто как борется ? https://github.com/openzfs/zfs/issues/14005 В очередной раз мы забыли указать жестко лимит arc, и снова вылезла эта боль. Всегда ведет к лагам и по итогу "blocked for more than 120 seconds." и сервисы отваливаются. Кто знает иные способы, кроме как в топике выше ? 2.1.X до 2.1.6 проблема вылезает стабильно на больших нагрузках, если лимиты снять.
Δαρθ
Я правильно понимаю, ели на 2.2.1 не делать пул апгрейд то всё вроде как окейненько выйдет?
Fedor
да
Δαρθ
бояться слома при копированиях через клонирование блоков можно не?
Fedor
)
Vladislav
Если включён - отключите Если выключен - всё ок
Δαρθ
Если включён - отключите Если выключен - всё ок
Пока что на 2.1.х его и в помине нет
Δαρθ
А вот интересно, если checksum=sha256, то 2.2.х автоматом начнёт юзать SHA-NI, или тоже бубен доставать включать что-то где-то придётся?
Vladislav
Пока что на 2.1.х его и в помине нет
Круто, если Вы абсолютно уверены, что никто не апгрейдил фичи и у Вас нигде нет скрипта, который при обновлении апгрейдит пул - то да, можно и не проверять
Vladislav
А как узнать-то? Вот щяс у меня 2.1.х, zfs get all ни про какие block clone не пишет
Вы пишите - "если на 2.2.1 не делать пул апгрейд", теперь говорите что у вас 2.1.Х Определитесь, что у Вас
Δαρθ
зачем мне определяться, я и так знаю 2.1.х щяс, планирую 2.2.х
Vladislav
Ну так обновитесь и проверьте
Δαρθ
ЧТО проверить?
Vladislav
Включится фича или нет
Станислав
Если включилась, отключите
Δαρθ
то есть она появится в zfs get all ?
Δαρθ
вот теперь ясно
Δαρθ
я даже не могу найти коммита про SHA-NI
SHA2 checksums (#13741) - Optimized SHA2 checksum implementation to use hardware acceleration when available. не это?
Δαρθ
https://github.com/openzfs/zfs/pull/13741
Vladislav
Судя по тому что я нахожу
Vladislav
А SHA256 это как бэ и есть SHA2 (часть семейства)
Vladislav
И в этом коммите реализацию Соларис поменяли на опенсусрс
Δαρθ
sha-ni это инструкции для ускорения счета sha1 и sha256
Δαρθ
как aes-ni для aes
Vladislav
Если Вы найдёте RFC что такое sha-ni будет кстати, потому что я не могу найти ничего про него
Δαρθ
Уверены?
абсолютно. Как и бенчмарк в каментах к коммиту по моей ссылке
Fedor
очень печально, что если с данными уже что-то случилось, то ошибка так и остаётся
Fedor
как говорится пока работает и не всё пофиксили, не делайте апгрейд)
Vladislav
Судя по всему SHA-NI это SHA256RNDS2, SHA256MSG1, SHA256MSG2 https://medium.com/@pjbgf/hardware-optimised-sha256-hashing-in-golang-a71ed24517c0 Но что-то инфы от Интела даже найти не могу
Vladislav
А все ссылки на доки мертвы
Sergey
Всем привет, обновил Live CD, теперь там ZFS 2.2.1: https://git.s-morozov.net/sergey/archlive-zfs/releases/tag/2023.11.23
Maksym
https://www.truenas.com/community/threads/silent-corruption-with-openzfs-ongoing-discussion-and-testing.114390/
Δαρθ
https://www.truenas.com/community/threads/silent-corruption-with-openzfs-ongoing-discussion-and-testing.114390/
"This has been reproduced on OpenZFS 2.2.0, OpenZFS 2.1.11, and Open ZFS 2.1.13." вот опять, почему там 2.1.13 упоминается? Разве в ней появилось block cloning?
Vladislav
"This has been reproduced on OpenZFS 2.2.0, OpenZFS 2.1.11, and Open ZFS 2.1.13." вот опять, почему там 2.1.13 упоминается? Разве в ней появилось block cloning?
Прочитайте строчку ниже Block-cloning was an original suspect, but there's the theory that it simply exploits an underlying bug.
Δαρθ
так в баге речь о block cloningе изначально
Δαρθ
который reproduced
Vladislav
так в баге речь о block cloningе изначально
Изначальный баг "silent corruption"
Vladislav
Что это связано с block cloning - "most likely"