При запуске сессии с задержкой до 25 минут появляется сессия

Cian · Сообщение **Cian** » Чт дек 24, 2015 18:54

Всем привет, сегодня заметил что при запуске сессии на микротике через 20 минут сессия запускается и в базе utm'а.
Т.е. к примеру запуск pppoe подключения абонента произошёл в 12:00 а в базе сессия видна только в 12:23ч. И причём пишет время старта сессии именно 12:23ч.
Используем радиус сервер от utm. В чём может быть проблема? Помогите плииз

banec · Сообщение **banec** » Пт дек 25, 2015 14:22

у меня на pptp такое но с большим интервалом.
потом уже вроде без разбежки но медленно в админке появляются.
пока грешу на возросшую базу логов сессий
хотя в самой базе они появляются

atraks · Сообщение **atraks** » Пт дек 25, 2015 16:40

попробуйте построить индекс в таблице traffic_consumption по полю id, нам помогло и сессия моментально появляется в базе.

Cian · Сообщение **Cian** » Пт дек 25, 2015 22:54

atraks писал(а):попробуйте построить индекс в таблице traffic_consumption по полю id, нам помогло и сессия моментально появляется в базе.

не не, у нас таблица эта пустая, у нас pppoe через сервисные связки.
У нас таблица используется dhs_sessions_log и т.д.
Кстати заметил индексы есть в этой таблице. Архивация БД сделана, но в таблице dhs_sessions_log вот что

banec · Сообщение **banec** » Пт дек 25, 2015 23:00

dhs_sessions_log - а текущая сколько бьём?

Cian · Сообщение **Cian** » Пт дек 25, 2015 23:12

banec писал(а):dhs_sessions_log - а текущая сколько бьём?

dhs_sessions_log - 46,188 записей - 14.9 МБ
dhs_sessions_log_1410185252_1450733986 - ~3,767,753 записей - 1 ГБ

Cian · Сообщение **Cian** » Пн дек 28, 2015 00:26

ап тему, помогите пожалуйста.

banec · Сообщение **banec** » Пн дек 28, 2015 18:24

у меня после перезапуска ядра появляются и потом время становится всё больше до появления в админке.
после НГ сделаю архивацию таблиц и гляну что будет.
Там если ситуация не поменяется буду уже в ТП писать.

Cian · Сообщение **Cian** » Пн дек 28, 2015 21:19

banec писал(а):у меня после перезапуска ядра появляются и потом время становится всё больше до появления в админке.
после НГ сделаю архивацию таблиц и гляну что будет.
Там если ситуация не поменяется буду уже в ТП писать.

как и у нас, до архивации так же было, после архивации тяжко(

banec · Сообщение **banec** » Вт янв 05, 2016 15:26

не помогла архивация.
Тажа ерунда.
Вообще перед этим, предположительно!
Сменил mysql Maria c 5.5. ->10.1
обновил систему на биллинге. (по логу сменилось ядро)
Linux billing5 3.2.0-4-amd64 #1 SMP Debian 3.2.73-2+deb7u1 x86_64 GNU/Linux

А у вас что за ОС и Mysql?

banec · Сообщение **banec** » Вт янв 05, 2016 15:45

Jan 05 15:40:15 ?Debug : dedff700 SessionManager: get: session ID 21813
Jan 05 15:40:15 ?Debug : dedff700 AcctQueue: found session ID 21813 for SID AC10010201D9363C
Jan 05 15:40:15 Info : dedff700 AcctQueue: Interim-Update for SID AC10010201D9363C user 'testadmin44' slink ID 47291 from NAS 172.16.1.2
Jan 05 15:40:15 ?Debug : dedff700 Transport: sending traffic/dialup session ID 21813
Jan 05 15:40:15 ?Debug : dedff700 Transport: session ID 21813 witout IPInfo
Jan 05 15:40:15 ?Debug : dedff700 StreamConnection: Sending message ID 0x1107
Jan 05 15:40:15 ?Debug : dedff700 SessionManager: put: session ID 21813 from NAS 4 OK
Jan 05 15:40:15 ?Debug : dedff700 AcctQueue: Reply

Пакеты от NAS приходят - а вот в базу не попадают.

banec · Сообщение **banec** » Ср янв 06, 2016 13:04

В общем поборол
дела в мускуле - был старый конфиг
сравнил с конфигом по умолчанию Марии
добавил
innodb_open_files = 400
innodb_io_capacity = 400
innodb_flush_method = O_DIRECT
и поставил вместо 1 сброс логов 2 (тоже по умолчанию уже стоит в мускуле)
innodb_flush_log_at_trx_commit = 2
и сессии моментом начали появляться в биллинге.
вроде как на серваке 10 рейд с САС дисками, но что-то не хватало.

banec · Сообщение **banec** » Пн апр 18, 2016 22:43

На долго мне этого не хватило.
В итоге выяснилось что дикий оверхед диска - загрузка под 100%.
iostat -xk -t 10

теперь только с
innodb_flush_log_at_trx_commit = 0
работает нормально
походу какой то косяк с MariaDB 10.1

Nik0n · Сообщение **Nik0n** » Вт апр 19, 2016 10:03

Проверь open_files_limit и реальные лимиты open files для ОС юзера mysql. Просто увеличить %open_files% недостаточно.
Так же смотри какой у тебя innodb_buffer_pool_size , если он мелкий у тебя может быть конкуренция при одновременных чтениях и записях.
Еще важно какой у тебя innodb_log_file_size, очень маленький mysql будет очень часто сбрасывать buffer на диски.

banec · Сообщение **banec** » Вт апр 19, 2016 12:29

это пройденный этап.

проблему нашёл всё таки - в контроллере или ещё в чём - запись на винты очень маленькая.