zfs kvm windows тормоза при записи

аналога zfs send -i в LVM тоже нет

4.2 https://github.com/mpalmer/lvmsync :-D

ну дождался, хоть один адекват из секты свидетелей zfs вырвался и осознал

аллилуйя

И ещё к одному минусу zfs, стоит отнести, что ей надо 20процентов свободного места чтобы было... Иначе - тупняки. По сему, тут возникает очередной трейд-офф. - Что лучше: не нативный zfs, но со сжатием, но 20 процентов свободными. Или нативное lvm, без сжатия, но не паримся со свободным местом особо...

а какую технологию для SSD кеша используешь на lvm ?

а какую технологию для SSD кеша используешь на lvm ?

А их много? Или в чем вопрос собственно?

man lvmcache

Кстати, кстати... Вопрос то актуален. Использую writeback. То есть два ssd накопителя, через mdadm, делаем в зеркало и через writeback - подключаем к lvm.

Другой вопрос, как себя поведёт writeback, при power cut? - Вот это пока мне крайне не ясно. Я читал, что dm-cache, вроде как должен инвалидизировать весь кеш, который находится в SSD. Но что будет с теми данными в кеше, которые ещё не успели записаться на НЖМД? - Для меня сей вопрос открыт!

P.S., пока не изучал ещё, но вот тут вроде всё написано: https://www.redhat.com/archives/dm-devel/2015-March/msg00004.html Вроде всё должно быть хорошо.

есть два ssd накопителя, через mdadm, делаем в зеркало и через writeback - подключаем к lvm.

См. п.2

Cache Topics
   Tolerate device failures in a cache pool LV

       Users who are concerned about the possibility of failures in their fast
       devices  that could lead to data loss might consider making their cache
       pool sub-LVs redundant.

       0. Create an origin LV we wish to cache
       # lvcreate -L 10G -n lvx vg /dev/slow_devs

       1. Create a 2-way RAID1 cache data LV
       # lvcreate --type raid1 -m 1 -L 1G -n lvx_cache vg \
            /dev/fast1 /dev/fast2

       2. Create a 2-way RAID1 cache metadata LV
       # lvcreate --type raid1 -m 1 -L 8M -n lvx_cache_meta vg \
            /dev/fast1 /dev/fast2

       3. Create a cache pool LV combining cache data LV and cache metadata LV
       # lvconvert --cachepool vg/lvx_cache --poolmetadata vg/lvx_cache_meta

       4. Create a cached LV by combining the cache pool LV and origin LV
       # lvconvert --type cache --cachepool vg/lvx_cache vg/lvx

ну дождался, хоть один адекват из секты свидетелей zfs вырвался и осознал

Непонятно только, каким боком здесь ЛВМ, ибо, как водится, решение из говна и палок:

By the magic of LVM snapshots. lvmsync is able to read the metadata that device-mapper uses to keep track of what parts of the block device have changed, and use that information to only send those modified blocks over the network.

Налицо нарушение уровней абстракции, однако почему-то обычных в таких случаях воплей от ляликсофанбоев не наблюдается. Двойные стандарты они такие двойные :)

Это сторонний хак, никто им не пользуется.

Свободен!

Это сторонний хак, никто им не пользуется.

Однако его тут буквально несколькими сообщениями ранее рекомендуют, утверждая что это замена zfs send -i. Вы уж там как-то определитесь, это хак или таки нормальное решение.

Свободен!

И тебе не кашлять!

Однако его тут буквально несколькими сообщениями ранее рекомендуют, утверждая что это замена zfs send -i. Вы уж там как-то определитесь, это хак или таки нормальное решение.

Многих вещей нет в ядре, их можно назвать «хаками», но плохими они от этого не становятся. Кто хочет пользуется на свой страх и риск.

Это сторонний хак, никто им не пользуется.

Я имел ввиду: никто им не пользуется официально

Однако его тут буквально несколькими сообщениями ранее рекомендуют

Никто его не рекомендует! Речь идёт в возможной альтернативе. Я чётко написал, что не пробовал его. Всем ясно, что это костыль.

Многих вещей нет в ядре, их можно назвать «хаками», но плохими они от этого не становятся. Кто хочет пользуется на свой страх и риск.

