CPU какой ? Что еще на сервере ? Какие BPN/HBA ?

Оно в режиме jbod у тебя ?

Диски подключены одним линком в raid ?

atop смотрел ? что там происходит вообще ? Диски какие ? SMR ?)))))

Этот же массив у меня ресильверился на прошлой неделе за 5 дней

грохни там ченить, вдруг аффектит свободное место.

Типа чего?

Типа чего?

Типа чего?

файлы ненужные, снапшоты

А что zfs -V ?

Да он свежий вполне

Что за ссд ? Отличается от первого ?

Вопрос про конфигурацию: Supermicro 847BE1C4-R1K23LPB: 4U , 36 дырок 3.5", бэкплейны BPN-SAS3-846EL1 и BPN-SAS3-826EL1-N4 , мать X12SPI-TF , Broadcom 3108 SAS3, Intel 4316 x2, 256Gb Ram, Micron 7450 800Gb x2 SSD, 36xSAS Seagate EXOS X18 18Tb , будер работать файлохранилищем для локального вычислительного кластера. - Нормально?

на самом деле уже не важно, т.к. он уже удалён из этого зеркала INTEL SSDSC2BX016T4

Конфиг прямо как копия одного из моих. Только я 4314 ставлю проц, и диски другие для журнала. Выглядит неплохо.

А какие диски для журнала?

Ребята, всем привет. у меня raidz2 из 16 дисков по 16 тб (если это важно: рекордсайз 1МБ, заполненность 75.2%) все программы которые могли бы обращаться к пулу выключены. все диски читают по 250-280 операций в секунду в среднем скорость ресильвера ~80мб/сек, а это значит что процесс закончится где-то через месяц. слишком долго. как улучить скорость ресильвера, и/или почему может быть так медленно?

А сколько от хардов хочется-то?

Хочется чтобы ресильвер шел побыстрее. Как скраб или что-то в этом роде

Ну возможно будет раза в два быстрее, но нынче мало кто осознает размер современных хардов. Это ленточки, по-сути

Но тут же очень медленно. Скраб то идет быстро

Скраб только читает... поэтому может и до 250 разогнаться

А этот что делает помимо чтения? (Пул не degraded если что)

Процы в 100% или как?

А диски в 100%, какие вопросы?

Вопросы почему он ресильверит рандомным чтением а не последовательным

Харды на рандомное чтение не дадут 80Мб/сек, вот вообще никак

Да, у нас до 5 полок на 1 hba с резервированием канала. Но разделено на два сервера-контроллера, multipath не используем. Винты стали делать быстрые ))) И текущих каналов не хватает, мечтаем о 24G.

Это уже не первый случай, я же говорю, со временем память может умирать. И это уносит часть данных ZFS

Вопросы почему он ресильверит рандомным чтением а не последовательным

Как вот заставить l2arc больше на себя писать ? Сколько выставить ? А то попадание всего в него 2,20 процента 😱стоит Optane 900p

Методом проб и ошибок)))))

У Вас блок старый остаётся в системе, а ставится ссылка на новый блок Поэтому когда идёт ресилвер он скачет по этому указателю, то вперёд, то назад

А вообще как диск добавлялся? Нужно было же явно указать -s, иначе запустится пофайловый ресильвер, а не блочный. Главная фишка 2.0 The new -s option has been added to the zpool attach and zpool replace command to request sequential reconstruction be performed instead of healing reconstruction when resilvering.

Они теперь одинаковые. Читаем по метадате, а потом сортируем полученные блоки по LBA получаем вроде как последовательно. Вот это можно потюнить, но сомнительно раз там нагрузки нет vfs.zfs.top_maxinflight=128 vfs.zfs.resilver_min_time_ms=5000 vfs.zfs.resilver_delay=0 https://www.truenas.com/community/threads/scrub-performance-tuning.51959/

а почему скраб последовательный? неужели ресильвер работает в "файловом" режиме?

Потому что скраб проверяет все блоки А ресилвер восстанавливает структуру Впрочем Вам уже дали команду

Лучше бы он блоки проверял)

может же когда хочет...

Как ты перезапустил resilver ?