BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 14 июл 2025, 03:20

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 37 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: Обновление от 28.11.2012
СообщениеДобавлено: 29 ноя 2012, 17:35 
Не в сети

Зарегистрирован: 28 ноя 2012, 18:26
Сообщения: 19
Карма: 0
Да ладно это не так важно, думаю справлюсь.
Мне б понять почему дхцп так интересно отрабатывает.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обновление от 28.11.2012
СообщениеДобавлено: 29 ноя 2012, 17:42 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Che, я бы порекомендовал например скачать и запустить mysqltuner.pl и посмотреть что он вам порекомендует, а так же например почитать про
11 «рецептов приготовления» MySQL в Битрикс24
Еще 12 «рецептов приготовления» MySQL в Битрикс24
Где в принципе в двух статьях рассказывают о том, в каком именно месте у вас может быть затык (основные параметры как по мне раскрыты)

Вообще вылезание в swap mysql в большом кол-ве не есть гуд как по мне. когда у меня вылезал так у меня творилась полная такая ж**а.
как потом оказалось просто innodb_log_buffer_size и innodb_log_file_size были маловаты

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обновление от 28.11.2012
СообщениеДобавлено: 29 ноя 2012, 17:53 
Не в сети

Зарегистрирован: 28 ноя 2012, 18:26
Сообщения: 19
Карма: 0
Phricker писал(а):
Che, я бы порекомендовал например скачать и запустить mysqltuner.pl и посмотреть что он вам порекомендует, а так же например почитать про
11 «рецептов приготовления» MySQL в Битрикс24
Еще 12 «рецептов приготовления» MySQL в Битрикс24
Где в принципе в двух статьях рассказывают о том, в каком именно месте у вас может быть затык (основные параметры как по мне раскрыты)

Вообще вылезание в swap mysql в большом кол-ве не есть гуд как по мне. когда у меня вылезал так у меня творилась полная такая ж**а.
как потом оказалось просто innodb_log_buffer_size и innodb_log_file_size были маловаты

Спасибо попробую.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обновление от 28.11.2012
СообщениеДобавлено: 29 ноя 2012, 18:36 
Не в сети

Зарегистрирован: 28 ноя 2012, 18:26
Сообщения: 19
Карма: 0
Спасибо Амиру, все работает.
Думаю он сам отпишется в чем было дело.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обновление от 28.11.2012
СообщениеДобавлено: 29 ноя 2012, 19:22 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Значение dhcp.key.pattern в конфигурации было $remoteId:$circuitId:$mac. Режим поиска сервиса по интерфейсу. Режим поиска устройства для DHCP - по умолчанию 1 (по giaddr, затем по remoteId).

При обработке RADIUS-пакета находился Redback(1) и агентское Switch(2), т.е. 1:2 ($remoteId=2)
При обработке DHCP-пакета находился Redback(1), затем(!) Switch(2), агентское устройство для 2 уже не находилось, т.е. получилось 2:0 ($remoteId=0).

Изменили dhcp.deviceSearchMode=2. Дополнительно пришлось закомментировать preprocessDhcpRequest в SmartEdgeClipsProtocolHandler, т.к. он подменял атрибуты для старого вида поиска, тем самым мешая нормальному (скрипт не отрабатывал при dhcp.deviceSearchMode=1, т.к. устройство находилось Switch(2), а не Redback(1)).

В следующем обновлнении, если агентское устройство не найдено, id будет равен найденному, т.е. в этом случае при DHCP пакете будет не 2:0, а 2:2 ($remoteId=2). И код в SmartEdgeClipsProtocolHandler.preprocessDhcpRequest будет отрабатывать только при режиме поиска по логину.

Что изменилось, почему раньше работало, а после обновления перестало, пока не нашел.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обновление от 28.11.2012
СообщениеДобавлено: 29 ноя 2012, 20:38 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
Che писал(а):
skn писал(а):
а что значит "10169M cached"?

дело не в том что cached, а в том что свап отжрало, значит не может освободиться когда нужно(хотя может я ошибаюсь).
да и раньше used было не больше двух гигов.


Код:
Swap:     4094M total,       11M used,     4083M free,    10169M cached


свап отожрало? интересно как это возможно всего 4Гига свапа и из них 10Гигов закешировано и еще 4Гига свободно.... чудеса однако


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обновление от 28.11.2012
СообщениеДобавлено: 30 ноя 2012, 01:08 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
После этого билда еще исправили баг.
viewtopic.php?f=44&t=7479


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 37 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.040s | 30 Queries | GZIP : On ]