То есть, поскольку ZFS в ядре нет, плохой она от этого тоже не становится, я правильно понимаю? И все эти вопли по поводу рампант лэйеринг вайолэйшн тоже мимо кассы?

Кончай тупить, надоел уже. zfs не плохая, ее надо применять к месту --- снапшоты-типа-бекапы на несильно нагруженных файлопомойках, ... NAS домашнего разлива ...

И все эти вопли по поводу рампант лэйеринг вайолэйшн тоже мимо кассы?

мимо. fsck и dd тоже лезут на блочное устройства в обход всего и никто не кричит

странно что в zfs до сих пор не запилили аутодефраг как в btrfs.

сервера у банков это nas домашнего разлива?

Почему-то не приживается raid1, на уровне lvm. Всегда пользуются mdadm. Под mdadm уже есть инструмент мониторинга, для того же zabbix. Ну как-то так... Очкую.

А сервера из банков используют zfs on linux? Рийли?))

можно

А сервера из банков используют zfs on linux? Рийли?))

А что за банки linux вообще используют?

Да ниодин! И даже ос/2 не пользуют, что вы. Все на винде сидят.

Ну видимо имеется ввиду, что linux, и правда нету в банках, а там всякий SCO и прочие Unix.

Industrial and Commercial Bank of China на linux

О! Ты пришёл в наш тред... :) Ну в общем, я пока смотрю, что творится в лагере lvm. Есть пару не приятных, но не критичных багов. Но ничего не падает (zfs на zvol у меня при интенсивном вводе выводе - колом встаёт, от слова совсем. Запись обрывается, виртуалка виснет. Есть уже рецепт, и в новых версиях zfs, он применён - они там отключили умный планировщик ввода-вывода. Но осадок у меня остался...). Со сжатием я выкрутился (qcow2, умеет в сжатие). С производительностью, надёжностью у lvm, в первом приближении - всё ок.

Запись обрывается, виртуалка виснет

iowait большой бывало случался, но чтоб висло ни разу.

С производительностью, надёжностью у lvm, в первом приближении - всё ок.

С этим проблем нет, но не удобно после zfs работать с lvm.

iowait большой бывало случался, но чтоб висло ни разу.

Собственно, я сам в шоке. Более чем серьёзно, создаём zvol - чем меньший блоксайз, тем вероятнее висяк. Делаем интенсивный тест записи - удивляемся как Windows перестаёт реагировать - даже на движения мышью. Через какое то время, тест на запись - сваливается с нулями. Виртуалка отвисает, а в dmesg чёрте чего. - Баг известный. Фикс в новой версии zfs есть. - Но фикс - костыльный. Они там отключают просто умные планировщики ввода-вывода, и возвращают примитивные механизмы. Ну и вообще, я посмотрел в баг треккер - подобные ошибки, совсем не редкость прям. В общем, с zvol - реально боюсь лезть в продакшн. - Кстати, ты не пробовал запускать zol, в отсутствии скажем: l2arc или, log девайсов? - Меня постигла неудача. И особо так и не смог запустить том... - Что тоже не порадовало меня. Эта проблема, опять-же характерна только для zol.

P.S., планирую крутить несколько инстансов с Oracle, так что, имею всё же сомнения в стабильности zol, при интенсивном i/o

Кстати, ты не пробовал запускать zol, в отсутствии скажем: l2arc или, log девайсов? - Меня постигла неудача.И особо так и не смог запустить том..

В основном инсталляции без l2arc и отдельного zil, никаких проблем. Что значит не смог запустить том?

вот что то подобное наблюдаю, начинаю с фтп копирование и все фризится начинет

Ну к примеру: отвалится l2arc или zil. После перезапуска ОС, zpool, не смонтируется. Как-то так. Читал, что не давно наконец-то разработчики zol, вроде как исправили это - но с ходу у меня не вышло ничего. Может быть надо удалить/поправить файл: /etc/zfs/zpool.cache. Не ковырялся глубоко.

отвалится l2arc или zil

А, понял, был изначально с l2arc и zil, потом что-то отвалилось. С отвалившимся l2arc пул точно нормально монтировался.