в общем если кому интересно, могу отписать. но тут не по xfs чатик

в общем если кому интересно, могу отписать. но тут не по xfs чатик

Ну сравнение и бенчмарки zfs с другими фс по идее очень даже в тематике чата

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

но вот на уровне експиренса и что лучше а что хуже смогу рассказать

но вот на уровне експиренса и что лучше а что хуже смогу рассказать

Ну я это и имел в виду) Мне лично интересно 👍

через недельку может быть что-то уже будет рассказать

Про btrfs не забудьте …

)))

надеюсь завершить на хфсе

повторные фуллы он не дедуплицирует. хранит как свинья целиком

ну фулл на то и фулл, что надо хранить полностью, если явно просите)

ну ээээ ок

своя компрессия и дедупликация выключена.

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

рассчет был на дедуп фулов

на xfs будете сжатие и дедуп виама включать?)

да

рассчет был на дедуп фулов

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

нет не проверял. квалификации не хватает

да

ну какое-то сравнение странное тогда будет. А почему не хотели виамовскими средствами сразу делать на том же zfs? пока мотивации не понял

вим не дедупит фуллы.

вим не дедупит фуллы.

а, не умеет?

похоже на то.

ну тогда я не ошибся, что он фулл по честному фуллом хранит)

не ошибся

как раз в той парадигме gfs

но есть подозрения что на xfs он будет делать по-другому

но есть подозрения что на xfs он будет делать по-другому

тогда да, интересно сравнить как он с фуллами поведёт себя

вот и сравню

это будет видно сразу

Sandro Cranach has been banned! Reason: CAS ban.

Sandro Cranach has been banned! Reason: CAS ban.

рассчет был на дедуп фулов

А вим умеет посекторные копии делать? А то он какие-то хитрые алгоритмы, судя по всему, применяет для сбора данных фулов, вот и не сходятся потом данные.

А вим умеет посекторные копии делать? А то он какие-то хитрые алгоритмы, судя по всему, применяет для сбора данных фулов, вот и не сходятся потом данные.

Насколько я знаю в качестве секторов у него блоки vmfs

Привет, коллеги! В zfs send можно втавить аргумент для вывода процесса на монитор (скороть, количество)? Спасибо!

-v

Ребята всем привет. Понимаю что крамолю но может кто направит где почитать. Сижу разбираюсь с xfs и пока так и не понял. В xfs есть metadata device по аналогии с zfs, но мне пока не ясно какую роль оно играет как slog в zfs или всё-таки как meta dev в zfs. Спасибо

В первом же абзаце https://www.thegeekdiary.com/how-to-create-an-xfs-filesystem/

Для ускорения поиска нужного файла и для уменьшения паразитных иопсов на дисках с данными.

Меня смущает что оно назывется log

И в примерах создания разделов ему дают размер

Меня смущает что оно назывется log

Это да. Странное. Складывается впечатление что я ошибаюсь. И оно не оно.

Вот вот

И в примерах создания разделов ему дают размер

Otherwise, the size suboption is only needed if the log section of the filesystem should occupy less space than the size of the special file. The value is specified in bytes or blocks, with a b suffix meaning multiplication by the filesystem block size, as described above. The overriding minimum value for size is 512 blocks. With some combinations of filesystem block size, inode size, and directory block size, the minimum log size is larger than 512 blocks.

Но его можно не указывать. Тогда mkfs сделает размер лога или подходящим под размер датастора или на весь девайс под лог, если рассчетный будет больше

Во, для ускорения захерачь в РАМ)))

https://unix.stackexchange.com/questions/707073/is-it-possible-to-have-the-external-xfs-journal-on-a-ram-disk

Ну а чо.)))

Во, для ускорения захерачь в РАМ)))

Ж))))

В ZРАМе)))

Явно же ЛОГ можно пожать добре

Пушка-гонка)) ждем тестов))

Короче это не мета нифига в терминологии зфс. Отстой

Капец. Расходимся..

Новая версия Live CD, ZFS 2.1.9, ядро 6.1.10 https://git.s-morozov.net/sergey/archlive-zfs/releases/tag/2023.02.09

