George
вообще для ssd то хорошо оставлять пустое пространство, дольше проживёт. На домашних пк я всегда оставляю, иногда даже 50%, всегда успею нарастить
Станислав
вообще для ssd то хорошо оставлять пустое пространство, дольше проживёт. На домашних пк я всегда оставляю, иногда даже 50%, всегда успею нарастить
С этой целью и оставлял. Хоть и вычитал, что в корпоративных решениях уже есть неприкосновенный запас, который будет использоваться для подмены ячеек
Владимир
Есть ещё один варик. Добавить накопитель большего размера))
ну большего не проблема вообще, можно прям в тот же вдев докинуть
Ivan
https://github.com/openzfs/zfs/releases/tag/zfs-2.1.11 This is a small release containing a fix for a possible data corruption bug (see #14753) ой-ой
Nick
кто-нибудь знает почему в ppa jonatanf нет более новых zfs? Есть ли альтернативы?
Nick
там старый
Ivan
ну можно попробовать из дебиана вкорячить
Владимир
ну можно попробовать из дебиана вкорячить
там ведь они ещё в ядро какие-то патчи накидывают
Владимир
боюсь что просто поставить пакет с деба так себе затея
Ivan
тогда нужно просто дебиан поставить 😊
Владимир
вот так можно))
George
тогда нужно просто дебиан поставить 😊
в кои то веки дебиан через бекпорты - практически bleeding edge
Владимир
https://packages.debian.org/source/bullseye-backports/zfs-linux
Владимир
да. там свежачёк)
Владимир
и ядро 6.1
Maksim
уважаемый чат, помогите понять, поставили нам сервер (сервер далеко, руками не потрогать и особо не посмотреть); там есть вот такой зверь, прошитый в IR; как я понимаю, для ZFS надо в IT перешить? И, гораздо более странный вопрос, к нему каким-то образом подключено 10 дисков. это как вообще, если он 8i?
Maksim
Maksim
через экспандеры подключают очень много дисков хоть к 4 портовому контроллеру
для zfs это не страшно, кроме потенциальных проблем со скоростью?
Ivan
для zfs это не страшно, кроме потенциальных проблем со скоростью?
не страшно. и хдд не утилизируют всю шину, поэтому выходит будто напрямую воткнуто.
Fedor
Со скоростью
Fedor
Чуть какой нибудь диск уйдет в полочку - вроде бы все ио должны встать на ветке
Maksim
уйдёт в полочку?
Fedor
Нагрузку большую будет испытывать
Fedor
Реклмендую проверять длительным хардкорным тестом на запись и чтение и строить графики по лейтенси
Fedor
Но могу ошибаться.
Вадим «Дым» Илларионов ☭
Ошибаться могут все. Не надо хвастаться. :)
Alexandr
контроллер нужно перепрошить в IT только и все будет ок, диски подключены скорее всего через бекплейн с екпандером, но для HDD этого более чем достаточно, главное переведите контроллер в IT режим
Maksim
да вот перепрошил с горем пополам; не давал перешить из IR в IT через ефи-утилиту, пришлось freedos запускать
Nick
У меня 2.1.6 последняя, она 6.1 ядро не поддерживает например
Vladislav
https://archlinux.org/news/in-memory-of-jonathon-fernyhough/
Vladislav
:(
Vladislav
Он умер
Nick
да, https://www.reddit.com/r/linux/comments/10hgt59/rest_in_peace_jonathon_fernyhough_you_will_be/ , https://forum.endeavouros.com/t/jonathon-passed-away/35814
Nick
а есть ли какие-то готовые сборки в ppa на замену его репозитория? исходя из исходников - я видел накладывание дополнительных патчей на, наверное, каждую версию зфс и иногда немножко бекпортирование фиксов, отслеживать подобное самостоятельно определенно сложно
Vladislav
@gmelikov, а можно нам бота с vote to kick или /report?
George
изи, товарищи, забанили флудера
Georg🎞️🎥
Так что ? По кроватям можно не идти , раз кикнули? 🤔😱
George
@gmelikov, а можно нам бота с vote to kick или /report?
тегайте админов, банится за секунду
Vladislav
Окей
Vladislav
Просто /report удобно пингует всех админов
George
vote to kick штука опасная, я видел исход чата Openstack когда боты разом всех покикали оттуда)))
Δαρθ
$ du -hd1 test 38G test $ du -hd1 . 52G ./0.251 433M ./0.252 284M ./0.249 2,6M ./0.250 218M ./test 82M ./0.253 53G . это вот нормальное поведение? В каталогах лежат в основном хардлинки друг на друга, т.е. 1 файл на все каталоги
Y
Комрады, если взять два маааааленьких оптана... (по 16 гига) - поставить 2 зеркало и откусить кусочек на систему, и по несколько (в моему случаи 6 - так как сетка 10 гига, а ZIL это 5 секунд (так что даже в теории не больше 6 гига ибо 5*1200=6) гига откусить для ZIL - имеет смысл такой изврат ? слышал что ZIL уменьшает фргаментацию.... что скажете ?
Алексей
Выглядит надёжно
Vladislav
Как швейцарские часы
LordMerlin
Нет смысла оптаны для системы. Ни чего не даст. Лучше целяком под кэш\зил\газ\уаз )))
Maksim
Y
мне математика по поводу размера кажется подозрительной. я не очень силён в совсем потрохах ZFS; неужели если предыдущую транзакцию ещё не записали, то всё останавливается и ждём пока дозапишется на медленные диски?
насчет математики - LOG скидывается каждые 5 секунд (настраивается) - так что теоретический максимум скорость исходника/генератора данных умножить 5 (так как исходник не локальная память или база, а сетка то при гигабите - после заполнения 500 мега произойдет скидывание ЛОГа на масив... можно конечно и больше сделать чем 5 секунд, но оставим по умолчанию... для 10 гигабит максимум 6 гигабайт - но на самом деле это малодостижимо - потому 6 гига это с большим запасом
Aleksandr
Всем привет нужна аргументированая критика. Есть задача построить файловую помойку, в которую будет лить много логов. Есть 2 ssd под кеши и 5 hdd. У ZFS нет прямого механизма под кеширование на запись. Я хочу сделать след финт ушами. Взять один ссд, нарезать его на 5 разделов. Собрать лвм 5 томов где будет 1 hdd и к нему кеш в виде 1/5 моего диска. Потом собрать уже эти томы в зфс пул и второй ссд как l2arc собрать
Aleksandr
Вообще то есть кеш под запись. sync=async
Потеря его вроде больно будет для пула
Aleksandr
Читал шо есть slog но он не совсем кеш и косвенно ускоряет запись
central
Потеря его вроде больно будет для пула
Чаще всего для логов пять секунд погоды не сделают
central
Так к лвм тому же
Какая разница?
Aleksandr
Какая разница?
Какие минусы?
central
Есть ощущение что логи будут писаться в эластик и рассуждения на уровне простой потоковой записи на диски не окадуться актуальными
Aleksandr
Есть ощущение что логи будут писаться в эластик и рассуждения на уровне простой потоковой записи на диски не окадуться актуальными
Ну там не факт шо толкьо логи будут, там будет точно грейлог + возможно какая то помойка файловая
Maksim
кстати да, что есть много логов? и пробовали ли уже с ZFS raidz2 на хдд + slog на ссдшках в миррор?
Maksim
замеряли?
Aleksandr
кстати да, что есть много логов? и пробовали ли уже с ZFS raidz2 на хдд + slog на ссдшках в миррор?
Да мне кажется от slog не так много прироста как он стоит по ресурсам, если честно
Maksim
имхо стоит проверить. причём не обязательно все ссдшки целиком под slog отдавать же, всё ещё можно выдать небольшой раздел под slog, остальное под l2arc, например.
Maksim
Какой объем ссд? Даже не обязательно пополам
Aleksandr
2 тб вроде
Aleksandr
Интересно как еще зфс среагирует если откажет например ссд
Aleksandr
Там же может кусок данных побится на всех дисках пула
Aleksandr
Если в моей схеме где диск побит на 5 частей
Maksim
2 тб вроде
На каждом выделить раздел под slog, под special (опасность, рекомендуют делать под special такую же надёжность как у самого пула, то есть если raidz2, то 3 диска в зеркало), остальное под l2arc
Ivan
мб имеет смысл сделать всё на ssd. т.к. кэш позволяет нивелировать какие-то пики, если поток постоянно жирный, то кэш перестанет помогать.
Maksim
Причем под l2arc не обязательно зеркалировать. Zfs умеет два l2arc на пул?