Сам по себе ZFS позволяет менять размер в рамках 2^(от 24 до 32) степени байтов

Но я не совсем прав. 8МБ это не про замену диска, это миф. У ZFS внутри свой алгоритм, который способен справится с разницей в размере дисков самостоятельно.

Это после создания raidz1 или в процессе?

В плане в процессе?

https://habr.com/ru/companies/selectel/articles/545078/ неплохая статья для начала

Ну когда pool create бла-бла и там какой то параметр?

https://infohub.delltechnologies.com/zh-cn/p/using-nvme-namespaces-to-increase-performance-in-a-dell-poweredge-r7525-server/

А, не, я про replace

Ааа, вот я тормоз) 🤣 Оно что, у всех дисков пула увеличит это место? Или у заменяющего? Ну вот ситуация, размер дисков в пуле больше на 7Гб чем диск которым меняют умерший. Зфс же скажет что не хватает места.

Это слегка странное число

То есть для 10ГБ дисков у меня получилось, что я могу +-512МБ делать Исходный диск 10ГБ или 10737418240

dd if=/dev/zero of=/path/disk1.img count=1000 bs=1M dd if=/dev/zero of=/path/disk2.img count=2000 bs=1M losetup /dev/loop1 /path/disk1.img losetup /dev/loop2 /path/disk2.img zpool create test /dev/loop1 zpool attach test /dev/loop2 Заодно проверишь заберёт ли он весь диск

❯ zpool status test pool: test state: ONLINE scan: resilvered 318K in 00:00:00 with 0 errors on Tue Apr 1 01:35:36 2025 config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 loop1 ONLINE 0 0 0 loop2 ONLINE 0 0 0 errors: No known data errors root in ~ ❯ fdisk -l /dev/loop1 Диск /dev/loop1: 1000 MiB, 1048576000 байт, 2048000 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт root in ~ ❯ fdisk -l /dev/loop2 Диск /dev/loop2: 1,95 GiB, 2097152000 байт, 4096000 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт целиком

Ибо по логике linux тогда над этим nvme будет работать больше одного ядра

вообще не показывает, я на всякий в partitionmanager посмотрел - там оба диска просто ZFS на весь объём без разделов, а parted их не видит

Ну вот, я надеялся ещё, что ботов отпугивать будет новое назначение чата....

Господа товарищи, а какой экспортер сейчас актуален для работы с prometheus и grafana? Как-то все, что я вижу, древнее, как говно мамонта и дашборды для позапозапрошлой версии графаны

вроде node exporter умеет в зфс. Как минимум, базовое точно умеет.

есть же на Go zfs_exporter

Экспортер - да, кажется, единственный, кто развивается. А дашборды есть не под пятую графану?

Парни, добрый день, помогите с нубским вопросом) в выводе команды zfs list указаны следующие параметры: NAME USED AVAIL REFER MOUNTPOINT вот тут вопрос, правильно ли я понимаю, что: - USED - показывает количество данных на томе С УЧЁТОМ меты и всех прочих приколюх - REFER - показывает количество реальных данных, БЕЗ УЧЁТА меты и прочих приколюх Не путаю же ничего?

Парни, добрый день, помогите с нубским вопросом) в выводе команды zfs list указаны следующие параметры: NAME USED AVAIL REFER MOUNTPOINT вот тут вопрос, правильно ли я понимаю, что: - USED - показывает количество данных на томе С УЧЁТОМ меты и всех прочих приколюх - REFER - показывает количество реальных данных, БЕЗ УЧЁТА меты и прочих приколюх Не путаю же ничего?

Ну если кто-то хочет побыть Гуглом/ИИшкой/чтицом документации для человека - то милости просим

Поясню, то что написано в доке как то не очень явно отвечает на мой вопрос

Отвечает. USED - это все место, занятое ФС. REFER - это активные данные. А вообще - учитесь формулировать. Когда в вопросе идут термины типа "шляпа", "приколюхи", "это самое" - это признак того, что вы даже вопроса понять не можете. Ответ при этом понять невозможно по определению

Спасибо, за копию документации, кэп)

Понимаете, нет в документации ничего про приколюхи.