/ var на логическом томе на ISCSI

Кажется, что нет никаких инструментов для обнаружения пропускной способности ввода-вывода на файл кроме в рамках процесса с помощью файла. Но существуют способы узнать, обрабатывают пропускную способность ввода-вывода.

iotop - Это - top/iftop как утилита, которые показывают процессу пропускную способность ввода-вывода.

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

lsof -c <process name>

Это должно сузить объем, и контакт справки указывают на источник.

3
26.11.2013, 01:52
1 ответ

Необходимо изменить порядок загрузки, чтобы иметь системный журнал, и др. запускаются после того, как var смонтирован, что означает, что критический путь, вероятно, монтируют usr в случае необходимости, чтобы запустить iscsi, запустить iscsi, смонтировать var, запустить системный журнал, дополнительно перезапустить iscsi, чтобы зарегистрироваться к var, возобновить нормальную начальную загрузку. Это - обоснованно пролив вперед при использовании sysv init. для использования с upstart/systemd, Вы нуждались бы в помощи от кого-то другого, чем я.

2
27.01.2020, 21:28
  • 1
    Спасибо за информацию. Я буду считать сайт Debian, как сделать это. –  Marco 26.11.2013, 09:42
  • 2
    я посмотрел на него и я также, говорил с некоторыми коллегами. В конце я решил не пойти этим путем. Я сохраню файлы журнала на SSD. Таким образом, я всегда имею каталог журнала в наличии и не пропущу ошибки из-за недоступности диска ISCSI. Другая причина это, что теперь я останусь 'типичным', который помогает мигрировать в будущем. –  Marco 11.12.2013, 11:48

Теги

Похожие вопросы