gugabit Опубликовано 12 февраля, 2016 · Жалоба Биллинг UTM 5. Количество абонентов 2500. Высокая нагрузка на ядра сервера при старте радиуса. Даже если все абоненты отключены. Что может быть? куда копать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 13 февраля, 2016 · Жалоба Может у Вас слишком глубокое логирование включено? Покажите логи и конфиг радиуса. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
gugabit Опубликовано 15 февраля, 2016 · Жалоба http://pastebin.com/BXQHVq8a конфиг радиуса. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 15 февраля, 2016 (изменено) · Жалоба У Вас включена максимальная глубина логирования. Поменяйте параметр log_level=3 на 1. Т.к. более глубокие уровни используются для отладки, когда что-то не работает. В силу того, что у Вас немаленькое количество клиентов, у Вас идет постоянный дебаг всех соединений, что в свою очередь расточительно пожирает ресурсы сервера. И еще, было бы неплохо настроить ротацию логов. Да, кстати, сливать в один файл CRIT, DEBUG и NOTICE - есть моветон. ЛУчше разделить. Вам же будет проще ориентироваться. Когда надо - включили отладку, потом результат посмотрели в отдельном файле. Изменено 15 февраля, 2016 пользователем murano Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
gugabit Опубликовано 16 февраля, 2016 · Жалоба спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 16 февраля, 2016 · Жалоба спасибо. Да без проблем ;) Вы скажите, помогло Вам то, что я выше писал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 18 февраля, 2016 · Жалоба У Вас включена максимальная глубина логирования. Поменяйте параметр log_level=3 на 1. Присоединяюсь к рекомендации. И еще советую обратить внимание на уроень логов в utm.cfg. Там дебаг может создать нагрузку на порядок больше, чем от дебага радиуса. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...