Это я знаю как счетается. А как понять смещение 4, длина 6TiRider писал(а):http://calc-x.ru/hex_to_dec_form.phpPuzan писал(а):Я имел ввиду как высчитывается.
Опыт установки 5.3 на боевом сервере
"udhcp 0.9.8" это DHCP-клиент, который пытается получить адрес.TiRider писал(а):В соседней ветке viewtopic.php?t=9708 из запроса видно какой сервер "udhcp 0.9.8" используется в модуле utm5_dhcp, он работает по RFC2131.Puzan писал(а): А сможешь подсказать как это все высвистывается. Спасибо!
Если есть желание можешь разобрать, как и, что он принимает и отдает.
А теперь вопрос на твой вопрос, что есть "высвистывается"?
Смещение в байтах относительно начала опции/подопции.Puzan писал(а):Это я знаю как счетается. А как понять смещение 4, длина 6TiRider писал(а):http://calc-x.ru/hex_to_dec_form.phpPuzan писал(а):Я имел ввиду как высчитывается.
Например для подопции Agent-Circuit-ID, имеющей значение:
01 06 00 00 00 01 02 03
Чтобы извлечь байт, имеющий значение 02 нужно указать смещение 6 относительно начала Agent-Circuit-ID, и длину 1. Учитывайте, что заголовок подопции так же учитывается в смещении (в данном случае это байты 01 06)
Был обновлен биллинг со старой 008 до последнего up9
старый сервер HP dl350g3 имел 4гб озу (база на другом выделенном сервере) и вполне себе справлялся - ядро кушала память очень мало.
обновились на HP dl380g5 (не новяк, но по шустрее) памяти 10гб.
Начали замечать, что билиннг иногда тупит. - мониторил базу там всё совсем хорошо - нагрузки на проц и винты минимальна, полез на биллинг и тут

ядро жрёт всю память и ещё в своп лезет.
система
root@billing5:/netup/utm5/log# uname -a
Linux billing5 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u1 x86_64 GNU/Linux
Как я понимаю это не нормально.
у кого как с этим обстоят дела?
[/img]
старый сервер HP dl350g3 имел 4гб озу (база на другом выделенном сервере) и вполне себе справлялся - ядро кушала память очень мало.
обновились на HP dl380g5 (не новяк, но по шустрее) памяти 10гб.
Начали замечать, что билиннг иногда тупит. - мониторил базу там всё совсем хорошо - нагрузки на проц и винты минимальна, полез на биллинг и тут

ядро жрёт всю память и ещё в своп лезет.
система
root@billing5:/netup/utm5/log# uname -a
Linux billing5 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u1 x86_64 GNU/Linux
Как я понимаю это не нормально.
у кого как с этим обстоят дела?
[/img]
DHCP сервер не смог сопоставить пришедший запрос какому-либо из клиентов.Puzan писал(а):По какой причине может выдавать ошибка
ERROR : 3007800 DHCP_Server: send_offer: BindingNotFoundError: no suitable binding
Причин может быть много
- неправильно настроен коммутатор (неверный Circuit-ID) или профиль оборудования (неверно настроен парсер опции 82)
- неправильно настроена сервисная свазка передачи трафика (например, указан не тот коммутатор и не тот порт)
и т.д.
44 записи , из них в текущем основном классе 12 записей.serjk писал(а):Классов не важно сколько. Сколько записей о подсетях, входящих в классы трафика?
+
в логах появилось такое
Nov 27 16:25:10 ERROR : 837f7700 TrafficAggregator: failed to process detailed traffic record: DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: 853720029
Nov 27 16:25:10 ERROR : 837f7700 DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -1642319602
Nov 27 16:25:10 ERROR : 837f7700 TrafficAggregator: failed to process detailed traffic record: DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: -1642319602
Nov 27 16:25:12 ERROR : 837f7700 DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: 853720029
Nov 27 16:25:12 ERROR : 837f7700 TrafficAggregator: failed to process detailed traffic record: DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: 853720029
Nov 27 16:25:22 ERROR : 837f7700 DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: 2028072747
Nov 27 16:25:22 ERROR : 837f7700 TrafficAggregator: failed to process detailed traffic record: DBAGenericError: big classif gluk, about gluk i->first: 0, downloaded: 2028072747
Последний раз редактировалось banec Пт ноя 28, 2014 00:04, всего редактировалось 2 раза.
Плохо что логи такие не информативные. И не пишут что ему не нравится. А то так как иголку в стоге сена искать.serjk писал(а):DHCP сервер не смог сопоставить пришедший запрос какому-либо из клиентов.Puzan писал(а):По какой причине может выдавать ошибка
ERROR : 3007800 DHCP_Server: send_offer: BindingNotFoundError: no suitable binding
Причин может быть много
- неправильно настроен коммутатор (неверный Circuit-ID) или профиль оборудования (неверно настроен парсер опции 82)
- неправильно настроена сервисная свазка передачи трафика (например, указан не тот коммутатор и не тот порт)
и т.д.
Учтите пожалуйста в обновлениях.