Я новичок, поэтому хз где смотреть именно этот лог... У меня трунас, в штатных средствах нет. Видимо, какой то файл в системной директории?

как связано отсутствие своп файла с тем что вы написали), Вы что решили что если свапа нет то обязательно должен быть ООМ килл?)), смешно)

Я не говорил, что обязательно Просто это очевидная проблема,которую нужно проверить в первую очередь

Привет. Я пишу маленькую программку-инсталлятор и у меня регулярно возникает вот такая ситуация: # zpool destroy -f zroot cannot unmount '/mnt/var/tmp': no such pool or dataset could not destroy 'zroot': could not unmount datasets Это лечится каким-то способом кроме перезагрузки? TIA

а он у вас вообще есть?

Привет. Я пишу маленькую программку-инсталлятор и у меня регулярно возникает вот такая ситуация: # zpool destroy -f zroot cannot unmount '/mnt/var/tmp': no such pool or dataset could not destroy 'zroot': could not unmount datasets Это лечится каким-то способом кроме перезагрузки? TIA

Я каким-то образом манипулируя разными атрибутами вышел из состояния, когда я не могу убить пул, но до сих пор не понимаю почему я попадаю в такое состояние и благодаря чему я могу из него выйти. У меня немного сложная логика, которая работает со всеми файловыми системами и я пытаюсь засунуть в эту схему zfs.

попробую аккуратно предположить, что какой-то процесс чем то занимается в tmp и не даёт его размонтировать, нужно смотреть на состояние системы в этом конкретной точке, что примонтировано, что запущено и т.д., в том числе вдумчиво вручную проделать все операции, которые в эту точку приводят.

Я каким-то образом манипулируя разными атрибутами вышел из состояния, когда я не могу убить пул, но до сих пор не понимаю почему я попадаю в такое состояние и благодаря чему я могу из него выйти. У меня немного сложная логика, которая работает со всеми файловыми системами и я пытаюсь засунуть в эту схему zfs.

Никакой процесс ни чем не занимается в tmp. Единственное, что я делаю - дергаю zpool create/import/export/destroy, zfs mount, ну и обычные mount/umount ... А так - да. Метод научного тыка - это наше всё. Ладно. Спасибо за сочувствие. Попытаюсь методом перебора найти работающую комбинацию.

Ребята, всем привет. не пинайте больно жизнь заставляет! ДАНО: контроллёр адаптек и 15 блинов в раид6. на этом блочном устройстве развернут пул. батарейки нет, кеширование на запись включено. ВОПРОС: что будет с пулом при power outage, полное разрушение пула или потеря последних условно минут/секунд? заранее спасибо. прошу не говорить что так делать не нужно, я знаю.)

В случае с ZFS можно будет откатиться на более старые записи, но ручным образом Но опять же % что это вообще произойдёт

условно решит ли вопрос с разрушением пула делающийся раз в минуту по крону снапшот?

нет. контроллер рапортует что всё записалось, а по факту может не записаться что-то

нет. контроллер рапортует что всё записалось, а по факту может не записаться что-то

было же пару историй в духе когда контроллер сдох, то произошел откат на полгода назад.

если я правильно понимаю идеологию снапшота в зфс, всё что под снапшотом изменить невозможно никакими операциями поверх него

в 6 рейде скорость записи = скорости одного диска, емнип )

Минус ещё такты на вычисление хеш сумм

нагрузка не планируется быть высокой. условно говоря до 20 мегабайт в секунду на все 15 блинов.

Вопрос, почему не собрать 15 блинов в 0 рейде каждый и собрать raidz2? Или система уже боевая?

Вопрос, почему не собрать 15 блинов в 0 рейде каждый и собрать raidz2? Или система уже боевая?

и кэш выключить ))

жбода нету там

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

нагрузка не планируется быть высокой. условно говоря до 20 мегабайт в секунду на все 15 блинов.

в каком плане следить?

"блины" какие? Какой шаблон нагрузки? Запись каким блоком будет идти?

Как Вы узнаете, что один из дисков приказал долго жить?

контроллер на мониторинге.

блины HGST HUH721010AL шаблон нагрузки рандомное чтение и запись 50/50. размер блока на зфс 4мб, но данные могут приходить как и неск кб так и неск мб.

я вас очень огорчу, но без slog и special на ссд дай Бог 20МБс получите производительности, а то и меньше

в 6 рейде скорость записи = скорости одного диска, емнип )

Мне это предеостережение видится так, что хоть ЗФС и молодец, нго ей надо из чего то собираться. А если у тебя под ней будет аппаратный РАЙД6 и он поломается, развалится, то и ЗФС не из чего будет собираться. Не будет томов доступных.

Другими словами power outage пул не разрушит. Если только сам raid массив не выйдет из строя. Верно?

Другими словами power outage пул не разрушит. Если только сам raid массив не выйдет из строя. Верно?

без батарейки на кэш всякое случиться может

В случае с ZFS можно будет откатиться на более старые записи, но ручным образом Но опять же % что это вообще произойдёт

условно решит ли вопрос с разрушением пула делающийся раз в минуту по крону снапшот?

Всякое может и без контроллера случиться. Вопрос именно в разрушении. Будет оно или нет. Или будет только потеря части данных

Ну тут размышления чисто могут быть если массив живой. Тогда его принимаем как за просто диски. И уже из этого допущения рассматриваем зфс. Просто если нижний уровень, сам массив дохлый то уже ни богфс ни чёртфс не спасет.

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

Если бы можно было из ОС принудить контроллер к сбросу данных из кэша на диск - проблема бы легко решалась

Из какого тысячелетия? Снапшоты ежеминутные

Вариант отсутствия кеша не рассматривается - слишком медленно