Привет, есть какие-нибудь идеи? С уважением.

Привет, похоже, что ваша ошибка с первого сообщения говорит о том, что у вас недостаточно места в целевом пуле. Когда вы показываете свой целевой zpool, свободного места вроде как хватает. Но нужно учитывать, что это свободное место связано с размером блоков на жестком диске. Давайте объясню проще: у вас на источнике 4 блока данных (4x 512 б) = 2 кБ, на целевом пуле у вас свободно 8 кБ (2 блока x 4 кБ). Таким образом, по расчетам 8 кБ достаточно для репликации с источника на назначение. Но zfs будет реплицировать блоки, поэтому 4 блока на источнике превратятся в 4x 4 кБ = 16 кБ. В этом случае вы увидите сообщение о недостаточном пространстве! Удачи!

Кажется, что все так же. Но ты говоришь, что у тебя пул zfs с рейдом 1, так что тебе нужно узнать, имеют ли оба диска одинаковое значение. В любом случае, после повторного прочтения твоего поста, ошибка о нехватке свободного места на диске относится к источнику. Как ты сказал, на источнике 3.12 ТиБ из 3.51 ТиБ. Так что ты уже под пределом безопасного свободного места (около 10%), потому что zfs будет хранить не только пользовательские данные, но и контрольные суммы, метаданные и некоторые внутренние данные. По этой причине в источнике невозможно создать снимки. Если хочешь быть на безопасной стороне, не используй zfs, когда свободное место менее 20%. При этом значении любые записи будут очень сложными, так как фрагментация будет выше, и также трудно будет в короткие сроки найти свободные блоки. И производительность ввода-вывода будет плохой. Если у всех твоих дисков размер блока 512, это также увеличит пространство, используемое для метаданных, по сравнению с диском того же размера с 4k. На мой взгляд, в наше время использование дисков 512 с zfs — это очень плохой вариант. Подумай на мгновение, что только один диск вышел из строя. Вероятность найти новый с размером 512 в будущем очень низка. Скорее всего, ты найдешь 4k. И если ты создал свой пул с ashift=9, т.е. размером 512, тогда твой пул будет очень-очень медленным, потому что за любую запись 512 на старом диске ты будешь записывать 4k на новом диске. То же касается и чтения. Но тебе повезло, потому что у тебя зеркало, на raidz будет еще хуже. Можешь выложить вывод команды zpool list -v для исходного пула?

Привет, Бенуа,

Твой VM-STOCKAGE имеет много свободного места (25% занято данными), остальное пространство резервируется под выделенный виртуальный диск (VM105). Думаю, ты можешь попробовать уменьшить размер своего виртуального диска, это может решить проблему. В любом случае, я выделяю только то пространство, которое необходимо, плюс 25%. Я предпочитаю использовать свободное место для снимков! Время от времени я увеличиваю размер виртуального диска по мере необходимости. Иногда тебе может понадобиться переместить свою VM с одного узла на другой, но для этого нужно свободное пространство! Я не понимаю, почему ты используешь 2 разных пула на каждом узле! Может быть, потому что добавил последние 2 диска перед тем, как настроить первый пул? Это более эффективно по пространству и производительности — лучше использовать только один пул (с двумя пулами ты разделишь ARC на два), так что лучше иметь один пул (raid10?). Удачи!

Привет снова, какой PERC у тебя! У меня тоже H330, и я не использую его в режиме RAID (я использовал в режиме jbod/hba), потому что это не очень хорошо для ZFS. Ты мог бы создать один пул, но с разными датасетами, такими как data-online, data-offline, короткие резервные копии (для хранения на короткий срок) и так далее. Каждый датасет можно настроить с разными свойствами ZFS (например, с разным volblocksize). В моем случае я не использую пул напрямую в ZFS, а использую датасеты для Proxmox. Удачи!