Скажи, тот факт, что яблоко падает на землю нужно отдельно описывать в инструкции по использованию яблока? Да есть ситуации, когда яблоко не упадет, на космической станции к примеру

Вы почему-то изначально ограничиваетесь фруктами, а ведь у некоторых деревьев семена ветром далеко разносятся. И тот, кто дерево только впервые высаживает - еще может не знать, как его потомки распространяются 😉. Вот вы ниже на статью серьезную сослались с комментарием, что "там всегда идёт padding". Но ведь это же не очевидно, что он ВСЕГДА должен быть? Вполне могу представить реализацию, когда этот padding не обязательно заполняет весь длинный stripe, а оставляет незаполненные "мусором" свободные места на некоторых дисках. И тогда вполне можно было бы направить такие неполные страйпы в первую очередь на большой диск, формируя его заполнение по сравнению с маленькими. Можно обсуждать отрицательные последствия такого решения, но нельзя предполагать, что реализованная в настоящее время схема является единственно возможной и очевидной.

Вы почему-то изначально ограничиваетесь фруктами, а ведь у некоторых деревьев семена ветром далеко разносятся. И тот, кто дерево только впервые высаживает - еще может не знать, как его потомки распространяются 😉. Вот вы ниже на статью серьезную сослались с комментарием, что "там всегда идёт padding". Но ведь это же не очевидно, что он ВСЕГДА должен быть? Вполне могу представить реализацию, когда этот padding не обязательно заполняет весь длинный stripe, а оставляет незаполненные "мусором" свободные места на некоторых дисках. И тогда вполне можно было бы направить такие неполные страйпы в первую очередь на большой диск, формируя его заполнение по сравнению с маленькими. Можно обсуждать отрицательные последствия такого решения, но нельзя предполагать, что реализованная в настоящее время схема является единственно возможной и очевидной.

Вы почему-то изначально ограничиваетесь фруктами, а ведь у некоторых деревьев семена ветром далеко разносятся. И тот, кто дерево только впервые высаживает - еще может не знать, как его потомки распространяются 😉. Вот вы ниже на статью серьезную сослались с комментарием, что "там всегда идёт padding". Но ведь это же не очевидно, что он ВСЕГДА должен быть? Вполне могу представить реализацию, когда этот padding не обязательно заполняет весь длинный stripe, а оставляет незаполненные "мусором" свободные места на некоторых дисках. И тогда вполне можно было бы направить такие неполные страйпы в первую очередь на большой диск, формируя его заполнение по сравнению с маленькими. Можно обсуждать отрицательные последствия такого решения, но нельзя предполагать, что реализованная в настоящее время схема является единственно возможной и очевидной.

Вы почему-то изначально ограничиваетесь фруктами, а ведь у некоторых деревьев семена ветром далеко разносятся. И тот, кто дерево только впервые высаживает - еще может не знать, как его потомки распространяются 😉. Вот вы ниже на статью серьезную сослались с комментарием, что "там всегда идёт padding". Но ведь это же не очевидно, что он ВСЕГДА должен быть? Вполне могу представить реализацию, когда этот padding не обязательно заполняет весь длинный stripe, а оставляет незаполненные "мусором" свободные места на некоторых дисках. И тогда вполне можно было бы направить такие неполные страйпы в первую очередь на большой диск, формируя его заполнение по сравнению с маленькими. Можно обсуждать отрицательные последствия такого решения, но нельзя предполагать, что реализованная в настоящее время схема является единственно возможной и очевидной.

Ну в целом не поспоришь. "Для тех, кто знает, как это реализовано - очевидно, что это реализовано так". А "новичкам здесь не место" 😉

С оговорками можно сказать, что в RAID-Z сам "RAID" работает на файловом уровне, т.е. каждый файл - это отдельный микро-рейд. При этом мелкие файлы и "хвосты" больших файлов могут использовать не все диски из пула. Например, для файла в 1кб достаточно на один диск положить "оригинал", а на другой - его копию, устойчивость к сбою одного диска обеспечена. Т.е. в теории, можно было бы использовать диски разных объемов и на большие писать больше. Но когда я смотрел реализацию несколько лет назад, то она такого никак не позволяла, и RAID-Z использовал одинаковый объем с каждого диска.

