[Andrei]

У нас интернет (радиус lbarcd и нетфло lbucd), телефония (LBtcd, LBircd), UsBox (LBusbox)

 

Перепрыгнуть со сборки 006 сразу на 014 - наверное сродни русской рулетке? :)

Имхо, пока не рекомендую!!! Уже обжёгся.

На последнюю сборку наверное действительно не стоит, а вот на 12 или 13 - вполне.

С 006 наверное через "промежуточную" сборку переходить? Типа сначала на 010, а потом на 013.

 

Учитывая, что сейчас обновление только с пакетом тех. поддержки, то должно быть проще. Но, не уверен.

Саппорт обычно советует попробовать на тестовом сервере, а к ним обращаться, когда не взлетит.

[No_name]

На последнюю сборку наверное действительно не стоит, а вот на 12 или 13 - вполне.

С 006 наверное через "промежуточную" сборку переходить? Типа сначала на 010, а потом на 013.

Обновляться надо до последней. Зачем грабли собирать на промежуточных сборках?

Если проблемы и появятся, то вам все равно скажут обновляться до 14ой.

 

п.с.

прислали исправленный бинарник радиуса для 14ой, с ним пока все ровно.

Изменено 22 января, 2016 пользователем Brainiac

[Andrei]

Коллеги, кто как реализует в ЛБ акции вида "первый месяц бесплатно"?

мы назначаем тариф без абон. платы и сразу планируем смену тарифа на платный.

Можно и так. Я все же склоняюсь к варианту с коэффициентом стоимости в свойствах тарифа.

 

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

Оказалось, что реализовано в ЛБ это кривовато - http://forums.lanbilling.ru/board/viewtopic.php?p=11261#p11261

[Diman_xxxx]

Перепрыгнуть со сборки 006 сразу на 014 - наверное сродни русской рулетке? :)

Имхо, пока не рекомендую!!! Уже обжёгся.

пробовали:-) сразу после ее выхода, помучившись перешли на 15, ужаснувшись обновились до 16 и потом 17, память жрет адски, решили при помощи костылей, рекомендуют апдейт на 18:) скоро попробуем.

[Andrei]

Память жрет - это плохо. У меня сервачок старый, на 006 сборке:

andrey@lb:~$ free
            total       used       free     shared    buffers     cached
Mem:       2074564    2025604      48960          0      38540     769164
-/+ buffers/cache:    1217900     856664
Swap:      2354136    1102052    1252084

[Andrei]

память жрет адски, решили при помощи костылей, рекомендуют апдейт на 18:)

