BiTel

Господа!!!
лог завален ошибками, перезагрузка не помогает, IP не выдает

Смотрим.

Открыт доступ вам по ssh

Почему-то висело на вставке в таблицу inv_ip_resource_reserve_1, хотя вставка была в один поток и записей там около 300.

Сейчас вроде не висит или проблема всплывает периодически.
Дамп БД не делался в это время?

Я в другой ветке писал как-то:
А у меня тоже проблема с утечкой IP адресов. Две недели назад в логе выдал запись, что отсутствуют свободные IP адреса. Перезагрузка помогла. Прошло две недели, вчера тоже вдруг перестал выдавать IP. Перегрузил, и все заработало. Причем интересно, что у нас диапазон начинается с 10.0.1.1. Новые подключения стали получать IP 10.0.1.2 10.0.1.3 10.0.1.4 итд
То есть с начала пула. клиентов 2300, пул 65000 адресов.
За последний месяц три раза так было. Мы сначала грешили на DDOS атаку, но помогала перезагрузка. А сейчас rebbot не помог

Я спал, меня с работы подняли Ничего не делал

так ошибка продолжается!

Т.к. с одним пулом может работать несколько Access'ов, Access раз в минуту резервирует адреса и кладет в эту таблицу, чтобы другие Access'ы знали. И вот раз в минуту он вставляет туда 300 адресов и почему-то это происходит до 3-5 секунд (в jstack видно что дольше всего висит именно на UPDATE) и в это время не выдает адреса, потому что не дожидается блокировки.

У машины какой-то load average высокий очень. Память свободна, проц вроде не настолько грузит. Диск крутит?

Это виртуальная машина

Ну load average вроде все равно не должен быть таким. Значит большие задержки в I/O.

я смотрю вы что-то делаете. мне пока не лезть? я вообще то и без понятия что мне делать...

Сколько соединений обычно активных?

Access-Accept выдает ~130 в минуту, при этом сессий вроде мало.

Надо посмотреть почему задержки такие. Раньше load average тоже 7-8 был? Он как будто растет - сейчас 9.
Нормально, что выдает Access-Accept 133 в минуту? Сессий вроде не так много.

Да как бы очень странно что 130 в минуту!!! У нас 2300 инет-клиентов, активных сессий ну около 1500. Раньше в логах было ну десяток Accept пакетов в минуту.

Выложили обновление, в конфиге модуля можно прописать (у вас же вроде пул большой)
ipResource.reserve.minFetchSize=100
ipResource.reserve.maxFetchSize=500
По умолчанию 20 и 130. Требуется перезапуск. Не забудьте сделать бэкап старых библиотек.

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

Если сделать так, то видно, что в основном не долго отвечает
cat ./radius.log | grep "Process time auth"

Либо в железке стоит маленький таймаут ожидания ответа по RADIUS, либо дело не в задержке.

Уточняю - в конфиге модуля Inet?

Да.

Как-будто не могут получить адрес по DHCP.
Т.е. вижу на некоторых что постоянно идет DISCOVER - OFFER- REQUEST - ACK.
Ничего не меняли недавно?

Последний раз вы меня спасали пару дней назад, с этого времени я ничего не менял. Да и раньше пол года гладко все было, только обновление накатывал. Админ пишет что тоже пол года ничего не менял в схеме.
Наш админ пишет:
"Напиши, что я видел на брасе 1000 абонентов ожидающих авторизации и в какой-то момент их как прорвало и они все прошли в активный статус. После перезапуска радиуса насколько я понимаю"

Сейчас 10 Access-Accept в минуту пишет. И сессии появились в БД.
По логу остались по умолчанию значения:
ipResource.reserve.minFetchSize=20
ipResource.reserve.maxFetchSize=130

Пока не понятно что было...

Я пока не добавил
ipResource.reserve.minFetchSize=100
ipResource.reserve.maxFetchSize=500
сейчас этим занимаюсь (нервно ходил за сигаретами)

И load average упал, хотя мне кажется из-за 130 запросов в минуту вряд ли бы такой был.
Может пока не менять?

Уже поменял
./bginet_accounting restart висит не прошел
Перезапустился, вроде

Вообще вроде бы в авторизации висит пока Access-Accept не получит (от DHCP не зависит), а они вроде как были.

А что мне директору сказать, он меня убъет

Ну пока не понятно.
Было 130 Access-Request/Access-Accept в минуту, при этом в основном отправлялись быстро, сейчас примерно с такой же скоростью отвечает.
При этом load average был 7-9, что для 130 запросов не должно быть, помоему. Тем более потом 2000 тыс сессий подключились почти моментально.
Ошибка с тем что не может выдать адрес происходила достаточно редко, т.е. Access-Accept-ов было 130 в минуту, а Reject - 0-3.

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

Т.е. была постоянная ситуация, что Access-Accept уходит, а старт-пакет не приходит.