Ну самое банальное, они про массив где всё это страйп

Если Вы используете zfs не зная что это такое и даже не желая почитать базовые знания про рейды - Ну, МИР ПОЛОН ЧУДЕС для таких людей :)

Если Вы используете zfs не зная что это такое и даже не желая почитать базовые знания про рейды - Ну, МИР ПОЛОН ЧУДЕС для таких людей :)

Не чудес, а разочарований, что чудо, которое, вообще-то, возможно было бы сделать, не отважились сделать 😉

Не чудес, а разочарований, что чудо, которое, вообще-то, возможно было бы сделать, не отважились сделать 😉

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

Не чудес, а разочарований, что чудо, которое, вообще-то, возможно было бы сделать, не отважились сделать 😉

Зачем его указывать?

by-partlabel

Это я знаю как делать. Мне тип раздела нужен

Пбс сам не жмёт чанки разве?

Я пул из консоли создаю, как там работает PBS - хз

для пбс лучше вырубать сжатие в zfs и ставить размер блока побольше

кмк лучше zle выбрать, чтоб жать пустые хвосты файлов оказавшихся меньше блока.

я с года полтора назад писал чанки pbs тестирую с разными вариантами сжатия

А в PBS сжатие выключается?

так там нет пустых)

Proxmox Backup Server supports incremental backups, data deduplication, compression, and authenticated encryption.

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

как это нет ? допустим выбрали блок 1М, а чанк 600к.

А дедупликацию на стороне пула пока оставил

А что сейчас модного для синхронизации данных (в одну сторону) в двух пулах? Количество vdev в них разное... Syncoid/sanoid не справился, утверждает,что синхронизировано, но по факту разница в 80 ГБ.....

А что сейчас модного для синхронизации данных (в одну сторону) в двух пулах? Количество vdev в них разное... Syncoid/sanoid не справился, утверждает,что синхронизировано, но по факту разница в 80 ГБ.....

как это не справляются, если они юзают в итоге нативные тулы zfs ? мб вопрос в интерпретации результатов ?

B&R))))))))))))))))))))))))

Переведите

А что сейчас модного для синхронизации данных (в одну сторону) в двух пулах? Количество vdev в них разное... Syncoid/sanoid не справился, утверждает,что синхронизировано, но по факту разница в 80 ГБ.....

Бывают например разреженные файлы

Доброго дня! Подскажите пожалуйста, помер диск в пуле, раздел которого использовался как кеш для пула, получается такая картина. Для замены сбойного диска, лучше использовать zpool replace? Или сделать zpool remove? Либо для начала лучше отключить кеш? Могут быть последствия? Машина с pve на борту.

Доброго дня! Подскажите пожалуйста, помер диск в пуле, раздел которого использовался как кеш для пула, получается такая картина. Для замены сбойного диска, лучше использовать zpool replace? Или сделать zpool remove? Либо для начала лучше отключить кеш? Могут быть последствия? Машина с pve на борту.

А почему у Вас sdc это логи и кэш?...

А почему у Вас sdc это логи и кэш?...

Часть диска под ОС, часть под логи и остаток под кеш

Часть диска под ОС, часть под логи и остаток под кеш

Везде диск менять теперь.

Да, ну с зеркалом проблем не было, всегда менял, а вот с кешем первый раз сталкиваюсь)

Доброго дня! Подскажите пожалуйста, помер диск в пуле, раздел которого использовался как кеш для пула, получается такая картина. Для замены сбойного диска, лучше использовать zpool replace? Или сделать zpool remove? Либо для начала лучше отключить кеш? Могут быть последствия? Машина с pve на борту.

На кэш пофиг, меняется так же.

В mirror по 3 диска?