Мне сказали, что на сервере с менее 8 Гиг оперативки лучше не пробовать :(

Значит я со своими 2 Гигами буду пока без апдейтов.

 

Коллеги, кто как реализует в ЛБ акции вида "первый месяц бесплатно"?

мы назначаем тариф без абон. платы и сразу планируем смену тарифа на платный.

Можно и так. Я все же склоняюсь к варианту с коэффициентом стоимости в свойствах тарифа.

 

Это безусловно удобнее. Только мы функционал использования скидок еще не тестировали и не знаем чего он него ждать. Как оно?

15 янв был назначен тариф со скидкой 100%, на 15 февр запланирован переход на тот же тариф, но уже без скидки (акция "первый месяц бесплатно").

Списания абонентки у нас ежедневные, но для этих "акционных" учеток списания так и не начались :(

Ручная смена тарифа с последующим перерасчетом не помогли :(

[vop]

Мне сказали, что на сервере с менее 8 Гиг оперативки лучше не пробовать :(

 

Что же оно там так считает то?

[Domingo]

Памяти для этого продукта не бывает много. Он ее задействует и не освобождает, так же как и накапливает и не закрывает соединения. Все это можно сбросит только перезапуская приложение.

[s.lobanov]

да это дерьмо(демоны ланбиллинга) написанное на c/c++ какими-то дилетантами может сожрать всё что угодно - и cpu и память и даже ip-адреса пулов (видимо, освобождать ресурсы - не царское это дело)

 

Память жрет - это плохо. У меня сервачок старый, на 006 сборке:

andrey@lb:~$ free
            total       used       free     shared    buffers     cached
Mem:       2074564    2025604      48960          0      38540     769164
-/+ buffers/cache:    1217900     856664
Swap:      2354136    1102052    1252084

 

и даже классического для LB 'no free ip' без дела нет? или у вас он ip-адреса динамически не выделяет?

[Andrei]

и даже классического для LB 'no free ip' без дела нет? или у вас он ip-адреса динамически не выделяет?

Динамически выделяет, но 'no free ip' у меня не возникает.

Я даже скрипт повесил, который это дело мониторит.

#!/bin/sh
echo 
date
echo 'select inet_ntoa( assigned_ip ), session_id, count(*) cnt  from sessionsradius group by assigned_ip having cnt > 1;' | mysql -ubilling -pххххххх billing

и по крону его дергаю с записью результата в лог:

#!/bin/sh
/usr/local/billing/show_ip >> /usr/local/billing/log/full_ip_log

потому что когда-то давно такая проблема была.

[Diman_xxxx]

Мне сказали, что на сервере с менее 8 Гиг оперативки лучше не пробовать :(

 

Что же оно там так считает то?

заанимает он сразу всю дозволенную память сервера,

а пожерание памяти якобы исправленно на 18-ой версси.

у нас на 1400 активных сессиях, isg авторизация, 16 гиг оперы хватает на ~3 дня - дальше краш коре:-)

[Diman_xxxx]

а имеет ли смысл сменить фрю 9 на 10 ? для работы лб?

[hsvt]

а имеет ли смысл сменить фрю 9 на 10 ? для работы лб?

 

Мы на 9.2->9.3 просидели около 2 лет, на 016 версии утечка по памяти очень сильная началась и не дружит LB с ZFS. Мигрируем на CentOS. Да, вроде наконец сделали pkg бинарники для 10 BSD.

Изменено 1 марта, 2016 пользователем hsvt

[s.lobanov]

Не думаю что утечка памяти связана с ОС. Ланбиллинг >=2.0.14 просто кривой

 

И при чём тут zfs? Там с файловой системой особо ничего и не делается

[hsvt]

Не думаю что утечка памяти связана с ОС. Ланбиллинг >=2.0.14 просто кривой

 

И при чём тут zfs? Там с файловой системой особо ничего и не делается

 

Перешли с 1.9 на 2.0008 одновременно со сменой ОС и zfs зеркалом, до обновления на 2.014 всё было довольно стабильно по потреблению, после 2.014 начались утечки и проблемы с LBarcd, на BSD постоянно падал в сегфолт, либо init скрипт зависал просто. Создано куча тикетов и обсуждений, не могу тут вам сейчас все факты предоставить - в лом всё "перелопачивать". Я уже начинаю подозревать, что возможно оно так и совпало, но нам подтвердили проблему именно на FreeBSD и факт того, что у LB с этой ОС проблемы возникают более часто, чем на отлаженном CentOS. Также когда появилось разделение радиуса от ядра - мы упёрлись в Query time запросов от радиуса и калькуляции шейпинга с auth\acct запросами в MySQL уходили не реальные цифры отклика - на что сразу всё свели к проблеме ZFS. Совместно с инженером проводились различные тесты и тюнинги кешей и прочего. На основании этого было принято решение сменить ОС, хотя сейчас подозреваю наличие утечек на всех платформах. На данный момент помогает костыльный рестарт LBcore.

 

top -SPCHIa
last pid: 99288;  load averages:  2.12,  1.72,  1.55                                                                                                                   up 454+16:19:46 18:30:19
559 processes: 17 running, 511 sleeping, 31 waiting
CPU 0:   1.6% user,  0.0% nice,  1.6% system,  0.0% interrupt, 96.9% idle
CPU 1:   4.3% user,  0.0% nice,  0.4% system,  0.4% interrupt, 94.9% idle
CPU 2:   3.9% user,  0.0% nice,  0.8% system,  0.0% interrupt, 95.3% idle
CPU 3:   2.4% user,  0.0% nice,  1.2% system,  0.0% interrupt, 96.5% idle
CPU 4:   4.3% user,  0.0% nice,  1.6% system,  0.0% interrupt, 94.1% idle
CPU 5:   2.7% user,  0.0% nice,  0.4% system,  2.0% interrupt, 94.9% idle
CPU 6:   7.0% user,  0.0% nice,  0.4% system,  0.8% interrupt, 91.8% idle
CPU 7:   4.7% user,  0.0% nice,  0.4% system,  0.0% interrupt, 94.9% idle
CPU 8:   2.4% user,  0.0% nice,  0.0% system,  0.0% interrupt, 97.6% idle
CPU 9:   7.5% user,  0.0% nice,  0.4% system,  0.0% interrupt, 92.2% idle
CPU 10:  5.5% user,  0.0% nice,  0.8% system,  0.0% interrupt, 93.7% idle
CPU 11:  6.3% user,  0.0% nice,  0.8% system,  0.4% interrupt, 92.6% idle
CPU 12:  6.7% user,  0.0% nice,  2.4% system,  0.0% interrupt, 91.0% idle
CPU 13: 10.6% user,  0.0% nice,  1.6% system,  0.0% interrupt, 87.8% idle
CPU 14:  7.4% user,  0.0% nice,  2.0% system,  0.0% interrupt, 90.6% idle
CPU 15:  3.5% user,  0.0% nice,  0.4% system,  0.0% interrupt, 96.1% idle
Mem: 7444M Active, 1514M Inact, 3873M Wired, 76M Cache, 11G Free
ARC: 2035M Total, 768M MFU, 495M MRU, 1094K Anon, 122M Header, 650M Other
Swap: 8192M Total, 246M Used, 7946M Free, 2% Inuse

 PID USERNAME   PRI NICE   SIZE    RES STATE   C   TIME     CPU COMMAND
  10 root       155 ki31     0K   256K CPU8    8    ???  98.24% [idle{idle: cpu8}]
  10 root       155 ki31     0K   256K CPU3    3    ???  97.66% [idle{idle: cpu3}]
  10 root       155 ki31     0K   256K CPU5    5    ???  96.73% [idle{idle: cpu5}]
  10 root       155 ki31     0K   256K CPU15  15 9904.9  96.73% [idle{idle: cpu15}]
  10 root       155 ki31     0K   256K CPU9    9 9906.0  96.44% [idle{idle: cpu9}]
  10 root       155 ki31     0K   256K CPU4    4    ???  95.65% [idle{idle: cpu4}]
  10 root       155 ki31     0K   256K CPU12  12 9887.4  95.17% [idle{idle: cpu12}]
  10 root       155 ki31     0K   256K CPU6    6    ???  95.12% [idle{idle: cpu6}]
  10 root       155 ki31     0K   256K RUN     0    ???  94.58% [idle{idle: cpu0}]
  10 root       155 ki31     0K   256K CPU10  10 9887.0  91.60% [idle{idle: cpu10}]
  10 root       155 ki31     0K   256K RUN     2    ???  90.33% [idle{idle: cpu2}]
  10 root       155 ki31     0K   256K CPU1    1    ???  90.23% [idle{idle: cpu1}]
  10 root       155 ki31     0K   256K CPU11  11 9904.6  89.16% [idle{idle: cpu11}]
  10 root       155 ki31     0K   256K CPU14  14 9888.1  87.55% [idle{idle: cpu14}]
  10 root       155 ki31     0K   256K CPU7    7    ???  87.35% [idle{idle: cpu7}]
  10 root       155 ki31     0K   256K CPU13  13 9903.4  87.11% [idle{idle: cpu13}]
64287 root        52    0  3870M  3434M nanslp 15  55:11  45.26% /usr/local/billing/LBcore -c /etc/billing.conf{LBcore}
92544 mysql       52    0  5799M  5087M sbwait 14 260:12  36.08% [mysqld{mysqld}]
92544 mysql       52    0  5799M  5087M sbwait  2 427:00  21.78% [mysqld{mysqld}]
92544 mysql       20    0  5799M  5087M uwait   1  20:55  13.09% [mysqld{mysqld}]

Изменено 2 марта, 2016 пользователем hsvt

[Diman_xxxx]

Получается CentOS полюбому предпочтительнее? для 2.018

[s.lobanov]

Утечка на всех платформах. А про тормоза mysql на zfs - вполне может быть, но тут не особо вина LB, разве что он делает кучу транзакций вместо множества запросов в одной

 

Утечка на всех платформах, free/delete не осилили они.

[Andrei]

Коллеги, кто как реализует в ЛБ акции вида "первый месяц бесплатно"?

мы назначаем тариф без абон. платы и сразу планируем смену тарифа на платный.

Можно и так. Я все же склоняюсь к варианту с коэффициентом стоимости в свойствах тарифа.

 

Это безусловно удобнее. Только мы функционал использования скидок еще не тестировали и не знаем чего он него ждать. Как оно?

15 янв был назначен тариф со скидкой 100%, на 15 февр запланирован переход на тот же тариф, но уже без скидки (акция "первый месяц бесплатно").

Списания абонентки у нас ежедневные, но для этих "акционных" учеток списания так и не начались :(

Ручная смена тарифа с последующим перерасчетом не помогли :(

Внезапно и без всякого вмешательства абонентка по всем проблемным "акционным" учеткам начала списываться в обычном режиме (посуточно) с 1 марта 2016. Но за период до 1 марта списания абонентки так и не произошло.

[saaremaa]

Может кто подскажет каким образом можно получить в perl через библиотеку LB.pm значение адреса абонента? Не нашел в библиотеке LB.pm (Lanbilling 2.0.7) такого параметра. Нужно для Сбербанка.

[Andrei]

В API есть функция getAccount (Получение полной информации об одном пользователе), она, судя по описанию должна возвращать Объект soapAccountFull :

Объект предоставляет полную информацию о пользователе АСР, включая списки договоров, адресов и групп пользователей. Используется при получении, добавлении и изменении одного объекта.

 

Пишу должна возвращать , т.к. сталкивался с тем, что API иногда работает не так, как описано в документации.

[saaremaa]

Пишу должна возвращать , т.к. сталкивался с тем, что API иногда работает не так, как описано в документации.

В php soap точно работает. Ок сейчас будем портировать в Perl.

[PROConnect]

Доброго времени суток! Пробую скрипт проставления платежей через API написанный здесь несколькими страницами ранее:

 

<?php

 

include("admin/soap.class.php");

include("admin/main.class.php");

 

$login="---";

$password="---";

 

$lanbilling = new LANBilling();

$auth=array("login" => "$login", "pass" => "$password");

$lanbilling->get("Login", $auth, false);

$lanbilling->save("Payment", array("agrmid" => $agrmid, "amount" => "$balance", "currid" => "1", "comment" => $comment, "paymentordernumber" => $ordernum, "classid" => "$classid"));

$lanbilling->get("Logout");

?>

 

При выполнении, выдает ошибку - Fatal error: Call to a member function __setCookie() on a non-object in ............................................../admin/soap.class.php on line 206

[Domingo]

В загрузках 19 LTS появилось много пунктов содержащих hotfix builds + дата. Что это за пакеты, кто то уже их ставил? Пакеты есть только под CentOS, а под Debian нет - у всех так? И еще нет пактов 21 сборки, хотя написано что она вышла.

[lidia]

В загрузках 19 LTS появилось много пунктов содержащих hotfix builds + дата. Что это за пакеты, кто то уже их ставил? Пакеты есть только под CentOS, а под Debian нет - у всех так? И еще нет пактов 21 сборки, хотя написано что она вышла.

 

В разделе helpdesk Загрузки->Информация приведено определение релиза hotfix.

HotFix релиз – сборка, содержащая в себе только исправления ошибок, выявленных в процессе эксплуатации. HotFix релиз не содержит нового функционала и не проходит регрессионное тестирование. Выпуск HotFix релиза осуществляется по мере обнаружения и исправления ошибок.

Пакеты сейчас, действительно, есть только под CentOS как наиболее часто используемую ОС. Если практика выкладывания HotFix релизов будет успешной, будем собирать под все платформы.

21 релиз временно закрыт для скачивания до конца этой недели.

[Domingo]

Нам сказали что из за серьезных ошибок 21 релиз был убран и должен был появится в пятницу. Сегодня понедельник, его еще нет - в нем еще не все получилось исправлено?

Сборки для Debian нужны.