BiTel

Доброе утро!
Прошу пояснить :
1. Правильно ли я понимаю что Accounting-сервер при старте загружает только сервисы прикреплённые только к тем устройствам ,которые лежат в дереве модуля INET под ним ?
2. Правильно ли я понимаю что Accounting-сервер при старте и загрузке сервисов не взирает ни на статус договора , ни на статус сервиса , ни на состяние этого сервиса на устройстве ( даже если они в состояниии "отключён" или "заблокирован" или "удалён" ) ?

Инфо о вер: 6.2

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Еще интересно узнать примерный расчет нагрузки на потребление памяти.
То есть сколько нужно предоставить памяти процессу -Xmx256m, если у нас 50 абонентов 100, 500, 1000, или зависимость от количества NAS-ов на которых всего по 10-ток абонентов при этом NAS-ов штук 80.

Просто сервер работал вроде нормально но внезапно стал зависать, хотя нагрузка сильно не менялась.
В логах появилось что открыто слишком много файлов, - пришлось расширить память до 2 Гигов, результат потеря пол месяца логов.

_________________
BGBilling 7.1.xxxx+BGCRM, update от ВЧЕРА, Ubuntu 17.04 64bit, JAVA 1.8.xxxx

полагаю что за это отвечает worker

уже лет пять думаю поставить jmx для мониторинга .... и мучаюсь этим вопросом, в надежде что он её решит.

Да (если речь про загрузку в память).

Ограничение на кол-во открытых файлов не относится к потреблению памяти (скорее всего). Нужно смотреть сколько файлов открыто, какие файлы. Это можно сделать до того, как появится ошибка, но желательно не сразу после перезапуска приложения.

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

lsof -p $pid - pid я так понимаю надо искать в PS FAX и чтобы -Dapp.name=BGInetAccounting

Тогда lsof -p 30022 -> Очень много строк!
ls -l /proc/30022/fd - Также не мало!
А дальше по проще.
root@server1:~# ls /proc/30022/fd/ | wc -l
205
root@server1:~# ulimit -n
1024
root@server1:~# lsof | wc -l
426385

Ну как то так! 205 файликов.

_________________
BGBilling 7.1.xxxx+BGCRM, update от ВЧЕРА, Ubuntu 17.04 64bit, JAVA 1.8.xxxx

решил у себя псм , хотя ошибок что превышен лимит открытых файлов нет
root@bill:/usr/local/BGBillingServer# cat /proc/sys/fs/file-max
4954179
root@bill:/usr/local/BGBillingServer# cat /proc/sys/fs/file-nr
2160 0 4954179

lsof | wc -l
1990000


-- scheduler---
lsof | grep BGS | wc -l
440000

после ребута службы файлов 0


------- ulimit.conf ----------------
mysql hard nofile 1024000
mysql soft nofile 1024000
root hard nofile 1024000
root soft nofile 1024000

Хм.
Значит получается так :
Был какой-то INET-сервис у клиента.
Его статус был открыт, сотояние этого сервиса на устройсте было либо включено, либо отключено ( в зависимости от баланса. )
Потом решили этот сервис поменять на другой.
Создали юзеру новый сервис , а старый ручками перевели в состояние "заблокирован" со вчерашнего числа и состояние этого сервиса на устройстве автоматом поменялось на "удалён"
По логике этот сервис уже не должен тарифицироваться и обсчитываться, а значит Accounting-серверу на этот сервис должно быть "до фени".
Зачем же грузить то его в память ?
Или Accounting-сервер просто грузит его в память и при обработке просто пропускает его ?

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Про периоды не спрашивали - если закрыт период, то не грузит. Если закрыть период, то через некоторое время удаляет из памяти.

Это мало, нужно увеличить лимит в системе.

http://wiki.bitel.ru/index.php/%D0%9E%D ... n_files%22
https://access.redhat.com/documentation ... _User.html
https://www.cyberciti.biz/faq/linux-inc ... pen-files/

Это аж на каких дрожжах BGInetAccounting с 205 переваливает за 1024 при добавлении 1-2 клиентов и 1-ого NAS-а в неделю!?

_________________
BGBilling 7.1.xxxx+BGCRM, update от ВЧЕРА, Ubuntu 17.04 64bit, JAVA 1.8.xxxx

Это общее количество возможных открытых файлов. Не только одного аккаунтинга, но и базы, акцесса, биллинга и прочего

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

80 - NAS-ов по 2 файлика на сохранение flow-потоков, остальное штатный набор базы, и т.д.
я к тому что перебор с файлами это явно из-за какой-то утечки чего-то куда-то, в прошлом месяце все работало на 256М а с 1-ого на тебе 2Г мало!

_________________
BGBilling 7.1.xxxx+BGCRM, update от ВЧЕРА, Ubuntu 17.04 64bit, JAVA 1.8.xxxx

1024 - мало для сервера (туда еще сокеты входят, серверные и клиентские).
А если кол-во открытых файлов постоянно растет - надо смотреть - нужен хотя бы список открытых файлов процесса, где видно, что какие-то очень старые открыты.