alibek Опубликовано 19 декабря, 2016 · Жалоба Есть старый сервер с Oracle на RHEL4 (2 CPU, по 4 ядра). К серверу смонтирован сетевой диск по iscsi, на который сохраняются бэкапы. Сегодня что-то глюкнуло, сервер перегрузился и не смог проверить смонтированный раздел (т.к. пытался его подключить до того, как поднялась сеть). Это я поправил, сейчас сервер загрузился и работает, но в нем наблюдается какая-то задумчивость - на ввод командой он реагирует задержкой, иногда в 5-10 секунд. В top какой-то заметной загрузки CPU я не вижу, обычно CPU загружен не более 20%. Правда load average более 70, но для данного сервера это, мне кажется, нормально. Подскажите, куда смотреть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Antares Опубликовано 19 декабря, 2016 · Жалоба 70?? это перебор для любых серверов посмотрите perf top в логах что? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ancient Опубликовано 19 декабря, 2016 · Жалоба iotop atop посмотреть что с вводом-выводом проверьте тот сервер или хранилку с который цепляете диск, у хранилки явно проблемы Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 19 декабря, 2016 · Жалоба Это СХД, на ней есть еще несколько томов, смонтированных на других серверах, там вроде бы никаких проблем нет. А там постоянный поток в 400-500 Mbps, там проблемы бы проявились сразу же. В логах есть ошибки на /dev/sdb (/dev/sdb и /dev/sdc это iscsi-устройства), более криминального ничего не вижу. С iotop и прочим на такой старой системе как RHEL4 сложновато, но попробую поставить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 19 декабря, 2016 · Жалоба Перегрузил сервер. Теперь вроде бы ничего не тормозит. В логах периодически сыпется такое: Dec 19 17:59:52 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Dec 19 17:59:52 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Dec 19 17:59:52 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Dec 19 17:59:52 bm-db kernel: unable to read partition table Dec 19 17:59:52 bm-db kernel: Attached scsi disk sdb at scsi1, channel 0, id 0, lun 100 Dec 19 17:59:52 bm-db kernel: Vendor: NETAPP Model: INF-01-00 Rev: 0810 Dec 19 17:59:52 bm-db kernel: Type: Direct-Access ANSI SCSI revision: 05 Но /dev/sdb это вообще не том, на СХД подобные ресурсы имеют тип access. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 19 декабря, 2016 · Жалоба Ни у кого нет доступа к порталу RedHat? Вроде бы эта проблема тут описана: https://access.redhat.com/solutions/18746 По крайней мере по описанию похоже, у меня как раз multipath. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nik0n Опубликовано 29 декабря, 2016 · Жалоба погляди multipath -ll и потом multipath -ll mpathX для mpath-девайса который содержит /dev/sdb (смею предположить что mpath0). PS Статья тут http://pastebin.ru/iy9uf43K Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 декабря, 2016 · Жалоба Спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...