Новая версия Live CD, ZFS 2.1.9, ядро 6.1.10 https://git.s-morozov.net/sergey/archlive-zfs/releases/tag/2023.02.09

Не думали аля дистрибутив наса на дебиане-убунте запилить подобного вида?

Не думали аля дистрибутив наса на дебиане-убунте запилить подобного вида?

Для арча есть archiso с готовым профилем для livecd. А для дебиана - я не знаю.

А для наса же трунас есть

Настигла и нас беда с zfs. Еще не совсем беда, но не понятно. 1. Сделали zpool replace, чтобы вытащить сбойный диск. 2. Когда replace завершился, вытащили диск. 3. Рандомно вылетел второй диск в полке. Кто-то сталкивался с подобным ? Это уже второй раз за год. Вопрос скорее к корзине, чем к zfs. Но все-же. 3par StoreServ 8000, определяется как XYRATEX HB-3435-E12EBD .

Настигла и нас беда с zfs. Еще не совсем беда, но не понятно. 1. Сделали zpool replace, чтобы вытащить сбойный диск. 2. Когда replace завершился, вытащили диск. 3. Рандомно вылетел второй диск в полке. Кто-то сталкивался с подобным ? Это уже второй раз за год. Вопрос скорее к корзине, чем к zfs. Но все-же. 3par StoreServ 8000, определяется как XYRATEX HB-3435-E12EBD .

Диск точно сбойный?

[14518569.515238] mpt3sas_cm0: log_info(0x31120101): originator(PL), code(0x12), sub_code(0x0101) [14518569.740434] mpt3sas_cm0: log_info(0x31120101): originator(PL), code(0x12), sub_code(0x0101) [14518569.740447] sd 6:0:32:0: [sdag] tag#6492 FAILED Result: hostbyte=DID_SOFT_ERROR driverbyte=DRIVER_OK [14518569.740452] sd 6:0:32:0: [sdag] tag#6492 CDB: Read(16) 88 00 00 00 00 02 46 f8 b7 30 00 00 00 88 00 00 [14518569.740456] blk_update_request: I/O error, dev sdag, sector 9780639536 op 0x0:(READ) flags 0x700 phys_seg 2 prio class 0 [14518569.740825] zio pool=tank235 vdev=/dev/disk/by-id/scsi-35000cca0b04c8db4-part1 error=5 type=1 offset=5007686393856 size=69632 flags=180880 ловили это

Диск точно сбойный?

Да, точно, 100% проверяли по серийнику

Они оба отвалились, с разницей в несколько секунд. Были в разных vdev, поэтому обошлось.

zfs-2.1.5-1

Они оба отвалились, с разницей в несколько секунд. Были в разных vdev, поэтому обошлось.

после ребута диски возвращаются ?

после ребута диски возвращаются ?

Судя по старой проблеме, да.

у меня один такой сервер есть. может питания дискам не хватает.

Сейчас пока сложно проверить, полка под нагрузкой. Могу фото прислать как диски расположены, но я не верю, что дело в ней.

Такие-же полки подключены к MegaRAID, и там все меняется без проблем.

у меня один такой сервер есть. может питания дискам не хватает.

В смысле, "прыгает" питание, когда диски вытаскиваешь, и что-то отваливается ?!

да хз чего еще думать

в итоге я тот сервер выключил и не пользуюсь )

у меня один такой сервер есть. может питания дискам не хватает.

А что там было ?

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

ребутаешь - данные целые, всё диски живые

"это другое"

Есть тут кто еще с корзинами XYRATEX/3PAR/DELL(Compellent) ? Нет таких проблем ?

ребутаешь - данные целые, всё диски живые

Контроллер-кабель заменить, не поможет то полку

Если сомнения в по, то можете переставить с импортом

Есть тут кто еще с корзинами XYRATEX/3PAR/DELL(Compellent) ? Нет таких проблем ?

С обыкновенными корзинами на серверах в пыльных помещениях помогало остановить сервер и перекинуть все разъемы в нем + картины примерно 1 раз в 2-3 года

Да это не то

В логах нашли, что HBA отключил диск в полке