Медленная производительность SAN

Вне очевидного chckconfig --list и rpm -qa, не забывайте делать некоторые ручные проверки в случае, если предыдущий администратор установил вещи вручную. Некоторые вещи проверить:

  • Под чем установлены файлы /usr/local?
    • В частности, есть ли что-либо в /usr/local/etc, /usr/local/bin, /usr/local/sbin?
  • Есть ли какие-либо ручные редактирования/etc/crontab, указывая на специальные задания крона?
  • Есть ли любые вручную включенные записи /etc/cron.*/ директора?
  • Есть ли любые специальные сценарии в /root/bin?
  • Есть ли crontab для корня (выполненный crontab -l как корень)?
  • Есть ли любое странное использование, перечисленное в /etc/passwd?
    • то есть, какие-либо пользователи, которые, кажется, добавляются к руке для выполнения специальных задач?

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

6
задан 31 July 2013 в 02:17
1 ответ

После дальнейшего расследования выясняется, что проблема заключалась в том, что кто-то (кашляет) включил управление потоком на коммутаторах SAN по совету статья в Интернете, в которой говорится о том же самом оборудовании и явно поощряется использование управления потоком.

После отключения управления потоком сразу же уменьшается средняя загрузка и ожидание ввода-вывода, а через 24 часа оно полностью возвращается в нормальное состояние (0,0% wa и средняя загрузка <0,10) после завершения некоторых трудных задач обслуживания.

8
ответ дан 3 December 2019 в 00:22

Теги

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