вот только начинаю думать что я начинаю чуть понимать, и вы меня обламываете

https://jrs-s.net/2019/05/02/zfs-sync-async-zil-slog/

Я понял досканально вообще всё что вы сказали кроме одного - чем с точки зрения безопаности данных различается отвал носителя, на котором будет хранится кэш на запись в случае использования райтбека и в случае его отсутствия

в случае его отсутствия я процитировал, там просто как бы откат недозаписанных данных будет

Ну если вы здесь полностью отключите кэш, то тогда каждая операция из ВМки будет выполняться аналогичным образом на хосте

Ну если вы здесь полностью отключите кэш, то тогда каждая операция из ВМки будет выполняться аналогичным образом на хосте

ну так по умолчанию он тут и выключен

в случае его отсутствия я процитировал, там просто как бы откат недозаписанных данных будет

но ВМка "думает" что запись произошла!

потому я и удивился что Вы сказали что он там на чтение

ну так по умолчанию он тут и выключен

writeback? это отключен?

writeback? это отключен?

нет

нет кеша, вот атк по умолчанию там

и это отключен

и это отключен

верно. отключен кэш на запись, как небезопасный. А вы советуете сделать writeback - я поэтому и написал что это "опасная" опция

верно. отключен кэш на запись, как небезопасный. А вы советуете сделать writeback - я поэтому и написал что это "опасная" опция

там в принципе нет кеша написано

вот как по умолчанию

потому я и удивился что Вы сказали что он там на чтение

стоп. там есть опция No cache - вот она убирает и кэш на чтение. А default это чтение кэшируется, а запись нет

стоп. там есть опция No cache - вот она убирает и кэш на чтение. А default это чтение кэшируется, а запись нет

типа хреновый перевод?

чем отличаются два вритебак один из которых не безопасный))

надо найти доку на эти пункты)), прочитать про каждый))

но ВМка "думает" что запись произошла!

при отключенном райтбеке но включенном SLOG синк не пройдёт пока данные из SLOG'а не запишутся на диски - в журналах фс ВМок не будет обновлений до записи на диск?

То бишь SLOG отложит просто факт записи на диск, при этом на факт корректной записи на диск никак не повлияет?

точнее даже не так, это опции только управляют записью. А чтение всегда кэшируется. Его можно например отключить на уровне хоста через zfs set

типа хреновый перевод?

да нет. перевод верный, я просто давно не заглядывал сюда: https://pve.proxmox.com/wiki/Performance_Tweaks в этом окне только опции регулирующие операции записи

при отключенном райтбеке но включенном SLOG синк не пройдёт пока данные из SLOG'а не запишутся на диски - в журналах фс ВМок не будет обновлений до записи на диск?

виртуалка получит ответ на свой fsync только когда данные будут записаны на диск хоста. Или получит отказ если данные не записались. Т.е. будет ждать какое-то время. И именно это ожидание и есть обратная сторона fsync. Т.е. такие операции считаются "дорогими" и медленными

То бишь SLOG отложит просто факт записи на диск, при этом на факт корректной записи на диск никак не повлияет?

да. SLOG (точнее ZIL) как раз нужен чтобы приложение быстро получило ответ от ОС хоста что данные записались и продолжило работу

надо найти доку на эти пункты)), прочитать про каждый))

я здесь (в этой группе) пару месяцев назад уже рассказывал что делает каждая опция в данном окне настроек

То бишь SLOG отложит просто факт записи на диск, при этом на факт корректной записи на диск никак не повлияет?

именно, и это актуально в случае множества мелких синхронных записей (см. БД), они все упадут на SLOG и потом одной транзакцией на основные диски

я здесь (в этой группе) пару месяцев назад уже рассказывал что делает каждая опция в данном окне настроек

буду признателен за ссылку в то место где рассказывал, не горит, просто будет желание найти киньте ссылку и процитируйте меня.

буду признателен за ссылку в то место где рассказывал, не горит, просто будет желание найти киньте ссылку и процитируйте меня.

пройдитесь поиском в телеге по слову writeback и от меня. Вроде 2 сентября мы это обсуждали.

