Sergey
ну трим это команда диску "эти блоки больше не заняты", не более Далее - чисто поведение мозгов ssd
да, но мозгу еще надо найти время и io что б этим блокам сделать erase, ради чего трим и нужен)
Sergey
вот я для дома присматриваюсь, на синхронную запись пофиг всё равно
надо иметь ввиду, что оно во всем плохо, поточная запись после условно скопированных 15гб там тоже превратится в тыкву
Sergey
и надо будет перед следующими 15гб подождать пока он те раскидает по своим местам, и чем больше занято пространства тем эта цифра ниже
George
и надо будет перед следующими 15гб подождать пока он те раскидает по своим местам, и чем больше занято пространства тем эта цифра ниже
ну на домашнем компе редко перезапись полная, к примеру у бюджетного терабайтного кингстона такого кеша 160ГБ, для хомяка с головой на burst write
Alexander
Добрый вечер
Vladislav
точно добрый?
Alexander
Сала поел, чи ни добрый?
Alexander
грудинка пятничная :)
Alexander
без пива :(
Vladislav
тут тематический канал и если вопросы прилетают ночью пятницы на субботу - значит недобрая ночь
Alexander
какая-то необычная логика
Alexander
какая связь между тематичносттью канала и временем поступления вопросов?
Александр🇷🇺
какая связь между тематичносттью канала и временем поступления вопросов?
Канал тематический. Если вопрос ночью - это не к добру обычно) Как и серверные работы в пятничный вечер
Igor
Подскажите плз, как добавить в спешл третий диск?
Сергей
Подскажите плз, как добавить в спешл третий диск?
третий как часть зеркала или как второй vdev в raid10?
Igor
Igor
третим в зеркало
Сергей
zpool add spoolH special mirror-1 /dev/disk/by-id/.... zpool attach spoolH mirror-1 /dev/disk/by-id/....
George
третим в зеркало
https://openzfs.github.io/openzfs-docs/man/8/zpool-attach.8.html
George
Add новый vdev добавляет
Сергей
Noooooooooo
🙏
Igor
Igor
Сергей
я поправил у себя, уберите слово special - оно уже не нужно, тип уже известен для mirror-1
Igor
zpool attach spoolH mirror-1 /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1 cannot attach /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1 to mirror-1: can only attach to mirrors and top-level disks
Igor
никак
Igor
а если зайти со стороны spare? Или тоже спешлов это не касается?
Сергей
ata-SanDisk_SD6...
LordMerlin
А если как при первом добавлении zpool add spoolH special /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1
LordMerlin
zpool add spoolH special mirror-1 /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1
LordMerlin
А так?
Igor
zpool attach spoolH ata-SanDisk_SD6SP1M256G1012_141010402063-part1 /dev/disk/by-id/ata-SAMSUNG_MZNTD256HAGL-000L9_S1ETNYAF808101-part1
Igor
Сергей
хотя должен был и mirror-1 проглотить. видимо баг
Сергей
он тоже имеет тип device
LordMerlin
Капец. логики не понял вообще. По команде добавление диска к диску. )
Ivan
хотя должен был и mirror-1 проглотить. видимо баг
у меня такая же история была, когда добавлял диск в зеркало.
George
хотя должен был и mirror-1 проглотить. видимо баг
iirc device это именно диск, mirror это virtual device (vdev)
LordMerlin
Та маны то понятно. Не понятно логика что они нагородили
Сергей
iirc device это именно диск, mirror это virtual device (vdev)
в секции мана про zpool указан device. Хотя честно говоря смысл добавления к mirror-1 был бы более понятен для пользователей
LordMerlin
Вот! Я об этом
Сергей
ткни плиз, мб опечатка
нет, в мане всё верно - указано что аттачить нужно к device. Поэтому я и предложил указать имя существующего диска, который уже внутри mirror-1. Но с точки зрения логики (имхо) было бы правильнее аттатчить к mirror-1
Сергей
Вот! Я об этом
согласен), есть такой момент.
Сергей
Возможно, этот новый диск будет зералиться с уже существующего диска. Ибо в рейде могут быть тормознутые и на грани смерти диски.
и типа добавляющий точно знает какой из дисков vdev подходит для целей зеркалирования? всё равно (имхо) странный подход - ведь если говорить про scrub - то zfs сама собирает кусочки с разных дисков, если вдруг на каком-то(каких-то) из них происходит сбой. Т.е. mirror-1 с точки зрения целостности всего vdev имеет большую ценность, чем отдельный диск внутри него
riv
хотя должен был и mirror-1 проглотить. видимо баг
Вообще, надо было попробовать цифровой идентификатор, получаемый по zpool list -vn
riv
Возможно, этот новый диск будет зералиться с уже существующего диска. Ибо в рейде могут быть тормознутые и на грани смерти диски.
Правильно менять устройство в mirror сначала добавив новое, потом удлив устройство с ошибками, и зеркалится он при этом с обоих устройств. Это так, чтобы не добить исправный диск синхронизацией, по возможности сняв с него часть нагиузки. По этому, точно могу сказать, что по факту, зеркалится он со всех доступных дисков.
Vladislav
как по мне, в случае сбойного устройства в рейде, нужно выключить проверку чексум, синхронихировать данные на новом устройстве, а потом включать проверку чексум и сделать проверку повторно
riv
я не предлагал вытаскивать целевый диск из рабочего зеркала.
Я привел пример из практики и логику работы стнхронизации, чтобы показать, что дело не в том, с какого устройства зеркалится. Мне тоже это кажется не логичным. Но работает в случае с mirror это именно так. А с raid-z я не пробовал, хотя тоже интересно, как в этом случае быть?
Vladislav
я стараюсь обходить стороной raid-z, после выпадания одного диска, raid очень долго остается в плохом состоянии
riv
Наоборот. Надо расслабитьсяи дождаться синхронизации. Чексуммы позаботятся о сохрпнности данных. Если вы отключите чексуммы, скорее всего, вы потряете данные. Вашей логики не понимаю
riv
Чек суммы проверяются для каждого устройства. Чексуммы не насилуют диск. У вас может и второе устройство сбоцнуть, тогда данный сбойный сектор прочитается с другого устройства. Чек сумсы позволяют читать данные надёжно даже со двух сбойных устройств.
Igor
нет. если диск при смерти, незачем его насиловать
ЛОгика есть. Но есть вероятность того, что на "живом" зеркальном диске с последнего скраба вкралась битовая ошибка, которая полечится насилованием "умирающего" при ресинхонизации
Vladislav
при включенной проверки чексуммы у меня скорость синхронихзации падала до 600 байт в секунду
riv
Я думаю, что с отключенными суммами вероятность потерять данные намного больше. Если можно, расскажите поподробнее про нагрузку от сумм.
Vladislav
в итоге синхронизации висела несколько суток на 5%
Vladislav
зеркало из двух HDD
riv
А zfs какой версии?
riv
Ну примерно 7.х, 8.х?
Vladislav
у меня на Фряхи, пытаюсь найти как посмотреть