Δαρθ
а.. вы хотите потом досылать?
ДА! инкрементальные сенды делать в шифрованный сет, из нешифрованного на источнике
Evgenii
уберите -R на второй итерации
Δαρθ
а -x оставить?
Evgenii
попробуйте оба варианта
Δαρθ
попробовал. всё ещё та же самая ошибка
Ivan
надо поискать доку, это быстрее, чем гадать
доку надо не только читать, но и постараться понять. на стадии понимания у меня включается брутфорс с новой силой :-)
Δαρθ
доку надо не только читать, но и постараться понять. на стадии понимания у меня включается брутфорс с новой силой :-)
Зачастую дока написана так, что 100% трактовка без додумываний и сомнений доступна только тому, кто эту доку писал и вкурсе как оно внутри работает :)
Evgenii
zfs rollback rpool/data/test@2 zfs send -I rpool/test@2 rpool/test@3 | zfs recv -x encryption rpool/data/test zfs get encryption,encryptionroot,keystatus rpool/test rpool/data/test NAME PROPERTY VALUE SOURCE rpool/data/test encryption aes-256-gcm - rpool/data/test encryptionroot rpool/data - rpool/data/test keystatus available - rpool/test encryption off default rpool/test encryptionroot - - rpool/test keystatus - - zfs list -t snapshot rpool/data/test NAME USED AVAIL REFER MOUNTPOINT rpool/data/test@1 0B - 168K - rpool/data/test@2 0B - 168K - rpool/data/test@3 0B - 168K -
Δαρθ
Это нормально, я сам так свои доки пишу, но тем не менее факт
Evgenii
на приенике
Evgenii
я проверю, мне не сложно
Evgenii
Да, я роллбэк к снимку сделал, когда увидел сообщение, что последний снимок был modified!
Δαρθ
где точно ничего не делалось
Δαρθ
я имею ввиду официальную документацию) Вопрос был про флаг -R
Я тоже её имею в виду, и тоже по поводу того что там описано насчёт send -R :)
Evgenii
так что modified оно пишет на приемнике!
верно. Не важно локальный пул, или удаленный - всегда modified после первой -R
Δαρθ
и без первой -R тоже ругается что modified
Evgenii
2 варианта решения: 1) добавить -F в recv но это не безопасно 2) добавить роллбэк после первой отправки, надо проверить, что роллбэк больше не потребуется
Evgenii
Proxmox всегда отправляет реплики с флагом recv -F, поэтому я не столкнулся с проблемой в проде.
Evgenii
rollback нужен только первый раз
Evgenii
Проверьте потом размонтирование и монтирование ключа, а то мало ли
Evgenii
выглядит хорошо
Evgenii
Ivan
https://github.com/openzfs/zfs/pull/12770 смотрите что в 2.1.2 пофиксили
Δαρθ
есть ли какой-то встроенный бенчмарк для разных чексумов? например сравнить sha с skein и с edonr
Evgenii
zfs send | zfs recv -o checksum=... ...
central
@captcha_on_join_bot @gmelikov
Евгений
Омфг
Евгений
Технопорно неси
Vladislav
/report
Sergey
Херово
Okhsunrog
@gmelikov
Okhsunrog
или кого тегать?
Alexandr
о, тока выгнали с одного места оно сюда пришло
Alexandr
@gmelikov
Alexandr
может ошибусь, тегните подалуста кого нужно
Ivan
@neurox
Олег
фото идеального кода zfs покажишь?))
Олег
ну так покажи)
Александр🇷🇺
Убрал это из чата
Sebastian
Фоточки-то оценил?
Александр🇷🇺
Олег
Фоточки-то оценил?
так zfs код курва и не показала)
Fedor
@neurox
Извините, был недоступен, бота проверю
nikolay
всем привет. сложилась ситуация когда при сбое ssd на котором размещалось половинка зеркала vdev на второй половине создали raid1 через vroc и перезатерли его. есть какие-то шансы запустить пул без метаданных?
nikolay
или без метаданных, которые были на special vdev, пул уже не запустить.
George
или без метаданных, которые были на special vdev, пул уже не запустить.
special vdev это обычный vdev, штатно пул уже не восстановить. А без меты с других vdev структурированно ничего не достать, опять же штатно.
Δαρθ
zfs send | zfs recv -o checksum=... ...
не очень понял идею. типа писать или читать и делать что? загрузку процессора смотреть?
Δαρθ
Время разное будет. Вот пример: https://t.me/ru_zfs/36528
ну с винтом из помойки который дает 100мб/с проц успевает щитать чексуммы без торможения io
Δαρθ
и все же чексуммы не zstd, который на больших пресетах да -- ложит проц на упаковке
Владимир
и все же чексуммы не zstd, который на больших пресетах да -- ложит проц на упаковке
на HDD zstd довольно часто бывает в плюсе. ТО что было просрано на упаковку, экономится на том что мнеста меньше занимает
Δαρθ
в 5.16 какие-то улучшения zstd в ядро добавили
а разве сабж юзает zstd из ядра а не свой собственный?
Владимир
в итоге без сжетия пишется дольше по времени, чем без сжатия
Δαρθ
на HDD zstd довольно часто бывает в плюсе. ТО что было просрано на упаковку, экономится на том что мнеста меньше занимает
согласен. но при выходе на макс. уровень упаковки запись уже в минус зачастую уежает.
Ivan
а разве сабж юзает zstd из ядра а не свой собственный?
как знать, может быть найдут способ переложить на ядро.
Δαρθ
как знать, может быть найдут способ переложить на ядро.
так они запросто, это ядерщики с ними борются. не дают GPL-символы юзать
Ivan
это печально
George
это печально
в zfs на линуксе zstd свой притащен
Δαρθ
спрошу еще раз. есть ли штатные бенчмарки для разных чексуммов? чтоб не гадать по загрузке проца при чтении файликов с хдд
central
спрошу еще раз. есть ли штатные бенчмарки для разных чексуммов? чтоб не гадать по загрузке проца при чтении файликов с хдд
насколько знаю нету, вообще бенчмарков днем с огнем не сыщещь, каждый развлекается как может
George
но для хдд в небольших количествах можно даже не задумываться
central
я больше наброшу, что зависит от железа и его simd расширений
так а смысл еще запускать его у себя, кроме как выше озвученные причины
Δαρθ
но для хдд в небольших количествах можно даже не задумываться
ну хз, вот например для ненового атома что можно включать? ша -- ну наверное самый тормоз будет, а как он в сравнении со скейном или едонром? (к вопросу зачем бенчмарки)
George
вот пример автобенча для флетчера # cat /proc/spl/kstat/zfs/fletcher_4_bench 0 0 0x01 -1 0 26858661902 945001505309971 implementation native byteswap scalar 8334384494 5671699473 superscalar 8544267464 6845412445 superscalar4 11575709515 8684296724 sse2 13669017997 8638081554 ssse3 13407335780 13777191269 avx2 22366778267 22693584864 fastest avx2 avx2