пройдитесь поиском в телеге по слову writeback и от меня. Вроде 2 сентября мы это обсуждали.

ок, спасибо

типа хреновый перевод?

Вроде обсуждали это и пришли к выводу, что это не связано с настройками zfs а это про внутренний кэш qemu. Я тогда проверил и оказалось, что изменение этих настроек не влияет на свойство sync

Вроде обсуждали это и пришли к выводу, что это не связано с настройками zfs а это про внутренний кэш qemu. Я тогда проверил и оказалось, что изменение этих настроек не влияет на свойство sync

у qemu нет кэша как такового). Это скорее как работает стык хост-виртуальная машина. Т.е. это настройки для управления трансляцией sync/async операций внутри ВМ -> хост

Да. Я хотел выделить главное, с моей точки зрения, что writeback тут действительно небезопасен по настоящему, а не так небезопасен как sync=disabled когда срабатывает этот как writeback но с транзакциями zfs

/stat

Total messages: 14217

глупый вопрос, как очистить все метки диска перед добавлением в пул?

глупый вопрос, как очистить все метки диска перед добавлением в пул?

wipefs -a

wipefs -a

спасибо, кажись гуд

Добрый. А ведёт ли кто нибудь работы по поддержке ZNS? @gmelikov https://www.snia.org/sites/default/files/SDCEMEA/2020/3%20-%20Javier%20Gonzalez%20Zoned%20namespacese.PDF

Это пиздец?

freebsd на raidz

Это пиздец?

Думал моя писала))) это диски прорверь вначале

Это пиздец?

бэкапы есть?

Это пиздец?

Ну почему сразу. Причины в чем?

Возможно отошел шлейф на остальные

Возможно отошел шлейф на остальные

Вот. Тоже так подумал.

бэкапов нет. выключился свет когда шел реплэйсинг сдохшего диска

сдохший-замененый диск отключить

и попробовать так грузануться

Это пиздец?

Пиздец

сдохший-замененый диск отключить

отключил. картина такая.

с внешнего грузись

проверь живость дисков

оставшихся 3х

это с live cd смотрел

В идеале я бы куда эти диски целиком слил через dd и потом уже с ними эксперементировал. Колеги поправьте если ошибаюсь.

Хотя он показывае online это хороший признак.

бэкапов нет. выключился свет когда шел реплэйсинг сдохшего диска

Искатели приключений.. Надо иметь хотябы один рабочий упс на всю контору для такого

Бэкапы есть. Это чисто спортивный интерес.

Искатели приключений.. Надо иметь хотябы один рабочий упс на всю контору для такого

:) ну задним умом я тоже умный. Тут что есть разгребать бы ;)

это кажется точно пиздец?)

Вот тебе и надёжный копионврайт который вообще никогда не ломается

не пойму почему pool развалился. 3 диска из 4 живы.

Вот тебе и надёжный копионврайт который вообще никогда не ломается

Уже несколько десятков примеров было, что он не такой и надежный)

не включайте - и не будет ломаться....

не включайте - и не будет ломаться....

Да и не нагружайте)) просто пусть стоит

Лучше на полке

переезжайте с zfs/ удаляйте чат)

переезжайте с zfs/ удаляйте чат)

я корень никогда на raidz не держал - всегда либо mirror, либо отдельный диск. проблем не встречал )

Уже несколько десятков примеров было, что он не такой и надежный)

обычный mirror надёжный, в данном случае raidz1 использовался

это кажется точно пиздец?)

Фраза last accessed вот это что за триггер такой? Те по ней понять как сбросить этот флаг. Или force его сбрасывает?

обычный mirror надёжный, в данном случае raidz1 использовался

теперь буду знать

обычный mirror надёжный, в данном случае raidz1 использовался

да и zraid1 довольно надёжный если следить за ним и диски не говно

)

Не знаю в теории 3 диска есть. И в теории эта херь должна завестись.

RAID5/RAIDZ1/2/3 всегда компромис между больше места, меньшая надежность

обычный mirror надёжный, в данном случае raidz1 использовался

Да только в мирор, полезного объема меньше((дороховато выходит

Но блин мне практики не хватает как такое состояние чинить :)